Azure Cache for Redis のセッション状態プロバイダーを使用すると、ASP.NET Web アプリケーションの異なるインスタンス間でセッション情報を共有できます。
同じ接続を複数の同時スレッドで使用できます。
Redis は読み取り操作と書き込み操作の両方をサポートします。
Azure Cache for Redis の出力キャッシュ プロバイダーを使用すると、ASP.NET Web アプリケーションによって生成された HTTP 応答を保存できます。
注: Azure portal を使用すると、キャッシュのエビクション ポリシーを構成したり、提供されたロールにユーザーを追加してキャッシュへのアクセスを制御したりすることもできます。これらの役割には、メンバーが実行できる操作が定義されており、所有者、共同作成者、閲覧者が含まれます。たとえば、所有者ロールのメンバーはキャッシュ (セキュリティを含む) とその内容を完全に制御でき、共同作成者ロールのメンバーはキャッシュ内の情報の読み取りと書き込みが可能で、閲覧者ロールのメンバーはキャッシュからのデータの取得のみが可能です。
参照：
https://docs.microsoft.com/en-us/azure/architecture/best-practices/caching

トピック クライアントを使用して、エンティティからメッセージを継続的に受信するために使用される RegisterMessageHandler を呼び出します。メッセージ ハンドラーを登録し、メッセージを受信するための新しいスレッドを開始します。このハンドラーは、受信側が新しいメッセージを受信するたびに待機されます。
subscriptionClient.RegisterMessageHandler(ReceiveMessagesAsync, messageHandlerOptions);
参照：
https://www.c-sharpcorner.com/article/azure-service-bus-topic-and-subscription-pub-sub/

説明
Azure Logic Apps からオンプレミス データ ソースに接続する前に、オンプレミス データ ゲートウェイをローカル コンピューターにダウンロードしてインストールします。ゲートウェイは、オンプレミス (クラウドではなく) のデータ ソースとロジック アプリの間で迅速なデータ転送と暗号化を提供するブリッジとして機能します。
ゲートウェイは BizTalk Server 2016 をサポートします。
注: Microsoft は、Azure BizTalk Services の機能を Logic Apps および Azure App Service Hybrid Connections に完全に組み込みました。
Logic Apps Enterprise Integration Pack は、AS2 や X12、EDI 標準サポートなどのエンタープライズ B2B 機能の一部を提供します。 シナリオ: Shipping Logic アプリは次の要件を満たす必要があります。
* ロジック アプリを使用して海上輸送と内陸輸送のワークフローをサポートします。
* 船舶内容の詳細や到着通知を含むさまざまなメッセージの業界標準プロトコル X12 メッセージ形式をサポートします。
* リソースを企業 VNet に確保し、固定コスト モデルで専用のストレージ リソースを使用します。
* オンプレミスの接続を維持して、レガシー アプリケーションと最終的な BizTalk 移行をサポートします。
参照：
https://docs.microsoft.com/en-us/azure/logic-apps/logic-apps-gateway-install
トピック 1、Windows Server 2016 仮想マシン
ケーススタディ
これはケーススタディです。ケーススタディは個別に時間が設定されるわけではありません。各ケースを完了したいだけ試験時間を費やすことができます。ただし、この試験には追加のケーススタディやセクションが存在する場合があります。この試験に含まれるすべての質問を指定された時間内に完了できるように時間を管理する必要があります。
ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示やその他のリソースが含まれる場合があります。このケーススタディでは、各質問は他の質問から独立しています。
このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを開始するには
このケーススタディの最初の質問を表示するには、 ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケーススタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、ボタンをクリックして質問に戻ります。
現在の環境
Windows Server 2016 仮想マシン
仮想マシン (VM) は BizTalk Server 2016 を実行します。VM は次のワークフローを実行します。
* 海上輸送 - このワークフローは、コンテナの内容やさまざまな出荷港での到着通知などのコンテナ情報を収集および検証します。
* 内陸輸送 - このワークフローは、燃料使用量、停車駅の数、ルートなどのトラック輸送情報を収集して検証します。
VM は次の REST API 呼び出しをサポートしています。
* コンテナ API - この API は、重量、内容、その他の属性を含むコンテナ情報を提供します。
* 位置 API - この API は、船舶の寄港地と追跡停留所に関する位置情報を提供します。
* 配送 REST API - この API は、配送 Web サイトで使用および表示するための配送情報を提供します。
配送データ
このアプリケーションは、すべてのコンテナーおよびトランスポート情報に MongoDB JSON ドキュメント ストレージ データベースを使用します。
配送 Web サイト
の
このサイトには、輸送コンテナの追跡情報とコンテナの内容が表示されます。サイトは次の場所にあります。
http://shipping.wideworldimporters.com/
提案されたソリューション
オンプレミスの配送アプリケーションを Azure に移動する必要があります。VM は Azure Site Recovery を使用して新しい Standard_D16s_v3 Azure VM に移行されており、BizTalk コンポーネントの移行を完了するには Azure で実行し続ける必要があります。BizTalk Server をホストするために Standard_D16s_v3 Azure VM を作成します。提案されたソリューションの Azure アーキテクチャ図を以下に示します。

要件
配送ロジック アプリ
Shipping Logic アプリは次の要件を満たす必要があります。
* ロジック アプリを使用して海上輸送と内陸輸送のワークフローをサポートします。
* 船舶内容の詳細や到着通知を含むさまざまなメッセージの業界標準プロトコル X12 メッセージ形式をサポートします。
* リソースを企業 VNet に確保し、固定コスト モデルで専用のストレージ リソースを使用します。
* オンプレミスの接続を維持して、レガシー アプリケーションと最終的な BizTalk 移行をサポートします。
配送機能アプリ
アプリレベルのセキュリティを使用して安全な機能エンドポイントを実装し、Azure Active Directory (Azure AD) を含めます。
REST API
このソリューションをサポートする REST API は、次の要件を満たす必要があります。
* 企業 VNet へのリソースを保護します。
* 追加コストを発生させずに、Azure 内のテスト場所にデプロイできます。
* アプリケーションのダウンタイムを発生させずに、出荷のピーク時に自動的に容量を 2 倍に拡張します。
* Azure 支払いモデルを選択する場合はコストを最小限に抑えます。
配送データ
オンプレミスから Azure へのデータ移行では、コストとダウンタイムを最小限に抑える必要があります。
配送サイト
Azure Content Delivery Network (CDN) を使用して、遅延とコストを最小限に抑えながら、動的コンテンツのパフォーマンスを最大化します。
問題
Windows Server 2016 VM
VM は、高いネットワーク遅延、ジッター、および高い CPU 使用率を示しています。VM は重要であり、過去にバックアップされていません。VM では、障害発生時のディスクのインプレース復元を含めるため、7 日間のスナップショットからの迅速な復元を有効にする必要があります。
配送用 Web サイトと REST API
Web サイトのテスト中に次のエラー メッセージが表示されます。
失敗した
http://test-shippingapi.wideworldimporters.com/ をロードする: いいえ
「Access-Control-Allow-Origin」ヘッダーが要求されたリソースに存在します。起源 '
したがって、http://test.wideworldimporters.com/」へのアクセスは許可されません。

シナリオ: データが予期せず誤って削除されたため、小売店の位置データのポイントインタイム復元を実行する必要があります。
ポイントインタイム復元を有効にして構成する前に、ストレージ アカウントの前提条件である論理的な削除、変更フィード、BLOB のバージョン管理を有効にします。
参照：
https://docs.microsoft.com/en-us/azure/storage/blobs/point-in-time-restore-manage