编写跨不同区域运行的代码

Question

我正在努力增强为英国地区的消费者注册开发的 Spring Boot 微服务。 服务域模型和验证逻辑基于英国的消费者注册详细信息进行编码。 微服务接受 UI 以提供消费者的姓名、地址等，并在向系统注册消费者之前对其进行一些验证。

我必须增强此服务才能在美国地区运行。 现有的域模型不适合美国。 在英国，消费者的地址格式与美国不同。 此外，英国地区没有 SSN。 英国和美国有不同的地址验证系统。

所以总的来说，我不能使用为美国地区开发的相同的微服务。 我想问一下，考虑到域模型的差异以及与不同后端系统（例如地址验证）集成的要求，我们如何开发跨不同地域工作的服务。

Answer 1

在一天结束时，我假设您对用户详细信息做了一些事情。 因此，我认为最好的做法是开发一个适合所有区域需求的用户/地址域模型。

这是很有可能的。 请参阅如何将国际地理地址存储在关系数据库中？ 例如。

保持简单。

Answer 2

这取决于域模型的深度。 如果域模型只是存在于微服务级别的东西，那么微服务级别的更改将修复它，但是，如果域模型一直深入到核心系统，那么微服务级别的更改将只是一个带-最好的帮助。

问题不仅在于如何处理数据，还在于如何将其存储在后端/核心系统中。

在计划更改以适应美国时，可能值得询问是否有可能稍后添加其他地区。 并不是说您想立即开始过度设计事物（YAGNI 等），但同时它可能会帮助您选择选项，这意味着您不会将自己陷入困境。

要回答您的实际问题：

...考虑到域模型的差异以及与不同后端系统（例如地址验证）集成的要求，我们如何开发跨不同地域工作的服务。

这里有几个选项。 这些都有变化，但希望它们能给你一个好的开始：

选项 A（左）：单个微服务中的逻辑

假设 UI（或调用微服务的任何东西）已确定需要哪个区域。 在微服务中：

• 实现基于依赖倒置原则(DIP) 的系统，以便微服务中的某些内容（图中称为Logic Loader ）可以加载正确的区域逻辑。
• 为每个区域编写单独的逻辑。 这里的挑战是弄清楚您将如何以及在哪里处理区域之间的不一致。 通常使用 DIP 实现，您可能有一个提供者（区域逻辑）必须实现的接口。 例如SaveDwellingNumber(int streetNumber, int level, int apartmentNumber)但正如您所希望的那样，强类型方法签名将不可能/容易。
• 使用进一步的模块来整理数据中的任何差异，以便来自微服务的数据无论区域如何都是一致的 - 这假设您的后端核心系统只有一种存储地址的方式。

根据 UI 的工作方式，区域逻辑系统处理的功能之一可能是告诉 UI 显示哪些特定于区域的输入字段。

这个解决方案感觉有点脏，但它允许您处理不同的区域，同时向只有一种方式理解地址的后端系统提供一组统一的输出数据。

选项 B（右）：分层微服务

这与另一个选项的工作原理相同，但实现方式不同。

• 体验 API（可能是 API 网关或微服务上的 API）——是 UI（调用者）与之对话的内容。 它的工作是为调用者提供单一一致的 API，并将调用路由/编排到适当的微服务。
• 英国/美国区域微服务 - 执行区域特定的繁重工作。
• 核心系统微服务，执行选项 A 中consistency / mapper的作用。该微服务也是对核心系统进行保护的好地方，例如如果性能不佳则缓存。

比较

选项 B 可以让您更轻松地分离关注点，例如，如果您的企业说“实际上我们可能会考虑在明年增加柬埔寨和拉脱维亚”，那么这种方法可能会给您更多的选择，因为您只有这么多可以合理地挤入单个微服务。 您还可以将相关微服务的实例部署到有意义的 *aaS 平台地理区域中。

如果您使用选项 A 找出逻辑和功能框架，您可以稍后将其重新构建到选项 B。 选项 A 是一个更小、更简单的实现，因此最初构建速度更快，但很难说它会持续多久。

选项 B 更加分割，因此更容易让多个人/团队在它的不同部分工作。

最后，只要这个答案是，它并没有真正解决不同数据中固有的挑战以及您需要什么逻辑，但它确实讨论了如何处理此类逻辑所在的微服务。