Данный вариант реализации тоже возможен наравне с другими вариантами. Мы, как вендор, к сожалению не можем проверить все возможные варианты реализации отказоустойчивого кластера на базе postgres, так как их может быть очень много.
Вариант который вы описали:
patroni отвечает за выбор мастера;
etcd хранит состояние patroni;
pgbouncer управляет сессиями;
нами не проверялся, и поэтому не заявлен как официально поддерживаемый.
Опять же, это не говорит о том, что вы не можете использовать те схемы отказоустойчивости, которые вам привычны и которые у вас уже реализованы. Тем более что сценарий, который вы предлагаете, широко описан в сети, и в целом подробно документирован.
