Azure 移动 SDK 与自定义代码 - 可扩展性

Question

我们已经编写了两个移动应用程序和一个网络后端。移动应用程序使用 Xamarin 编写，后端使用 Azure 中的 C#。

三个应用程序之间有共享数据，有些是简单的关键字表，但有些数据表会发生变化，例如移动用户正在四处移动并对表格进行一些更新，更新需要返回到 Web 应用程序，然后可能会输出到应用程序。

目前在移动应用程序上使用 SQLite，并遵循离线优先的方法，即用户将我们写入的表更改为移动设备上的 SQLite，然后同步到服务器。如果用户没有连接，后台进程最终会尽可能将数据同步到服务器。

现在所有这些都是自定义代码，我有点犹豫要不要继续走这条路。我们正在对 4 个左右的用户进行测试，但预计在 6 到 18 个月内会增长到数千或数万用户。

我认为我们的方法可能无法扩展。宁愿切换到离线优先框架，而不是继续推出我们自己的框架。

鉴于我们的环境，我认为使用 Azure 移动 SDK 将是显而易见的路径。

一般来说，如果您的应用会增长，您会选择离线优先框架吗？特别是，有使用 Azure 移动 SDK 的经验吗？

Answer 1

请注意，您的问题可能会被关闭，因为您正在征求意见/建议，但无论如何......

来自 Azure 移动应用 Github 存储库：

请注意，产品团队目前没有投资任何 Azure 移动应用的新功能。

据我所知，微软还没有宣布任何新的 SDK 或升级路径。

考虑到这一点，一种选择是保留您的自定义代码并使用您从 SDK 中提取的代码来完善它，反之亦然。

Answer 2

假设您的移动应用调用 Web 服务，然后该服务会执行任何必要的写入操作，您可以对生产环境的副本进行负载测试，以查看事情是否发生故障以及在什么时候发生故障。我不是过早优化的忠实拥护者。

假设确实发生了故障，您可以使用服务总线队列在您的 Web 服务端点和数据库之间引入一个减震器。