問題タブ [azure-deployment-slots]

質問する

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

115 問題
Newest
Active
Bountied
318
Unanswered
0 投票する
2 に答える
812 参照

azure - Azure で以前のバージョンの API を維持する最善の方法は何ですか?

私の目標は、以前のバージョンを不変にすることです。定義と機能を変更してはなりません。API は、.NET 4.7.2 (依存関係の原因) に基づく ASP.NET Core で構築され、Azure App Service としてホストされます。

できれば、「バージョン情報」を追加してコードを混乱させたくありません。また、同じベース URL でバージョンをホストできる場合も同様です。

私の研究:

  1. ASP.NET API のバージョン管理

これにより、アプリケーション内のバージョン管理を完全に制御できます。ただし、新しいバージョンがリリースされると、すべての古いバージョンも更新されるため、変更される可能性があります。これは、 Scott が URL PATH SEGMENT VERSIONING で行っているように、既存の関数を変更することはできず、新しいバージョンを作成する必要があることを意味します。

  1. Azure デプロイスロット

ドキュメントで説明されているように、これはステージングに使用する必要があります。ただし、これはバージョンを「保存」するためにも使用できます。これは、すべてのデプロイメントスロットが互いに関係なくホストされているためです。

  1. 仮想アプリケーション

バージョンを仮想アプリケーションとしてホストすることもオプションです。ただし、App Service のすべての設定は、これらの仮想アプリケーション間で共有されます。つまり、設定を変更すると、すべてのバージョンに影響します。

  1. コンテナー用 Azure Web アプリ

これに関する私の知識は限られていますが、私が読んだことから、これもオプションです。アプリケーションのバージョンに基づいてイメージを作成し、これらをAzure Container Registeryにアップロードします。次に、これらのイメージを使用して、バージョンごとに App Service を作成します。

0 投票する
1 に答える
1726 参照

azure-devops - TF400813: Azure DevOps は承認されていません

  1. az devops login --organization https://dev.azure.com/XXXXログイン できるトークン
  2. AZ ログイン - Azure に正常に接続されました
  3. az devops project list
    TF400813 を実行してみてください: ユーザー '1a6dbb80-5290-4fd1-a938-0ad7795dfd7a\xx.yyyy@abc.com' には、このリソースへのアクセスが承認されていません。

私はこの組織に完全にアクセスできますが、まだアクセスできません


12345678910