微服务：如何在多个微服务之间迁移数据？

Question

或许我们有这样一组微服务： 用户服务和产品服务是一些具有自己业务逻辑的服务。 模板服务是一种根据复杂逻辑响应填充一些模板的服务（例如，应该发送给用户的电子邮件模板等）。 因此，它存储模板本身以及用于所有模板的一般信息（访问、styles 等等）。 所以它是一个模板引擎，但它不负责它应该填充的模板的内容。 比如我们有下一个模板：HelloWorldTemplate: "Hello, world.my name is {UserName}"，当用户服务需要发送一个email。 他要求模板服务通过使用类型 (HelloWorldTemplate) 和模板特定参数 (UserName) 发出请求来填充这些模板。 模板服务负责styles和通用参数。 抱歉介绍这么长）

我们在用户服务中开发了一些新功能，我们需要一个来自模板服务的新模板，生日问候。 因此，当我们将 UserService 从 v1.1 升级到 v1.2 时，我们需要更改另一个服务 Templates 的内部 state。 以及如何做到这一点 - 这是我的主要问题。

我可以想象几种方法来做到这一点，但它们都有多个缺点。 （假设所有服务都有 SQL 数据库，它简化了问题）

---

1.我们可以在更新Users服务之前更新Templates服务，并在该服务中添加SQL迁移，我们可以在表中简单地插入需要的数据。

优点：

• 很容易实现
• 有用）

缺点：

• 我们必须向开发用户服务的团队授予对模板服务 repo 的访问权限（而且他们必须知道模板的内部数据库结构，这很糟糕），或者我们必须为开发模板的团队创建一个单独的任务服务以添加新模板。

---

2.我们可以从其他服务访问模板数据库，并将数据库迁移脚本提交到，例如，用户服务repo。

优点：

• 实现起来还是很简单的

• 我们不必向其他团队授予对模板服务 repo 的访问权限。

缺点：

• 我们必须从多个服务连接到模板数据库，这会破坏封装。
• 与第一个选项相同。

---

3.我们可以添加 HTTP 端点来向模板服务添加新模板，用户服务应该在从 v1.1 迁移到 v1.2 期间对该端点执行一个（或多个）请求，同时运行他自己的数据库迁移。

优点：

• 我们可以保持数据的一致性（模板可以对这些请求运行一些验证以防止无效数据）
• 我们不会向世界公开 Templates 服务的内部结构（例如，我们可以轻松地从 SQL DB 切换到另一种类型的 DB）
• 这些迁移将存储在用户服务中，开发此服务的团队将编写和维护它们，因此我们可以减少跨团队沟通并减少功能交付时间。

缺点：

• 难以实施。
• 如何存储和编写这个请求？ 我们可以使用现有的请求格式（CURL、Postman 请求等，但它可能比简单的 SQL DML 语句更详细）。 此外，我们可以创建自己的请求定义语言，使用 yaml、json 或其他标记语言，但它看起来像创建自己的轮子；）难以支持事务（例如，如果从 v1.1 迁移到 v1.2 失败，则很难回滚更改）

---

因此，我将非常感谢任何旨在解决此问题的建议、有用的链接、模式和最佳实践。