説明/参照：
Explanation:
Azure Resource Managerを使用する必要があります。
アプリケーションのインフラストラクチャは、通常、仮想マシン、ストレージアカウント、仮想ネットワーク、Webアプリケーション、データベース、データベースサーバー、サードパーティサービスなど、多くのコンポーネントで構成されています。これらのコンポーネントは別々のエンティティとして表示されるのではなく、単一のエンティティの関連部分および相互依存部分として表示されます。グループとして展開、管理、および監視する必要があります。 Azure Resource Managerを使用すると、ソリューション内のリソースをグループとして扱うことができます。単一の調整された操作で、ソリューションのすべてのリソースを展開、更新、または削除することができます。デプロイメントにはテンプレートを使用し、そのテンプレートはテスト、ステージング、プロダクションなどのさまざまな環境で動作します。 Resource Managerは、セキュリティ、監査、およびタグ付け機能を提供し、展開後にリソースを管理するのに役立ちます。
シナリオ：トライアル中に作成されたトランスクリプトとメモは、一貫したインターネット接続を持たないマシンからアップロードされます。ドキュメントは、異なるファイル名で複数回アップロードすることができます。このアクションによって、複数の大文字小文字のファイルが生成されてはなりません。アップロードされた文書の処理は、Azure関数で開始する必要があります。
参考文献：https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-group-overview Testlet 1背景Contoso Pharmaceuticalsには、ホスピスケアの患者のための施設内ソリューションがあります。ソリューションは、XamarinモバイルアプリケーションとMicrosoft SQL Serverデータベースで構成されています。ヘルスケア提供者は、このソリューションを使用して、患者の薬物の投薬量および治療を監視および管理する。このソリューションは、第三者のソフトウェアを使用して薬価と薬量を計算します。サードパーティのソフトウェアには、さまざまなサーバーシステム上で動作するいくつかの異なるモジュールがあります。
Contoso Pharmaceuticalsはこのソリューションをクラウドに移行し、Azureのいくつかの機能を活用したいと考えています。可能であれば、Platform-as-a-Service（PaaS）を使用したいと考えています。
AzureサービスファブリックとAzure App Service APIアプリケーションの使用を評価して、REST APIサービスとしてのソフトウェアの機能のいくつかをホストします。
あなたはAzure App Service APIアプリケーションとして薬価設定エンドポイントを開発します。薬価設定エンドポイントでは、Swagger RESTful APIドキュメント仕様（OpenAPI仕様とも呼ばれます）を使用するAPIディスカバリが必要です。開発者は、コントローラメソッドのオーバーロードに対する操作識別子を生成したいと考えています。さらに、開発者は、特別なカスタムコードを書くことなく、アプリ内の特定のリソースへのアクセスを制限する認証と認可を使用して、APIエンドポイントを保護することが難しいと判断しています。
あなたは、OWINがホストするHTTPSエンドポイントであるサービスファブリックとして薬物投与エンドポイントを開発します。エンドポイントがダウンしている状況では、開発者はクライアント側の通信ライブラリをリトライ・ループでラップするコードの作成と維持が困難です。
DevOpsはPowerShellに関する幅広い経験を持ち、Azure PowerShellを使用してAzureリソースを維持したいと考えています。
ビジネス要件
患者
患者のデータは安全に保管しなければなりません。データセキュリティは、米国のHIPAA（Health Insurance Portability and Accountability Act 1996）の基準を満たさなければならず、世界の他の国のISO / ICE 27002データセキュリティ基準を満たさなければなりません。
医薬品の価格と投薬量のソフトウェア
サードパーティのソフトウェアは、同社にとって非常に大きな投資であり、さまざまなサーバーシステム上で動作するいくつかの異なるモジュールを含んでいます。オンプレミスのデータセンターでは、ハードウェアの更新費用が犠牲になり、災害復旧のために適切にバックアップされず、組織のセキュリティとコンプライアンスの要件に確実に維持されないため、ソリューションをAzureに移行する必要があります。
医薬品価格と投薬量のソフトウェアSaaS（Service-as-a-Service）
同社は、さまざまなソフトウェア機能の実装を含むPaaSソリューションへの移行を検討しています。ビジネスは、スケーラビリティ、信頼性、および回復力を高めながら、コストの削減を見たいと考えています。同社は、現在の医薬品価格設定および投与量ソフトウェアのすべての機能を維持しながら、新しいソリューションへのシームレスな移行を確実にしたいと考えています。
モバイル
いくつかのヘルスケアプロバイダは、モバイルデバイスとの接続に問題があります。患者情報および薬物投与量は、各患者の訪問時に捕捉されなければならない重要な情報である。ビジネスは情報が安全に保存され、報告目的で使用されるために中央の場所に届けられることを望んでいます。
技術要件
医薬品の価格と投薬量のソフトウェア
このソフトウェアには、ソフトウェアのオペレーティングシステムおよびコード操作の使用により、複数の仮想マシン（VM）が必要です。この制限のため、Azure PaaSサービスでソフトウェアを実行することはできません。組織は、組織のセキュリティとコンプライアンスの要件に対応するために、VMをアクティブにしながら安心させ、安定して業界標準の暗号化テクノロジを使用する必要があります。 Azure Key Vaultを使用して、監査要件に準拠するためのキーとポリシーを使用してVMブートを制御する予定です。すべてのVMは、Azure Resource Managerを使用して作成されます。
このソフトウェアは、異なるオペレーティングシステムを実行し、異なるワークロードを処理するいくつかのVMで構成されています。
VMは次のように定義されます。
DrugPricingVM - Linux VMはUbuntu Serverを実行し、サーバーメッセージブロック（SMB）

VMからのファイルにアクセスするためのインターフェイス。 VMは、ファイルシステムAPIの使用を許可する必要があります。 VMは、Azureでホストされているときにオンプレミスリソースにもアクセスする必要があります。
DrugDosageVM - Linux VMはUbuntu Serverを実行し、REST APIを使用して大量のデータを保存します

薬物投与量を処理するために使用されるランダムアクセスおよびストリーミングのための非構造化データが含まれています。
DrugProcessingVM - Windows VMはWindows Serverを実行し、Windows Communication

医薬品の価格設定と投薬量要求を処理する財団（WCF）サービス。 VMは、要求の処理順序を確実に維持するためにFIFO（first-in-first-out）順序付け配信を保証するストレージソリューションが必要です。標準的な処理要求は256 KB（KB）未満であり、自動重複検出が含まれます。
DrugDataVM - Windows VMはWindows ServerとSQL Serverを実行して患者の治療法を保存し、

投与量情報、ならびに治療の最終的な原価計算情報を含む。
すべてのVMSは、監査および検証が可能な自動化された繰り返し可能なプロセスを使用して導入する必要があります。すべてのVMは、最初に作成し、構成し、単一のリソースグループ内の1つの論理ユニットとして配備する必要があります。さらに、Azure Diagnostics拡張機能を使用することで、すべてのVMに監視と診断機能を有効にする必要があります。 VMの診断と監視はすべて、ストレージアカウントを使用してキャプチャして保存する必要があります。
医薬品価格と投薬量のソフトウェアSaaS（Service-as-a-Service）
アーキテクチャーはAzure Service FabricとAzure App Service APIアプリケーションの使用を評価して、REST APIサービスとしてのソフトウェアの機能のいくつかをホストしています。
薬価設定エンドポイントが開発され、Azure App Service APIアプリケーションとして実装されています。薬価設定エンドポイントでは、Swagger RESTful APIドキュメント仕様（OpenAPI仕様とも呼ばれます）を使用してAPIを検出する必要があります。開発者は、コントローラメソッドのオーバーロードに対する操作識別子を生成したいと考えています。さらに、開発者は、カスタムコードを記述しなくても、アプリ内の特定のリソースへのアクセスを制限する認証と認可を使用して、APIエンドポイントを保護することが難しいと判断しています。 APIエンドポイントは、各エンドポイント間の通信のみを許可し、外部通信からのアクセスを許可しないように保護する必要があります。
薬物投与量エンドポイントは、OWINがホストするHTTPSエンドポイントであるサービスファブリックとして開発され実装されています。エンドポイントがダウンしている状況では、開発者はクライアント側の通信ライブラリをリトライ・ループでラップするコードの作成と維持が困難です。
ネットワーク通信
すべてのVMSは、UDP通信とTCP通信の両方に対して、ポート50001上の着信トラフィック通信を必要とします。すべてのVMは、同じサブネット内で実行するように設定する必要があります。
モバイル
モバイルデバイスの接続性はオフラインモードをサポートしていなければなりません。これにより、ユーザーはデバイスがオフラインのときにデータの変更や作成を続けることができます。アプリがオンラインに戻ると、Azureに保存されている中央データリポジトリとローカル料金を同期させる必要があります。
モバイルアプリは、サーバーデータを各デバイスにローカルにキャッシュする必要があります。ソリューションは、同じレコードが2つ以上のデバイスによって変更された場合に競合を検出しながら、複数のデバイス間でデータを同期する必要があります。ネットワークトラフィックを削減するには、同期を増分する必要があります。
開発
開発者はデスクトップ上でMicrosoft Visual Studioを使用し、Visual Studio Team Servicesを使用してホストされているソースリポジトリにすべてのコードを保存する必要があります。