Azure Developer CLI を使用するタイミング
Azure Developer CLI (azd
) は、さまざまなシナリオで個人とチームの両方に価値を提供します。 このツールのテンプレート化されたアプローチにより、繰り返し可能で予測可能なデプロイ シナリオが可能になり、それ以外の場合は多くの手動手順が必要になります。
azd
の最も一般的なユース ケースの一部を次に示します。
クラウドへの合理化された取り組み -
azd
は、アプリをローカル開発環境から Azure に移行するプロセスを高速化します。 既存のazd
テンプレートを使用すると、完全に構成されたクラウド環境にアプリを数分でプロビジョニングできます。 Azure ワークロードに慣れていない開発者は、テンプレートに依存してほとんどの作業を完了できます。 このユース ケースは、多くの Azure サービスや複雑な構成要件を持つ環境で、手動で再作成するのが困難な場合に特に役立ちます。再利用可能で反復可能なアプリ インフラストラクチャ -
azd
テンプレートを使用すると、アプリのソース コードとインフラストラクチャ スキャフォールディングの両方を簡単に共有および再配布できます。 これらは、インフラストラクチャをコード リソースとしてアプリに含めるシナリオに最適です。 たとえば、オープンソース プロジェクトに取り組んでいる場合や、他の開発者と共同作業を行っている場合、azd
は、他のユーザーが簡単に使用できるように、アプリとクラウド インフラストラクチャ全体をパッケージ化する簡単な方法を提供します。azd
しないと、別の開発者が Azure に慣れていない場合、自分の実験のためにアプリをクラウドにプロビジョニングするのは非常に困難です。インフラストラクチャとデプロイ用の CI/CD - GitHub Actions や Azure Pipelines などのプラットフォームを介して CI/CD を使用してインフラストラクチャをプロビジョニングおよびデプロイする場合に、
azd
を使用することもできます。 ほとんどのazd
テンプレートには、これらのワークフローのサポートが含まれています。 コードまたはインフラストラクチャ テンプレートに変更を加える際に、azd provision
やazd deploy
などのコマンドを実行して、反復可能で信頼性の高いプロセスでそれらの変更を Azure にプッシュできます。
azd
がチームとプロジェクトに適しているかどうかを評価するときは、これらのシナリオを検討してください。 プロジェクトを azd
テンプレートに変換すると、他の開発者はアプリをすばやくプロビジョニングして Azure にデプロイできます。