История изменений
Исправление fMad, (текущая версия) :
в целом я тоже склоняюсь к такой архитектуре, потому что проанализировав работающие API стало очевидно, что запросы на слейвах ожидают ответов, а от результатов зависит фронт и проксирование на мастер с последующей репликацией мастера на слейв выглядит более логичным и естественным
проблема в том, что мастер может быть не доступен, вот буквально сегодня, часть менеджеров сидящих на удалёнке несколько минут не имели доступа к мастеру по причине видимо проблем локальных провайдеров
так, что скорее всего придётся применить комбинированную архитектуру прямого проксирования на мастер + celery очередь в случае не доступности мастера
Исходная версия fMad, :
в целом я тоже склоняюсь к такой архитектуре, потому что проанализировав работающие API стало очевидно, что запросы на слейвах ожидают ответов, а от результатов зависит фронт и проксирование на мастер с последующей репликацией мастера на слейв выглядит более логичным и естественным
проблема в том, что мастер может быть не доступен, вот буквально сегодня, часть менеджеров сидящих на удалёнке не имели доступа к мастеру по причине видимо их локальных провайдеров
так, что скорее всего придётся применить комбинированную архитектуру прямого проксирования на мастер + celery очередь в случае не доступности мастера