1

我正计划构建一个需要完整离线功能的企业级移动应用程序。它将在全球范围内使用。对于后端应用程序，我打算使用 Azure 服务结构将其实现为微服务。Web 管理 UI 以及上述移动应用程序都将利用后端应用程序。对于移动应用程序，我打算使用 Azure App 服务的新移动应用程序服务。这将使我能够进行离线数据同步，并在网络可达性存在时执行这些功能。

MobileApp --> Azure MobileApp 服务 --> Azure API 应用程序服务 --> Azure Service Fabric（托管微服务的节点集群）。

以下是一些我需要建议的问题和意见：

  1. 我将 Azure API 服务放在中间的原因是因为我打算进行 API 管理（我了解 Azure 有一个单独的 API 管理产品——任何关于我如何在上述架构中进行真正的 API 管理的指针都会非常有帮助。 API 管理会取代 API 应用服务吗？）

  2. 我打算使用 Swagger 从 API 应用程序服务生成的代码，以便 Web 管理 UI 层和 Azure 移动应用程序服务层都可以利用。你的意见 ？

  3. 在这里，我使用了 2 个范例 - 应用服务（用于移动和 API）和应用服务结构。我相信这是唯一的选择，因为我有一个需要重型离线功能的移动应用程序。

  4. 来自移动设备的数据同步：您认为我可以如何在移动应用服务和微服务特定数据存储之间同步数据？我需要通过 API 还是可以轻松地与各个微服务的数据存储进行数据同步。请问你的想法？

4

1 回答 1

1

我会将 Azure API 管理放在移动应用程序之前，在微软集成路线图上，有一个公告称 API 管理将在 2016 年底之前内置到应用程序服务（以及移动服务）中： 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 回答