1

完全なオフライン機能を必要とするエンタープライズ レベルのモバイル アプリケーションの構築を計画しています。それは世界中で使用されるでしょう。バックエンド アプリケーションについては、Azure Service Fabric を使用したマイクロサービスとして実現したいと考えています。バックエンド アプリケーションは、Web 管理 UI と上記のモバイル アプリの両方で活用されます。モバイル アプリについては、Azure App Service の新しいモバイル アプリ サービスを使用する予定です。これにより、オフラインでデータ同期を行う機能が提供され、ネットワークに到達できる場合に機能を実行することもできます。

MobileApp --> Azure MobileApp サービス --> Azure API アプリ サービス --> Azure Service Fabric (マイクロサービスをホストするノードのクラスター)。

以下は、アドバイスが必要ないくつかの質問と観察事項です。

  1. Azure API サービスを真ん中に置く理由は、API 管理を行うつもりだからです (Azure には別の API 管理サービスがあることを理解しています。上記のアーキテクチャで真の API 管理を行う方法についての指針は非常に役立ちます。 API管理はAPIアプリサービスに取って代わるでしょうか?)

  2. Web 管理 UI レイヤーと Azure Mobile App サービス レイヤーの両方が活用できるように、API アプリ サービスから Swagger によって生成されたコードを使用するつもりです。あなたの考え ？

  3. ここでは、App Service (モバイルと API 用) と App Service ファブリックの 2 つのパラダイムを使用しています。高負荷のオフライン機能を必要とするモバイル アプリを使用していることを考えると、これが唯一の選択肢だと思います。

  4. モバイルからのデータ同期: モバイル アプリ サービスとマイクロサービス固有のデータ ストアの間でデータを同期するにはどうすればよいと思いますか? API を使用する必要がありますか?それとも、個々のマイクロサービスのデータ ストアと簡単にデータ同期を行うことができますか? あなたの考えを教えてください。

4

1 に答える 1

1

Azure API 管理をモバイル アプリの前に置きます。Microsoft 統合ロードマップでは、API 管理が 2016 年末までに App Services (およびモバイル サービス) に組み込まれるという発表がありました: https://www .microsoft.com/en-us/download/details.aspx?id=50408

最初のプレビューは "Power Apps" https://azure.microsoft.com/nl-nl/documentation/articles/powerapps-configure-apis/ にあり、API 管理ポリシーが直接組み込まれています

モバイル サービスの上に API 管理レイヤーを作成する方法の詳細については、http: //giventocode.com/azure-api-management-and-azure-mobile-servicesを参照してください。

于 2016-01-07T14:09:21.760 に答える