0

私たちは継続的な展開環境を構築しようとしています。 ARMの展開方法と競合しています。すべてのリソースをグループとして展開すると、個々のリソースを個別に処理する方がはるかに優れています。ARMの展開をどのように起動するのですか

ARMには優れた宣言構文があります。私たちは素晴らしいですどちら。我々はプログラミングがそれを作成するために、一連のコマンドを記述することなく「を作成する予定のものを言っているが、我々はそれらをどのように実行する必要がありますか?

IIがダウンロードできる

つのオプションは、私の心に来ますテンプレートとは。。

IIをパワーシェルを使用してAzureの自動化

IIIを使用してトリガします。X

がベストプラクティスは何ですか?

ソースコードから

リファレンス タコ統合 enter image description here

答えて

2

あなたのCI/CDチェーンの一部としてこれをやっている場合は、おそらくあなたのソースコードをテンプレートと展開スクリプトでチェックしたいです。そのようにして、インフラストラクチャの定義は、そのインフラストラクチャ上で実行されるコードで保持されます。

これはいくつかの他のワークフローの一部である場合、それは本当にワークフローによって異なります:)

+0

私はアズールの遊び場を設定する段階にあります。それを設定した後、私はそれをパラメータにし、ソースコードからこれをトリガーしたいと思っています。ソースコードは現時点では実用的ではありません。またはそれをタコに統合することはできますか? –

+0

@RıfatErdemSahin私の答えを確認してください – 4c74356b41

+0

あなたのルートを選択しました。事実は、プロジェクトを.deployproj形式にパックすることです/テンプレートは良いです。 Visual StudioやOctopusから展開できます。私たちは遊び場でテンプレートをテストする必要があります。 –

2

私はPowerShellの\ CLIを使用することをお勧めしてちょうどURIからテンプレートを呼び出し、それはそれを行うための最も簡単な方法(あるでしょうそれをダウンロードする代わりに)。これは、カスタムスクリプトタスク、またはARMテンプレートを展開する手順がある特定のCI \ CDシステム(VSTS \ Octopus \おそらく何か他のもの)を実行できるもので実行できます。

私はAzure Automationに対して原因。

また、私はアームテンプレートとは別のコードをお勧めします

+0

ARMテンプレートからコードを分離する主な利点は何ですか? –

+0

実際のアプリケーションテンプレートとアームテンプレートに展開展開サイクルを別々に設定できます – 4c74356b41

関連する問題