История изменений

Я просто не понимаю архитектуру в таком описании. Непонятно, что сейчас есть: один мастер PG и несколько слейвов? Каждый сайт представляет собой почти независимую копию синхронизируемую вручную?

Есть 1 pg мастер, на нем есть create publication site for table список таблиц

Есть контейнер зеркала, который при сборке восстанавливает базу из схемы, а затем запускает CREATE SUBSCRIPTION site connection master pg

То есть на разворачивние зеркала тратится 2 минуты, а далее зеркало само отслеживает изменение на мастере и автообновляется

Таким образом да, каждое зеркало действительно является автономной копией мастер сайта и зависит от CREATE SUBSCRIPTION site_[prefix], я предполагаю использовать различные наборы данных для публикаций на мастере под разные задачи. То-есть, одно зеркало может содержать только _ru контент, а другое только _en и тд.

Скорость доставки post запросов думаю вообще не критична, это же как письмо, написал, проверил и отправил, главное чтобы 100% было доставлено

Кроме того, Celery - не супернадежное решение, лично я сталкивался в жизни несколько раз с его зависанием.

зависание celery лечится автоматическим перезапуском задачи? или возможно потерять данные задачи?

к тому же на стороне клиента все POST запросы будут одинаково быстры – заполнил форму, отправил и через 1+n минут тебе перезвонил менеджер

Я просто не понимаю архитектуру в таком описании. Непонятно, что сейчас есть: один мастер PG и несколько слейвов? Каждый сайт представляет собой почти независимую копию синхронизируемую вручную?

Есть 1 pg мастер, на нем есть create publication site for table список таблиц

Есть контейнер зеркала, который при сборке восстанавливает базу из схемы, а затем запускает CREATE SUBSCRIPTION site connection master pg

То есть на разворачивние зеркала тратится 2 минуты, а далее зеркало само отслеживает изменение на мастере и автообновляется

Таким образом да, каждое зеркало действительно является автономной копией мастер сайта и зависит от CREATE SUBSCRIPTION site_[prefix], я предполагаю использовать различные наборы данных для публикаций на мастере под разные задачи. То-есть, одно зеркало может содержать только _ru контент, а другое только _en и тд.

Скорость доставки post запросов думаю вообще не критична, это же как письмо, написал, проверил и отправил, главное чтобы 100% было доставлено

Кроме того, Celery - не супернадежное решение, лично я сталкивался в жизни несколько раз с его зависанием.

зависание celery лечится автоматическим перезапуском задачи? или возможно потерять данные задачи?

Я просто не понимаю архитектуру в таком описании. Непонятно, что сейчас есть: один мастер PG и несколько слейвов? Каждый сайт представляет собой почти независимую копию синхронизируемую вручную?

Есть 1 pg мастер, на нем есть create publication site for table список таблиц

Есть контейнер зеркала, который при сборке восстанавливает базу из схемы, а затем запускает CREATE SUBSCRIPTION site connection master pg

То есть на разворачивние зеркала тратится 2 минуты, а далее зеркало само отслеживает изменение на мастере и автообновляется

Таким образом да, каждое зеркало зависит действительно является автономной копией мастер сайта и зависит от CREATE SUBSCRIPTION site_[prefix], я предполагаю использовать различные наборы данных для публикаций на мастере под разные задачи. То-есть, одно зеркало может содержать только _ru контент, а другое только _en

Скорость доставки post запросов думаю вообще не критична, это же как письмо, написал, проверил и отправил, главное чтобы 100% было доставлено

Кроме того, Celery - не супернадежное решение, лично я сталкивался в жизни несколько раз с его зависанием.

зависание celery лечится автоматическим перезапуском задачи? или возможно потерять данные задачи?

Я просто не понимаю архитектуру в таком описании. Непонятно, что сейчас есть: один мастер PG и несколько слейвов? Каждый сайт представляет собой почти независимую копию синхронизируемую вручную? Есть 1 pg мастер, на нем есть create publication site for table список таблиц