Azure で多くのアプリケーションから情報を収集するための「サービス」に取り組んでいます。簡単なアイデアは、これらのアプリケーションのそれぞれが、監査データをレポートなどのために中央DBに保存する「サービス」に送信するために、いくつかの「コンポーネント」（私が提供）を使用するということです。
クライアント アプリケーションも Azure にあると想定されていますが、別の会社が所有またはホストしている可能性があります。実際には、クライアント アプリケーションとの対話のたびに "サービス" に監査が送信されるため、大量のトラフィックが発生する可能性があります。
私は Azure を初めて使用するので、すべてのヒントと提案に感謝します。
よろしく、 マルシン
いつものように猫の皮をむく方法はたくさんあります。
通常、アプリケーションが呼び出す Web サービス (必要な機能、つまりセキュリティに応じて SOAP または REST) を公開すると、サービスは必要な作業 (つまり、データベースへの書き込み) を実行します。
サービス バス キューを使用して、アプリケーションからデータを取得し、それをデータベースに書き込むことを分離して、潜在的により高いスループットを達成することを検討することをお勧めします (アプリケーションからデータベースへの待機時間を犠牲にして)。
理論的には、アプリケーションがデータベースと直接やり取りできるようにすることもできますが、それは通常、悪い考えと見なされ、後で (ある種のサービスを介して) 抽象化することで、アプリケーションに影響を与えずに基礎となるデータベースに変更を加えることができます。
ここでは、Azure がサポートしているものの概要を説明します。
http://cloudinteropelements.cloudapp.net/Standards-Based-Messaging-in-Windows-Azure.aspx