Точно не стоит делать вставки батчами, не стоит делать альтеры, дропы на тяжёлые  таблички - это приводит к блокировке записи на всем кластере.

Однозначно есть какие-то проблемы со свопом и так же начинаются проблемы с синхронизацией данных.

Время в кластере обязательно должно быть синхронизировано, небольшой рассинхрон в течении нескольких часов максимум легко вызывает проблемы.

Если ноды в разных дц и между каждым из дц больше 5-10 мсек лейтенси - это так же периодически гарантированные проблемы.

Если у вас ноды не 3, а 2+арбитр то шансы на ловлю проблем из-за сети опять же резко возрастают.

Если вы пишите одновременно больше чем в 1 инстанс то это тоже проблемы - запись не масштабируется - при такой схеме скорость работы снижается и доходит опять же до блокировок

Точно не стоит делать вставки батчами, не стоит делать альтеры, дропы на тяжёлые  таблички - это приводит к блокировке записи на всем кластере.

Однозначно есть какие-то проблемы со свопом и так же начинаются проблемы с синхронизацией данных.

Время в кластере обязательно должно быть синхронизировано, небольшой рассинхрон в течении нескольких часов максимум легко вызывает проблемы.

Если ноды в разных дц и между каждым из дц больше 5-10 мсек лейтенси - это так же периодически гарантированные проблемы.

Если у вас ноды не 3, а 2+арбитр то шансы на ловлю проблем из-за сети опять же резко возрастают.

Если вы пишите одновременно больше чем в 1 инстанс то это тоже проблемы - запись не масштабируется - при такой схеме скорость работы снижается и доходит опять же до блокировок

Странно сравнивать операционную сложность постгреса и оракла, у постгреса она по очевидным причинам выше в разы

И что это за "очевидные причины"?
Я вот пока вижу ровно противоположное на всех известных проектах. И миграция Oracle->PG происходит не просто так.

Не, про такое речи не идет. Речь идет про то, как оно при прочих равных живет. В свое время я доводил до истерики "внедряторов кластерного постгреса" одним банальным kill -9 pid на одной из нод, после которой это "отказоустойчивое решение" рассыпалось в хлам

Я так и не нашел никакого приемлемого средства делать бэкапы - первая причина.
Невозможно следить за перформансом запросов так же удобно, как в веб-консоли оракла - вторая.

А как твой личный опыт связан со стоимостью операционных издержек? Нужно или нанимать специалистов или брать внешнюю поддержку от специалистов. Ты - точно не специалист по PG.

А, так же и Oracle рассыпается. Ну не бывает нормального HA на классических РСУБД, все какая-то имитация...
Внутри одного ДЦ еще можно (хотя и дорого), а между ДЦ - все равно никак.

Я не про издержки а про операционную сложность
Техническую операционную сложность, издержками пусть финотдел занимается

Ну, нам, например, просто выдали пачку скриптов для интеграции с Prometheus и все видели там.

А, так же и Oracle рассыпается. Ну не бывает нормального HA на классических РСУБД, все какая-то имитация...
Внутри одного ДЦ еще можно (хотя и дорого), а между ДЦ - все равно никак.