私は、Spinnaker、Spring Boot/Cloud、および Amazon Web サービスを組み合わせて、新しい雇用主にマイクロサービスの継続的な配信を実装する方法を調査してきました。
私の最大の問題は、AWS のさまざまな環境の分離と、Spring Boot/Cloud マイクロサービスがコード チェックインから本番環境へのパイプラインを通過するときにその環境を決定することです。AWS で異なる環境を分離するためのベストプラクティスは何ですか? 個別のサブアカウント、VPC を使用した環境の分離を見てきました。
次のステップでは、マイクロサービスの起動時に環境を決定します。Spring Cloud Config Server を使用して、マイクロサービスにランタイム構成を提供することを計画しています。構成サーバーに構成を要求するときに「ラベル」を設定するには、構成サーバーに接続するときの環境の決定を行う必要があります。
私が行っている仮定:
1. Spinnaker、またはその他のパイプライン対応ツールを使用して、アーティファクトをさまざまな環境にプッシュします。
2. 元のアーティファクトは自己完結型の jar であり、理想的には AWS AMI に組み込まれ、変更なしで後続のデプロイ環境にプッシュされます。
3. ランタイム環境を決定するために必要なスクリプトを使用して AMI を構築し、開始時にその情報を jar に提供できます。
4. インスタンスはオートスケーラーによって開始され、開始時に外部情報を提供せずにインスタンス (AMI) を開始します。
今のところそれで十分だと思います。これはおそらく複数の質問に分割される可能性がありますが、プロセス全体のまとまりを維持したかったのです。
助けてくれてありがとう。