ハードウェアリソースは、サービスの基本である、我々はVM内のコード（OpenStackのクラスタ、ECS、AWSやGoogleクラウド）を展開する必要があり、これらのリソースは、管理に焦点を当てる必要があります、それは私たちのリソースの一部とどのような資産です。同時に、このようなので、上のアリ雲、テンセント雲、AWSとのようにクロスプラットフォームをサポートする必要があります。
インフラストラクチャコード、これは2014年に提唱し、この概念は単なる自動化ではない、自動化は、我々は塩、人形を持っているが、これらは十分ではありません。
As a best practice, infrastructure-as-code mandates that whatever work is needed to provision computing resources it must be done via code only. 作为最佳实践，基础设施及代码授权所有准备计算资源所需要做的工作都可以通过代码来完成 コンピューティング、ストレージ、ネットワーク、データベースなど、私たちは、展開をクリックする必要はありません意味しますが、以下の方法などのリソースを、コンピューティング：
- 特定のフォーマット、JSONまたは他のレイアウト言語によって必要なリソースを定義するには
- コード管理システムに格納されています
- プル、テスト
- 展開するコードを実行します
このようなプラットフォームは、より多くのようにテラフォーム、シェフ、人形Ansible、CloudFormation、塩などです。テラフォームは別のものを選択することも、もちろん、現在可能より普及し、クロスプラットフォームのサポートです。
伝統的なアイデアは、設定およびデプロイするためにansibleまたはsaltstackを使用し、その後テラフォームまたはcloudFormationや他のプラットフォームは、物理的なリソースを提供する、ということである、と。私たちが実際にそうする必要はありません。しかし、ansilbeは、テラフォームを行うことができます。
不可逆的な展開
私たちの現在の慣行は別々のサーバーとコードを展開することであるが、今のトレンドは、バインドされたコードとVMである、あるいは全体がそれを展開することですので、何の環境問題はないだろうとコンテナがコードに含まれています。
あなたは、元のVMまたはドッキングウィンドウを修正することが、構成パッケージを変更せずにパラメータを変更して、直接、新しいVMまたはドッキングウィンドウを展開する必要がある場合。
そうすることの利点は、開発環境の設定は一度、人手を保存、オンライン環境の一種である、唯一の設定は、テスト環境を展開するために必要とされていないです。
あなたはログを表示したい場合は、サーバーを表示するにはログインする必要はありません、もちろん、サーバーは、集中ログセンター、一元管理、便利なヘラジカや治療後のその他の分析にログをアップロードするロギング・コンポーネントの応答に設定することができます。AWSヘラジカの展開リファレンス