Как связаны мониторинг и репликация postgres

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

glances собирает все ключевые метрики в одно окно - cpu, ram, диски, сеть и docker-контейнеры с их потреблением
Написан на python, а вы уже знаете, что я люблю утилиты, у которых могу легко прочитать исходный код
Из коробки web-режим и экспорт в prometheus/influxdb, так что из дев-утилиты при желании вырастает полноценный мониторинг

Вторая тема куда глубже - это цикл роликов про репликацию postgres, тему, которую долго просили на ютубе, а я всё откладывал

В первой части зашёл с фундамента - разобрал WAL (write-ahead log), механизм, который гарантирует, что запись в БД не потеряется
Прогнал бенчмарк - сколько вывозит одна урезанная postgres в докере (1/2 CPU + 256 mb RAM). Это точка отсчёта, чтобы дальше смотреть, как меняется картина с репликами
Прошёлся по типам репликации - физическая против логической, синхронная против асинхронной, кто что гарантирует и чем за это платит

Так что прошу к просмотру на бусти:
Убийца htop - glances
Первая часть про репликацию