不可能 - オートメーションリモートまたはローカル？

Question

インフラストラクチャスタックをクラウド（AWSなど）に構築するために、Anabilitiesのような自動化ツールを実行している場合は、オートメーションツールを用意して、クラウド内の別の領域/ VPCにスタックを構築すれば十分ですか、あなたのオートメーションツールとスクリプトはローカル（独自のデータセンター/マシン）ですか？

どちらも使用されているようですが、ベストプラクティスの標準があるかどうかは不思議でした。

Answer 1

xeraaのgood answerと対照的に、できるだけAWSの内側から実行します。

私たちはここから取得する本当のメリットはそれだけでEC2インスタンスを設定し、ためのアドホックプレイブックを実行するために使用Ansibleと実際のAWSのプロビジョニングのための我々の場合にはAnsible（およびTerraformを実行して、集中Jenkinsサーバーを使用するために私達にできることです管理タスク）。

これらのJenkinsサーバーへのアクセスは、資格情報および/またはセキュリティグループ/ NACLによって制御できます。

このようにすると、好きなものを構築したり、好きなものを破壊したりするための資格情報を持つ人の数を制御できます。

理想的には、IAM EC2インスタンスロールを介してJenkinsサーバーに資格情報を提供するのが理想的ですが、まだそれほどありません。

これは、Windowsを使用するフロントライン/セカンドラインのサポートユーザーが、真夜中に物事を管理するための素敵なWeb GUIにアクセスし、特別にアクセスできるJenkinsのジョブを実行できることですそれを実行すると、サーバー/サービスの再起動やVPCの一部の再構築などの作業が実行されます。

開発者が自分のマシンからアクセスできる別の "開発者"アカウントがあります。ここでは、コードベースがテストで使用される前にAnabilities（およびTerraform）コードベースを開発する際に、および生産環境。

Answer 2

すべてをローカルで実行します。

プラス

• は、我々はこのように、我々は、ローカルとにかくそれを必要とする、ローカルベイグラントボックス内のすべてのプレイブック（と私たちのソフトウェア）をテストします。
• 追加の機械は必要ありません。また、それらをAnsibleで設定する必要があります。だから、少なくとも誰かがAnsibleをインストールする必要があります。それ以外の場合は、鶏肉と卵の問題があります。
• おそらくネットワークホップが1つ少ないため、やや高速です。

マイナス

• 誰もが唯一のLinuxおよびMac上で動作しますローカルAnsibleのインストールを、必要ではなく、Windows上で（ターゲットのみ可能）。当社のWindowsユーザーの場合

その他の考慮事項

• 、Linuxの/ MacユーザーはAnsibleでVMを作成します（すべてが設定）と、ベースボックスとしてそれをエクスポートします。 Windowsユーザーは、そのベースボックスをVagrantにインポートして起動するだけで、すべてが既にインストールされています。これにはAnsibleが含まれているので、VMからすべてを実行できます。
• 私たちは私たちのNATインスタンス（プライベートVPCサブネット用）にAnsibleを配置する予定でした。しかし、VPC、セキュリティグループ、およびNATインスタンスを設定するには1つの設定が必要であり、NATインスタンスで実行して残りのインフラストラクチャを設定する必要があります。しかし、実際のメリットは見られませんでしたので、現在はすべてをローカルに持っています。

PS：決定的な回答があるかどうかはわかりませんが、これが私たちの主張です。