ITの歴史の大半において、アプリケーション開発は「ボックスベース」のモデルで行われてきました。このモデルでは、コンポーネントは、データセンター内の静的なサーバーにホストされるマシンイメージにリンクされていました。クラウド・コンピューティングは、リソースの柔軟性と俊敏性を目標としているため、アプリケーション・コンポーネントとそのリソースの間に、より動的な相関関係が必要になります。クラウド・コンピューティングのための自動化された動的管理は、これを実現する方法の1つですが、適切な計画と実装が前提となります。
自動化された動的管理とは、コンポーネント間のリンクとアプリケーション間のリンクが正しく確立され、維持されるように、アプリケーションコンポーネントのデプロイメントと再デプロイメントを自動化することです。実際には、自動動的管理には 2 つの基本的な要素が含まれます：
1.ソフトウェアコンポーネントとデータベースコンポーネントを含むアプリケーションコンポーネントのデプロイ；
2. コンポーネント間、およびユーザーや他のアプリケーションとの通信を可能にするネットワーク接続の作成。
この定義は、さまざまな自動ダイナミックマネジメントのオプションやツールにも当てはまりますが、アプローチには大きな違いがあります。
ハイブリッド・クラウド・アプリケーション：統合は単に自動化された動的管理
自動化された動的管理の最も単純な形態は、クラウドに展開されたコンポーネントと固定アプリケーションやリソースとの間の接続を作成する統合です。一部のハイブリッド・クラウド・アプリケーションでは、クラウド・コンポーネントとデータセンターの統合が、必要な唯一の自動動的管理プロセスである場合があります。
大手ソフトウェアベンダーからサードパーティソフトウェアベンダーまで、クラウド統合機能を実装するための商用ツールは数多くあり、ハイブリッドクラウド構成では、特定のアプリケーションを統合するための「レシピ」があらかじめパッケージ化されています。アプリケーション要件が含まれているかどうかは、ベンダーに確認してください。
スクリプトベースのアプローチによる自動動的管理ツールの開発と運用
フル機能のクラウド自動動的管理ツールのほとんどは、DevOps製品のカテゴリーに属します。DevOps は、アプリケーション開発者がアプリケーションをどのようにホストし、コンポーネントをどのように接続しなければならないかを理解するという原則に基づいています。開発プロセス中、開発者は、必要なときにアプリケーションをデプロイするために使用できるデプロイ/接続のデブオプス「ダイアグラム」を作成します。
DevOps ツールは、手続きベースまたはスクリプトベースです。最も単純な形では、devOp またはスクリプトは、運用チームのメンバがアプリケーションをデプロイして接続するために入力として使用するコマンドのセットかもしれません。IP アドレスのような情報は、デプロイ時にのみ開発され、コンポーネントがホストされるときに記入され、後でコンポーネントの接続が作成されるときに参照できるシンボリック名が与えられます。
スクリプティング・プログラムベースのツールは、手動プロセスから派生しやすいという利点があります。スクリプティング・プログラムは、遭遇する可能性のあるすべてのユースケースに対する指示を提供しなければなりません。開発ランタイムスクリプトプログラムを読むだけでは、望ましい結果を理解することが難しいため、ソフトウェアを保守するよりも開発ランタイムスクリプトプログラムを保守する方が難しいと報告するユーザーもいます。スクリプト・プログラムに基づく自動動的管理機能を使用する場合、何が達成されたかを正確に記録し、基本プログラムが処理するのに適さない条件があれば、それをメモしておくことが重要です。
現在、市場にはオープンソースと商用の開発ツールやランタイムツールが存在するため、自社や開発チームに最適なツールを調査することが不可欠です。
モデルベースのアプローチは、クラウド・コンピューティング・プロバイダーが
スクリプト手順に基づく自動動的管理は仮想化のルールですが、ネットワーク事業者やクラウドプロバイダーは、より優れたサービスライフサイクル管理を提供するため、依然としてパターンベースのアプローチを好んで使用しています。パターン・ベースの自動動的管理では、作業アーキテクチャを記述し、制約を作成し、定義した構造を開発します。IT部門はこれらのパターンを使用して、失敗したアプリケーション要素を再利用したり、アプリケーションをプルしたり、ライフサイクルを変更したりすることができます。そして、スクリプト化されたプログラムに基づく自動化された動的管理が使用される場合は、これらすべてに独自の個別のスクリプト化手順が必要になります。
しかし、ユーザーやオペレータのニーズはさまざまであるため、クラウドコンピューティングでは、スクリプト手順とスキーマベースのアプローチに基づくハイブリッドアプローチがごく一般的になっています。OpenStackのネットワーキング部分であるOpenStack Neutronはネットワークのスキーマを定義しますが、アプリケーションやデータベースコンポーネントをデプロイする場合は、他のOpenStackサービスを使用する必要があります。他のOpenStackサービスを利用する必要があります。OpenStackのDevOpsツールは、Neutronネットワークスキーマを作成し、後でコンポーネントをデプロイするために計算リソースやDBMS/ブロックストレージを使用して定義されたネットワークセルにコンポーネントをデプロイするかもしれません。
クラウド・コンピューティングの自動動的管理を実現するステップ・バイ・ステップ・アプローチ
企業が使用するツールにかかわらず、クラウドコンピューティングの自動化された動的管理を実装するための****ステップは、完全な手動アプリケーション展開演習を完了し、これらの各ステップを慎重に文書化することです。特に、後で使用する可能性のある各ステップのすべての結果（コンポーネントのアドレス情報など）がどこにあるかをマークすることが重要です。こうすることで、自動化された動的管理が達成したいことのベースラインを確立し、手動で文書化されたステップは、スクリプトやパターンを開発するために使用することができます。
スキーマベースの自動ダイナミック管理では、ステップを目的に応じてグループ化する必要があります。これらのグループ化は、現在使用されているスキーマに関連付けられなければなりません。
テストは、クラウドコンピューティングの自動ダイナミック管理における***ステップです。自動動的管理のスクリプトプロセスまたはスキーマは、ソフトウェアシステムが機能している状態で起動された状態でデプロイする必要があります。手動プロセスから逸脱する詳細については、自動動的管理にエラーがないことを確認するためにレビューする必要があります。クラウド自動動的管理は、アプリケーション・ライフサイクル管理の重要な単位であり、同様に、ビジネスをサポートするアプリケーションが安定して稼動していることを保証するために不可欠であるため、テスト/検証ステップも同様に文書化してください。完全で監査可能なソフトウェア・ライフサイクル・プロセスを開発し、正しく維持しなければ、後で後悔することになります。
