微服务和数据库
在微服务架构中部署数据库的最佳实践是什么,更准确地说是在分布式环境中,比如docker群? 微服务原则规定,每个服务应该是无状态的,以实现扩展。 由于数据库显然有一个状态,它应该在群集之外的固定位置上生存,在群集初始化之前进行部署和configuration?
我很困惑,因为所有的docker组合示例在服务定义中包含数据库容器。 但事情并不那么简单。 在准备使用之前,数据库通常需要大量的configuration。 另外,docker员在协调服务启动顺序方面很糟糕。
如果将数据库和服务一起部署在Docker群中是一个很好的做法,那么如何确保Cricial数据的一致性和持久性呢?
这是一个很好的问题,我认为很多人仍然在思考最佳实践。 答案真的取决于你的需求。 有几种方法来破解这个坚果,但这些是我现在使用的两个:
- 在复制的专用机器上以典型的方式运行数据库等
- 我目前正在试验在Docker Swarm集群上运行数据库作为服务,数据在GlusterFS集群中持久保存
- 我在群集中有三台标记为数据库机器的机器
- 这些数据库机器都运行GlusterFS容器,提供GlusterFSfunction
- 当数据库服务启动时,我将GlusterFS共享映射到容器中,并指定服务只能在标记为数据库节点的机器上运行。 使用此设置,数据库服务启动的节点并不重要,如果某台计算机出现故障,数据库服务将自动迁移到另一个标记为数据库节点的节点。 GlusterFS复制数据确保了持久数据的完整性。
如前所述,我的理解是,现在还有很多实验正在进行,“最佳实践”并没有完全build立。 这些最佳实践将最终取决于您的需求和风险承受能力。