微服务和数据库

Question

在微服务架构中部署数据库的最佳实践是什么，更准确地说是在分布式环境中，例如 docker swarm？微服务原则指出，每个服务都应该是无状态的以实现扩展。由于数据库显然是有状态的，它是否应该在集群外部的固定位置，在集群初始化之前部署和配置？

我很困惑，因为所有 docker compose 示例都在服务定义中包含数据库容器。但事情并没有那么简单。通常，数据库在准备好使用之前需要进行大量配置。此外，docker 在协调服务启动顺序方面很糟糕。

如果将数据库与服务一起部署到 docker swarm 确实是一个好习惯，那么如何确保关键数据的一致性和持久性？

Answer 1

这是一个很好的问题，我认为很多人仍在思考最佳做法。答案实际上取决于您的需求。有几种方法可以解决这个问题，但这是我现在使用的两种方法：

• 在具有复制等功能的专用机器上以典型方式运行数据库
• 我目前正在尝试在 Docker Swarm 集群上将数据库作为服务运行，数据通过 GlusterFS 在集群中持久保存
  • 集群中有三台机器标记为数据库机器
  • 这些数据库机器都运行提供 GlusterFS 功能的 GlusterFS 容器
    • 当数据库服务启动时，我将 GlusterFS 共享映射到容器中，并指定该服务只能在标记为数据库节点的机器上运行。使用此设置，数据库服务在哪个节点上启动并不重要，如果机器出现故障，数据库服务会自动迁移到另一个标记为数据库节点的节点。数据的 GlusterFS 复制可确保持久化数据的完整性。

如前所述，据我了解，这方面仍有大量实验正在进行，“最佳实践”尚未完全确立。这些最佳实践最终将取决于您的需求和风险承受能力。