Azureのサーバーレスアプリケーション用にARMを使用して継続的デリバリーパイプラインをセットアップする方法の例

釣りマット

認証、ファイルストレージ、データベース、クラウド機能、ホスティングを使用してサーバーレスアプリケーション全体をセットアップするのが非常に簡単なFirebaseから来て、現在Azureで同様のことを実現する方法を調査しています。いくつかのドキュメントを読んでサンプルを調べた後、それらのコンポーネントを個別にセットアップするための解決策を見つけましたが、それらを組み合わせて管理する方法は実際には具体的ではありません。

私が持っている主な質問は次のとおりです。

  • ステージングを使用した継続的なデプロイ:関数、データベース、認証などを使用してサーバーレスアプリケーションを構成した場合、Azureで適切なステージングを行うにはどうすればよいですか?Firebaseには、バックエンドを定義するjsonファイルがあり、必要なFirebaseプロジェクト(myapp-dev、myapp-test、myapp-prodなど)にデプロイできます。Azureに似たようなものはありますか?Webアプリの場合は「スロット」を見つけましたが、DB、ストレージ、APIゲートウェイなどの場合-Azureでこれを行うにはどうすればよいですか?Azure Pipelinesを使用する必要があると思いますが、これを使用してサーバーレスアプリケーションのすべてのコンポーネントを処理する方法に関する適切なドキュメントや例はありますか?

  • Config-As-Code:Azureのほとんどのドキュメント/チュートリアルは、Azure PortalUIまたはVisualStudio(コード)で完全な構成を行うことから始まります。チームとして、すべての構成をgitリポジトリに入れ、最初からそこから維持します。Azure Resource Manager(ARM)はこれに適していると思いますか?もしそうなら-ARMでサーバーレスプロジェクトを立ち上げるために推奨されるアプローチは何ですか?

補足:バックエンドの関数にはNode.jsを使用します。したがって、.NETやJavaはありません。

ベヴァン

残念ながら、ARMテンプレートを使用してこれを自分で構築する必要があります。ネストされたテンプレート、モジュールと拡張機能、依存関係、構成などを記述できます。

クイックスタートライブラリのさまざまなソリューションと展開を組み合わせて開始できる場合があります。

より複雑なデプロイメントについては、純粋にデプロイメント構造のためにSitecoreARMテンプレートを分解しました。

Azure Portalでリソースを手動で作成し、デプロイする直前に[自動化オプション]をクリックして、必要なJSONを取得することもできます。

ただし、すぐに使用できるAzureには、ソリューションベースの展開が大幅に不足しています。

この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。

侵害の場合は、連絡してください[email protected]

編集
0

コメントを追加

0

関連記事

Related 関連記事

ホットタグ

アーカイブ