我计划构建一个需要完全脱机功能的企业级移动应用程序。它将在全球范围内使用。对于后端应用程序，我打算将其视为使用Azure Service结构的微服务。后端应用程序将由Web管理UI和上述移动应用程序利用。对于移动应用程序，我打算使用Azure App服务的新移动应用程序服务。这将使我能够进行离线数据同步，并在网络可达性存在时执行这些功能。
MobileApp - ＆gt; Azure MobileApp服务 - ＆gt; Azure API应用服务 - ＆gt; Azure Service Fabric（托管微服务的节点集群）。
以下是一些问题＆amp;我需要建议的观察结果：
我在中间放入Azure API服务的原因是因为我打算进行API管理（我知道Azure有一个单独的API管理产品 - 关于如何在上面进行真正的API管理的任何指示架构会非常有用.API管理会取代API应用服务吗？）
我打算在API应用服务中使用Swagger生成的代码，这样Web管理UI层和Azure移动应用服务层都可以利用。你的想法？
我在这里使用2种范例 - App Service（用于移动和API）和App Service结构。我认为这是唯一的选择，因为我有一个需要重型离线功能的移动应用程序。
移动数据同步：您认为我如何在移动应用服务和微服务特定数据存储之间同步数据？我是否需要通过API，或者我可以轻松地与各个微服务的数据存储进行数据同步。请问你的想法？
答案 0 :(得分：1)
我会将Azure API管理放在移动应用程序的前面，在微软集成路线图上，有人宣布将在2016年底之前将API管理内置到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