Какой опыт был бы вам интересен? Технология достаточно проста, ее можно использовать не так как она задумывалась (что мы и делаем). Должен заметить, что команде разработки фреша недостает фидбэка об их продукте в плане нестандартного использования. Ребята там отзывчивые и готовы выслушать идеи, как можно было бы использовать эту технологию.
Fresh очень хорошо масштабируется. Однако, проблема нетиповых конфигураций лежит в самих нетиповых конфигурациях. Для поддержки работы в режиме сервиса нужны некоторые доработки, документация к этому есть, но это нужно поддерживать в актуальном виде. Плюс такие конфигурации обычно лицензируются по-своему, кто как может и умеет. Мне кажется, Fresh имеет хорошее будущее, а разработчики таких нетиповых конфигураций начнут включать поддержку работы в таком режиме. К примеру, Первый Бит поддерживает конфигурацию Строительство, весьма полезная штука в рамках облачных решений.
Все верно, смена мастер-сервера происходит вручную. Есть две виртуалки, несущие основную нагрузку, на каждой поднято несколько экземпляров PostgreSQL, которые обслуживают кластеры с базами данных.
Кластер это область хранения баз данных, которая управляется одним экземпляром сервера. Например, при дефолтной инсталляции PostgreSQL создает кластер main.
Создание бэкапов областей довольно гибко настраивается. Объем копии зависит, как ни странно, от объема данных, представляет из себя несколько заархивированных xml-файлов. Бывает 2 Мб, бывает и 800 Мб.
Если ежедневной архивной копии области достаточно для разворачивания, проще воспользоваться именно ей. Если требуется восстановление на момент времени, то приходится разворачивать инфобазу полностью на этот самый момент, а затем выгружать из нее данные.
Утилизация процессоров, памяти, доступность инфобаз, кое-какие внутренние метрики, список проблем, часы :)
Монитор отражает общее состояние, при срабатывании триггера идут оповещения в Slack.
Во Fresh существуют методы создания архивных копий областей, которые потом можно развернуть как новое приложение. Также можно отдельно развернуть из бэкапа всю инфобазу, сделать выгрузку данных из области. В зависимости от ситуации тот или иной метод может быть предпочтительней.
Эскалация блокировок это всё-таки вопрос к MS SQL. Как таковой проблемы с блокировками при использовании PostgreSQL мы не испытываем. Если мы столкнемся с этой проблемой, обязательно в неё погрузимся и расскажем.
Если ежедневной архивной копии области достаточно для разворачивания, проще воспользоваться именно ей. Если требуется восстановление на момент времени, то приходится разворачивать инфобазу полностью на этот самый момент, а затем выгружать из нее данные.
Монитор отражает общее состояние, при срабатывании триггера идут оповещения в Slack.