命令型と宣言型の構成を理解する

完了

コードとしてのインフラストラクチャとコードとしての構成を実装するには、いくつか異なるアプローチを使用できます。

次の 2 つはその中でも主なアプローチの方法です。

  • 宣言型 (機能的)。 宣言型のアプローチでは、最終的に "どのような" 状態になる必要があるかを示します。 最終的な状態を実現するために必要な "方法" は定義せず、実行すると、スクリプトまたは定義によって、宣言されている最終的な状態になるように、マシンが初期化または構成されます。

矢印が、スクリプト アイコンから、コーディング手順を表す 2 つの歯車のアイコンを指しています。

  • 命令型 (手続き的)。 命令型のアプローチでは、スクリプトによって、マシンを最終的な状態にするための手順を実行する "方法" が示されます。 最終的な状態を定義しますが、その最終的な状態を実現するための方法も含まれています。 forif-thenループ、マトリックスなどのコーディング概念も使用できます。

矢印がスクリプト アイコンからコーディング手順を表す 2 つの歯車のアイコンを指し、さらに別の矢印が最後の状態のアプリケーションを表す図を指しています。

ベスト プラクティス

宣言型のアプローチは、状態の実現方法の方法論を抽象化します。 そのため、読みやすく、行われることを理解しやすくなります。

また、記述と定義が容易になります。 また、宣言型のアプローチでは、最終的な望ましい状態と、その状態を実現するために必要なコーディングも分離されます。

そのため、特定のアプローチを使用する必要がなく、最適化が可能になります。

一般に、使いやすさが主な目標である場合は、宣言型のアプローチが推奨されるオプションです。 Azure Resource Manager テンプレート ファイルは、宣言型の自動化アプローチの例です。

環境で変更が比較的頻繁に発生する複雑なシナリオでは、命令型のアプローチにいくつかの利点があり、コードで考慮する必要があります。

どちらかの方法が絶対によいということはなく、個々のツールは "宣言型" または "命令型" の形式で使用できます。 最適な方法は、ニーズによって異なります。