Компания использует проприетарную in-memory grid, которая требует обновления /etc/cluster/nodes.config при каждом изменении членства в кластере. Добавление узла должно быть автоматизировано, чтобы файл содержал IP-адреса текущих членов, а сервис перезапускался. Что может сделать DevOps-инженер для автоматизации этого с минимальными усилиями?

AWS OpsWorks Stacks позволяет моделировать кластер как слой, а событие жизненного цикла Configure запускается при изменении членства в слое (например, добавлении нового узла). Chef-рецепт может быть написан для динамического получения IP-адресов текущих инстансов слоя, генерации файла /etc/cluster/nodes.config и перезапуска сервиса. Это обеспечивает автоматизацию с минимальными усилиями, так как OpsWorks управляет оркестрацией. Хранение nodes.config в системе контроля версий с CodeDeploy требует ручного обновления файла и коммита при каждом изменении членства, что не является автоматизированным. Размещение файла в S3 с cron-задачей не гарантирует немедленного обновления при изменении членства и усложняет управление состоянием сервиса. Использование user-data скрипта при запуске нового инстанса не обновляет файл на существующих узлах кластера, что необходимо для поддержания актуального членства.