微服务数据库设计问题

Question

我刚刚开始将我的项目分离到小微服务中。我有一个处理 API 授权的微服务（检查 API 请求中提供的 apiKey 是否有效），因此为此，我有一个单独的 API 授权数据库，其中包含下表和以下架构：

APIKey： ApiKey （VARCHAR， PK） TenantID （INT， FK）

租户：租户ID（INT， PK）名称（VARCHAR）

如您所见，APIKey表链接到租户表。

我有另一个微服务，这个微服务处理租户的存储错误，因此需要引用租户表，但是因为租户表在单独的数据库中，我们实际上不能使用它。

我考虑创建一个Tenant服务，并为Tenant创建一个DB，但这会导致其他微服务的数据完整性问题，这些微服务需要对Tenant进行一些引用，所以我不确定我应该怎么做。

有人能建议应该怎么做吗？

Answer 1

租户错误的微服务似乎是一项纳米服务。听起来您实际上是在使用它进行监视。还有更多的监控解决方案，如Splunk和ELK，可以做更多的通用日志记录。如果您有其他微服务，它们还可以将错误记录到它们。

如果您使用监控解决方案，您将不需要租户错误微服务，也不需要您建议的租户微服务。如果您想继续拥有单个服务，您可以将错误事件和租户事件发布到从API授权服务到租户微服务或租户错误服务的队列中。因此，您将拥有复制的数据，并且需要制定策略以保持数据一致。

可以说，由于您决定将其拆分为相应的微服务，这导致了更大的复杂性。另一方面，共享的体系结构可以解决您的问题，但同时也可以耦合您的体系结构。微服务存在的原因本质上是为了远离耦合，所以我建议回去评估一下是否决定为服务定义这些边界，看看你可以结合在一起以消除或最小化复杂性。