Как сбрасывать кеш с нод?

Question

[Alexandr Pit]

В общем вопрос такой: какие варианты есть для сбрасывания не актуального файлового кеша со всех нод в кластере.

мои варианты:
- по api | ssh
- кешировать актуальный хеш кешируемой информации в redis | memcache

Разумеется у каждого есть свои плюсы минусы. Кто сталкивался с такой проблемой, просьба поделиться. Наше решение напишу в конце

Answer 1

[Иван Шумов]

Зависит от системы, которую строите. Api это вариант, но есть куча других, начиная от правильного планирования, не хранения кэша в файлах и вплоть до регулярного редеплоя нод (а лучше контейнеров).

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

Comments

[Alexandr Pit]

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

[Иван Шумов]

AlexPitTech, ключевое слово - конфигурация. Новый конфигуратор - новый деплой. Изменяя конфигурацию вы меняете правила игры и других опций у вас просто нет

[Alexandr Pit]

Не совсем понимаю, как именно связан деплой с вопросом...

Изменение данного ключа должно проходить быстро и надежно на всех нодах

[Иван Шумов]

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

[Alexandr Pit]

Иван Шумов, все верно, есть некий "оркестратор", который обращается к одной из нод чтобы обновить конфигурацию. та вносит изменения в бд. Если вы предлагаете чтобы он обращался ко всем нодам параллельно, то спасибо за ваше предложение.

созданию артефактов (билдов) и деплоя их

вопрос о внесении изменений в репозиторий не рассматривается

[Иван Шумов]

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

Если вы предлагаете чтобы он обращался ко всем нодам параллельно, то спасибо за ваше предложение.

Ни в коем случае, по тому что в рамках таких концептов как blue-green deployment к йодам никто обращаться, например, не может.

Сегодня любой сервис по сути должен быть immutable от момента запуска версии и до момента ее смерти. Важно понимать как будет себя вести система если на разных содах разные конфигурации. Например, представим что это доступ к базе данных. Мы не имеем никакого права позволить системы иметь возможность писать сразу в 2 базы в процессе изменения конфига

[Alexandr Pit]

Иван Шумов, Определенная конфигурация находится в mysql бд. Как сбросить кеш на всех нодах?
Я благодарю вас за ваше внимание, но это не приближает меня к решению задачи

[Иван Шумов]

AlexPitTech, конфигурация в базе? конфигурация чего?