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

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

所有三个应用程序之间都有共享数据，有些是简单的关键字表，但有些数据表会更改，例如，移动用户正在移动并对表进行一些更新，更新需要返回到web应用程序，然后可能会转到应用程序

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

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

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

考虑到我们的环境，我认为使用Azure Mobile SDK将是一条显而易见的道路

---

一般来说，如果你的应用增长，你会选择离线第一框架吗？特别是，有没有使用Azure Mobile SDK的经验？

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

从Azure移动应用程序Github repo：

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

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

---

考虑到这一点，一种选择是保留自定义代码，并使用从SDK中提取的代码对其进行组合，反之亦然。

假设您的移动应用程序调用web服务，然后执行任何必要的写入操作，您可以加载测试生产环境的副本，以查看是否出现问题，以及在什么时候出现问题。我不太喜欢过早优化

假设情况确实发生了变化，您可以使用服务总线队列在web服务端点和数据库之间引入一个减震器