用自己的数据库部署微服务:如何保证复制和可靠性？

Question

我正在构建一个要部署在云环境中的应用程序。我在用库伯内特斯和道克。

我的映像包含两个容器:一个用于应用程序，另一个用于Postgres (包括通过持久卷声明存储的自己的数据库)。

我这样做是因为这样我可以线性地扩展我的应用程序，因为我的主要要求是能够这样扩展它。

因此，当我扩展我的部署时，它看起来有点像下面的绘图(有我的应用程序的N个荚)：

​

我已经对这个体系结构进行了性能测试，它非常适合我的需求，而且它也可以根据我的需要进行扩展。

然而，我担心数据复制及其可靠性。

以下是我的问题：

1. 如何使用这种架构进行复制？库伯内特斯是否有办法通过一个特定的存储类来处理这个问题？什么是最好的方法？
2. 一般来说，在研究这个体系结构时，DBA的期望是什么？这是否可以接受，因为我可能会有太多的数据库？

Answer 1

不能像您建议的那样执行Postgres缩放，并且不能在多个荚(除了少数例外)中以读/写模式挂载持久卷。

要缩放Postgres，可以考虑使用CrunchyData

更重要的是，将应用程序层与DB分离，有许多好处，包括对每个层上的缩放策略的粒度控制。

​

PS:不错的图表。这使得这个问题很容易理解。