本节简单介绍了PostgreSQL HA with Patroni的架构，并对DCS等做了简单的描述。 PostgreSQL HA with Patroni的架构比较好理解，大体由以下三部分组成： 1.PostgreSQL实例，包括主节点、从节点等； 2.Patroni，与PG部署在一起，作为PG与DCS的沟通媒介； 3.DCS分布式配置存储，用于存储公共的配置信息。 **Bot Design Pattern** 由于PostgreSQL无法直接与DCS进行通讯，因此Patroni与PostgreSQL实例使用了Bot Design Pattern，Patroni的作用在于： 1.管理PostgreSQL实例； 2.与DCS通讯GET/SET DCS的相关信息； 3.确定PostgreSQL实例的升级和降级。 Bot Design Pattern的架构图如下所示：  [Patroni](https://github.com/zalando/patroni)使用Python实现了Bot Design Pattern。 **DCS** 在目前的实现中，DCS一般使用etcd等分布式K/V存储器，但从更抽象的层次来看，这一部分可以理解为中心数据存储。因此，从技术角度来看可以完全使用文件亦或是普通的数据库，而之所以要用etcd这类分布式K/V存储是因为要保证DCS的HA，否则DCS会成为整个PostgreSQL HA架构中的“单机”故障点。理论上来说，所有具备HA特性的存储均可作为DCS，而不仅限于etcd、zk、consul等这类用于分布式共享配置和服务发现的K/V存储管理器。 **选主** DCS的选主由DCS自行处理，比如etcd使用raft算法选主，zk使用ZAB算法选主；PostgreSQL的选主需要依赖Bot（也就是Patroni），WAL位置最新的优先，在WAL位置一样的情况下，竞争性的获取DCS的分布式“锁”，先到先成为主节点，如下图所示：  HA with Patroni的架构简单易懂，有兴趣可通过官方提供的Docker镜像来体验。 **参考资料** [Managing High Availability in PostgreSQL – Part III: Patroni](https://dev.to/scalegrid/managing-high-availability-in-postgresql-part-iii-patroni-3ifb)