微服务和数据库

Question

3

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

我感到困惑，因为所有的docker compose示例都包括在服务定义中的数据库容器。但事情并不那么简单。通常需要对数据库进行大量配置，使其准备好使用。此外，docker在协调服务启动顺序方面表现不佳。

如果在docker swarm中与服务一起部署数据库确实是一个好的实践，如何确保关键数据的一致性和持久性？

- Tuomas Toivonen

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Chris Townsend · Accepted Answer

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

- 在专用机器上运行数据库，进行复制等操作。 - 我目前正在尝试在Docker Swarm集群上将数据库作为服务运行，并使用GlusterFS在整个集群中持久化数据。

- 我在集群中标记了三台机器作为数据库机器。 - 这些数据库机器都运行一个GlusterFS容器，提供GlusterFS功能。

- 当启动数据库服务时，我将GlusterFS共享映射到容器中，并指定服务只应在标记为数据库节点的机器上运行。通过这种设置，无论数据库服务在哪个节点上启动，如果一台机器失败，数据库服务会自动迁移到另一台标记为数据库节点的机器上。 GlusterFS对数据的复制确保了持久化数据的完整性。

正如我所提到的，据我了解，仍然有很多关于此方面的实验，'最佳实践'并没有完全确定下来。这些最佳实践将最终取决于您的需求和风险容忍度。