我迈出了使用 Docker Swarm 的第一步，想知道如何处理使用持久性数据的服务，如 redis、elasticsearch 或数据库。
我找到了很多关于如何使用 docker swarm 配置 redis/elasticsearch/database 集群的教程——但是使用共享存储不是更容易吗？例如，我使用 Azure，所以我可以简单地将单个 Azure 文件存储用作 redis/elasticsearch/数据库卷，并让我的所有节点安装这个文件存储。 这是一种可接受的方法还是存在一些明显的缺点(例如，当两个或多个数据库实例尝试同时写入该存储时)？
是否建议在每个 节点中使用此类“数据”服务？或者我应该只将 Docker Swarm 用于前端服务并拥有一个 redis/elasticsearch/database 服务吗？
最佳答案
如果您想使用从多个应用程序实例访问的共享文件夹，那么应用程序本身需要设计成一种避免数据损坏的方式(没有多个应用程序同时写入给定文件。所谓的互斥锁)
我所知道的所有数据库都不是这样设计的，因此您不能将它们与共享存储一起使用。
他们通常做的是连接集群中的所有数据库，并在软件级别完成同步。
关于database - 带有数据 : shared volume vs clustering vs single instance 的 Docker Swarm，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/40417671/