Docker Swarm with data：共有ボリューム対クラスタリングvs単一インスタンス

Question

私はDocker Swarmで私の最初のステップを行い、redis、elasticsearch、またはデータベースなどの永続データを使用するサービスに対処する方法を知りました。

私はdocker swarmでredis/elasticsearch/databaseクラスタを設定する方法について多くのチュートリアルを見つけましたが、共有ストレージを使用する方が簡単ですか？たとえば、私はAzureで作業するので、simpyはRedis/elasticsearch /データベースボリュームとして単一のAzureファイルストレージを使用し、すべてのノードがこのファイルストレージをマウントできるようにします。 これは許容されるアプローチですか、いくつかの重大な欠点があります（たとえば、2つ以上のデータベースインスタンスが同時にそのストレージに書き込もうとする場合など）。

ノードごとにのような "データ"サービスを使用することをお勧めしますか？あるいは、フロントエンドサービスのためだけにDocker Swarmを使用し、単一のredis/elasticsearch/databaseサービスを用意する必要がありますか？

Answer 1

複数のアプリケーションインスタンスからアクセスされる共有フォルダを使用する場合は、データ破損を避けるためにアプリケーション自体を設計する必要があります（複数のアプリケーションから同じファイルが同時に書き込まれることはありません）。

私が知っているすべてのデータベースは、この方法では設計されていないため、共有ストレージでは使用できません。

代わりに、通常はクラスタ内のすべてのデータベースに接続し、同期はソフトウェアレベルで行われます。