私たちは、複数のWebアプリケーション、Web API、およびWindowsサービスで構成されるアプリスイートを手に入れました。今日我々はwebapp/api/serviceごとに1つの計装キーを持ち、環境ごとに1つずつ持っています。これはちょっと面倒なことになり、環境ごとに1つの共有鍵だけが良いと思っています。複数のWebアプリケーションとサービスの間にAIキーを共有しますか？
複数のキーからAIデータを集約して表示する方法はありますか？またはすべてのキーを1つの共有に移動する必要がありますか？
よろしく
Larsi
、いくつかの考慮事項があります。説明するために、次の2つの「コンポーネント」AとB
可視性スコープを持っていると仮定しましょう - あなたは別々にまたは一緒にAとBについてのテレメトリを分析します。単一のリソース（単一のiKey）を使用すると、AとBの両方に集約することができます（たとえば、AとBの合計リクエスト数を参照）。一方、別途（たとえばAへのリクエストのみ）を表示するには、フィルタを適用する必要があります。このフィルタは、当社が提供した外出先の旅行の価値に影響を与える可能性があります。別々に保つことを選択した場合でも、ダッシュボードでは「ミックス＆マッチ」できますが、全体を集約することはできません。私たちは、
アクセス制御を可能にするために取り組んでいる - あなたはAに関する特定の人のみアクセステレメトリをしたいと
価格 Bません - 私たちはアプリごとに充電するように、あなたはこの側面
ライフサイクル - あなたのテレメトリコンテナが配備アーティファクト
あなたはあなたのデータを整理するために、ダッシュボードを使用することができます。ダッシュボードにはさまざまなアプリケーションのメトリックを含めることができるため、データは1ページにまとめられます。
あなたがここにダッシュボードの詳細を読むことができます：https://azure.microsoft.com/en-us/documentation/articles/app-insights-dashboards/
おかげで、一般的には Yair
私たちのアプリにはオプション1が付いています。 1つのキー/コンテナの下にある複数のAPI /マイクロサービス。 App Insight App Mapが各サイトが別々の「サーバー」であることを理解し、「外部依存関係」（API呼び出し）が実際に内部で同じキーになっていることを理解していればうれしいでしょう... – HenningK
複数のApp Services用の単一のAIリソース（iKey共有など）カスタムイベントやトレースログ（log4net AI appenderを使用しています）でうまく動作します。 しかし、依存関係のデータに関しては、1つのApp Service（アプリケーションマップを見ると一種の明白な種類）の依存関係データしか得られないように思えます。 このような制限があるかどうか知っていますか？ビルド時にSDKを追加することなく、生のAzure Webアプリケーションの監視を開始するとき、私はそのような制限があると信じています。 –
これは正確ではありません。 App Insightの価格は、送信されたテレメトリデータの1 GB当たりの料金が課金されます。無料のティアは1 GB /月、授業料は4.8 GB /月です。さらに、有料の階層には月額15ドル/ノードの手数料が含まれています。 https://azure.microsoft.com/en-us/pricing/details/application-insights/ – blizz