如何在微服务架构中实现可变性？

Question

假设我有一个由几个微服务组成的应用程序。 该应用程序用于维护足球比赛（球员、球队、比赛……）。

现在，我希望我的应用程序不仅可以支持足球比赛，还可以处理篮球比赛。大约 90% 的功能是相同的，但有一些细微差别。

实现这种可变性的最佳方法是什么？

我可以

1. 扩展现有的微服务以支持足球和篮球比赛。但是，如果我将来要添加其他运动，该服务将变得越来越复杂，以考虑运动特定的细节。

2. 使服务实现高度可配置，并为足球和篮球比赛部署具有不同配置的多个服务实例。

3. 复制我现有服务的所有代码，并针对篮球特定的内容进行一些小改动。但是，如果我添加其他运动项目，我最终会维护许多共享 90% 代码库的项目。

什么是在微服务架构中实现一些可变性并能够在未来轻松添加不同运动的最简洁的方法，而只需少量特定于运动的实现细节。

Answer 1

根据您编写微服务所使用的语言和/或框架，您可以将 90% 的通用代码库（例如定义通用端点的代码库等）分解到库中，然后将每个服务成为不同的 10% 和（可能）少量的胶水代码将 10% 与 90% 联系起来。

将常见的事情（例如游戏有预定的开始时间）分解到自己的服务中也可能是有意义的。