Зависит от системы, которую строите. Api это вариант, но есть куча других, начиная от правильного планирования, не хранения кэша в файлах и вплоть до регулярного редеплоя нод (а лучше контейнеров).
Ну и вообще, чтобы решать данный вопрос надо понимать что это за кэш, что в нем хранится, как часто к нему обращаются, что будет если кэш на разных нодах противоречит друг-другу
вопрос стоит конкретно в том, как сбросить кеш с других нод. другие варианты оптимизации не рассматриваются в контексте данного вопроса.
ищем уникальное решение. но в данном случае кешируемая информация - основная конфигурация самого сайта (принципиально - ключ по которому решается, кому конкретно будет падать доход с трафика). сайтов много - управляются из с общей админки.
AlexPitTech, ключевое слово - конфигурация. Новый конфигуратор - новый деплой. Изменяя конфигурацию вы меняете правила игры и других опций у вас просто нет
AlexPitTech, конфигурация любого приложения должна быть статической и не подвергаться изменению. Конфигурация это ось координат и в любую единицу времени должна быть едина сквозь все экземпляры. Это значит что изменение конфигурации не может быть инициировано отдельной нодой и должен быть оркестратор, который за это отвечает. Это приводит нас к созданию артефактов (билдов) и деплоя их в инфраструктуру
Иван Шумов, все верно, есть некий "оркестратор", который обращается к одной из нод чтобы обновить конфигурацию. та вносит изменения в бд. Если вы предлагаете чтобы он обращался ко всем нодам параллельно, то спасибо за ваше предложение.
созданию артефактов (билдов) и деплоя их
вопрос о внесении изменений в репозиторий не рассматривается
AlexPitTech, я не про репозиторий, а про окружение. Вся конфигурация должна находиться в переменных окружения, либо в подключаемом файле.
Если вы предлагаете чтобы он обращался ко всем нодам параллельно, то спасибо за ваше предложение.
Ни в коем случае, по тому что в рамках таких концептов как blue-green deployment к йодам никто обращаться, например, не может.
Сегодня любой сервис по сути должен быть immutable от момента запуска версии и до момента ее смерти. Важно понимать как будет себя вести система если на разных содах разные конфигурации. Например, представим что это доступ к базе данных. Мы не имеем никакого права позволить системы иметь возможность писать сразу в 2 базы в процессе изменения конфига
Иван Шумов, Определенная конфигурация находится в mysql бд. Как сбросить кеш на всех нодах?
Я благодарю вас за ваше внимание, но это не приближает меня к решению задачи
Простой
