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

а в чём вы видите сложность?

я пока вижу, что на зеркалах можно выкинуть все celery таски связанные с проектом, можно просто создать контейнер celery с одной единственной таской proxy-requests

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

получается, на зеркалах будет связка контейнеров [nginx[django+postgres[зеркало с подпиской]+celery[proxy-requests]]

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

в случае с заменой primary key на UUID появляется необходимость не просто развернуть новую ноду но и открыть на ней порт постгресса, а так же самое неприятное это добавить подписку на мастер-базе, а затем удалять её при отключении зеркала

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

а в чём вы видите сложность?

я пока вижу, что на зеркалах можно выкинуть все celery таски связанные с проектом, можно просто создать контейнер celery с одной единственной таской proxy-requests

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

получается, будет связка контейнеров [nginx[django+postgres[зеркало с подпиской]+celery[proxy-requests]]

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

в случае с заменой primary key на UUID появляется необходимость не просто развернуть новую ноду но и открыть на ней порт постгресса, а так же самое неприятное это добавить подписку на мастер-базе, а затем удалять её при отключении зеркала

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