0

Visual Studio Team Services リリース機能を使用しており、完全に自動化された CI / CD パイプラインを構築中です。

私は、VS テンプレートを使用してAzure Resource Managerテンプレートを作成しました。VS テンプレートは、通常はSaaSアーティファクト、つまり Web アプリ + SQL データベースを作成します。

開発、ステージング、および製品という 3 つの標準VSTSリリース環境を作成しました。各環境は、ARMテンプレートを使用して、Azure で分離された製品環境を作成するようになりました。

Release Environnment ( e.g. dev | staging | prod )
 ARM Template 
  - Hosting Plan
  - SqlServer
    - Database
  - Website
  - AppInsights

各製品環境/ARM テンプレートも Azure SqlServer を作成するため、2 つのVSTSプロジェクトの後、Azure アカウントあたり 6 の Azure SQL Server 制限に達しました。

アカウントごとに 6 つの Azure SQL Server という制限に達した後、VSTS リリース環境ごとに Azure SQL Server を作成するという間違った道を進んでいるような気がしました。

VSTSとARMテンプレートを使用して、この種の単純な Azure PaaS / SaaS アプリケーションを、制限の隅に追い込まずにデプロイするにはどうすればよいでしょうか?

感謝

4

2 に答える 2

2

Aravind が言ったことをフォローアップすると、dev/staging/prod 用に別のサーバーが必要な場合は、SQL Server を作成せずに、テンプレート デプロイでそれらのサーバーにデータベースをデプロイできます。次のように、db の name プロパティでサーバーを参照するだけです。

  "resources": [
{
  "name": "[concat(parameters('sqlSserverName'),'/',parameters('dbName'))]",
  "type": "Microsoft.Sql/servers/databases",
...

サーバーはデータベースと同じリソース グループにある必要があると思いますが、3 つ以上の rg (dev/staging/prod など) がある場合は、おそらくクォータを変更する必要があります。

于 2016-04-05T21:55:32.250 に答える
1

MSDN サブスクリプションを使用している場合は、この種の制限が必要です。

しかし、エンタープライズ アグリーメント / プロダクション サブスクリプションでは、制限を設ける必要はありません。または、サポートにフラグを立てるだけで、数時間で修正されるはずです。

于 2016-04-05T18:29:37.100 に答える