問題タブ [azure-app-service-plans]

マイクロサービス アーキテクチャでの Azure サービス プランに関するベスト プラクティスを探しています。容量、リソース、開発者、および全体的なアーキテクチャの点で、それぞれが互いに完全に独立している一連のマイクロサービスがあります。言うまでもなく、1 つのサービスで問題が発生した場合、問題のあるサービスとやり取りしない限り、他のサービスは影響を受けません。これらのサービスは Azure でホストされています

私の質問は、サービス プランと、それらが開発環境やステージング環境にどのように関連するかについてです。これまでは、マイクロサービスのサービス プランを作成し、PersonService と呼んでいました。そのため、PersonService サービス プランを作成し、デフォルト スロットを本番 (個人サービス) にして、別のステージング スロット (個人サービス ステージング) を用意して、ステージング/テストのニーズに対応します。これらはすべて、同じサービス プランで提供されます。

今日、開発者がすべての CPU やメモリを使い果たす恐ろしいバグをステージングに展開すると、本番スロットがそれらのリソースを使い果たし、本質的にステージング環境が本番環境の応答時間に影響を与えるという恐ろしい考えが浮かびました。

これが事実であると考えるのは正しいですか？この問題を回避するために、これをどのように設定することをお勧めしますか? ありがとう

App Service をあるサービス プランから別のサービス プランに移動しようとしています。ポータルを使用してこれを行うと、他の App Service プランが表示されません。

両方の App Services が同じ場所とリソース グループにあります。2 つの App Services プランは同じ場所にあり、価格レベルも同じです。

Web アプリの [App Service プランの変更] オプションを使用します。表示される唯一の App Service プランは現在のものです。「新規作成」オプションもあります。

要約すると、1) 他の App Service プランを選択できないのはなぜですか。2) App Service (Web App) を他の App Service プランに移動するにはどうすればよいですか。

Azure Mobile Service から App Service に移行しましたが、拡張 Facebook 認証を実装する最善の方法を見つけるのに苦労しています。

私の古い実装では、FacebookLoginProvider から継承し、クレームからトークンをフェッチしました。次に、CustomFacebookLoginProvider をログイン プロバイダーに追加しました。次に、トークンを使用して、ユーザーに関する詳細情報 (生年月日、友人、性別) を取得します。この情報を使用して、ユーザー オブジェクトを作成し、DB に保存しました。

ドキュメントが見つからないため、App Service でこれを再作成する最善の方法について何か提案はありますか?

Xamarin.iOS アプリで使用する新しいモバイル アプリを作成しました。私のアプリには登録済みのユーザーがいません。必要なのは、iOS アプリでモバイル アプリ サービス API に安全にアクセスすることだけです。

10時間試した後でも、彼を機能させる方法を見つけることができませんでした.

新しいモバイル アプリを作成し、設定 (Azure ポータル) で認証/承認をオンにして、新しい Azure Active Directory アプリを作成しました。

[MobileAppController] を [Authorize] タグで保護しました。

テストするために、トークンをリクエストしました

Method : POST
URL : https://login.microsoftonline.com/mytenant.onmicrosoft.com/oauth2/token
grant_type : client_credentials
client_id : {アプリの AD セクションから 1 つ}
client_secret : {アプリの AD セクションから 1 つ}

トークンを受け取ったが、それを使用してアクセスする (POSTMAN アプリ)

ヘッダー付きのhttps://mytestmobileapp.azurewebsites.net/api/values
Authorization : Bearer {token}

私に与えている

どんな助けでも大歓迎です。

ありがとうございました ...

Azure Cloud Service アプリケーションでインストルメンテーション プロファイリングを使用できるように見えますが、Azure App Service で同じことを行う方法がわかりません。私が見つけた唯一のオプションsamplingは、プロファイリングを許可していました。

Azure App Service のインストルメンテーション プロファイリングにはどのような方法を使用できますか?

現在、"v2" ストレージ アカウント メッセージ キューによって Azure App Service プランを自動スケーリングする方法はありますか? メッセージ キューに基づいて自動スケーリングを設定しようとすると、「クラシック」ストレージ アカウントしか表示されません。このため、ストレージ アカウントをクラシックとして破棄して再作成することは避けたいと思います。

製品をホストしている共有アプリ サービス プランを使用した BizSpark サブスクリプションがあります。テスト目的で、無料利用枠に収まる別のバージョンのプロジェクトをホストする必要があります。Azure ポータルを確認しましたが、新しいサービス プランを追加するための規定がありません。BizSpark サブスクリプションでサポートされるアプリ サービス プランは 1 つだけですか? それとも何か不足していますか?

これが実際にどのように機能するかを説明するページはありますか? 私たちは API のみの Web サービスを開発しており、毎日かなりの打撃を受けていますが、かなり一貫して午後半ば頃に「403 - サイトが無効になっています」というエラーが発生し始めます。私は仮定しているこれは、共有価格レベルで得られる「1 日あたり 4 CPU 時間」のクォータを超えたためですが、これが問題であることを明確に示すものは何もありません。このクォータを超えました - 次の 24 時間の期間が始まるまで 20 時間シャットダウンしませんが、どの時点で完全なサービスを利用できるようになりますか? そして、確かに、これが起こっていることを確認するために私が得ることができるある種のチャートまたはレポートがありますか? 請求の使用状況データの内容でさえあまり意味がありません (ほとんどの日で 21 ～ 24 時間の "共有アプリ サービス時間" と表示されています)。