Одной из проблем с автоматизацией развертывания является сама сокращение, в результате чего программное обеспечение с окончательного этапа тестирования до живого производства. Обычно вам нужно сделать это быстро, чтобы свести к минимуму простоя. Подход к развертыванию сине-зеленых делает это, гарантируя, что у вас есть две производственные среды, максимально идентичные. В любое время один из них, скажем, синий, пример, живой. Когда вы готовите новый выпуск своего программного обеспечения, вы выполняете свой последний этап тестирования в зеленой среде. После того, как программное обеспечение работает в зеленой среде, вы меняете маршрутизатор, чтобы все входящие запросы переходили в зеленую среду — синий сейчас простаивает.
Голубо -зеленое развертывание также дает вам быстрый способ отката — если что -то пойдет не так, вы переключаете маршрутизатор обратно в свою синюю среду. По -прежнему существует проблема, связанная с пропущенными транзакциями, в то время как зеленая среда была вживую, но в зависимости от вашего дизайна вы сможете питать транзакции в обеих средах таким образом, чтобы сохранить синюю среду в качестве резервной копии, когда зеленый живет. Или вы можете поместить приложение в режиме только для чтения перед вырезанием, запустите его на некоторое время в режиме только для чтения, а затем переключите его в режим чтения-записи. Этого может быть достаточно, чтобы выяснить много выдающихся вопросов.
Две среды должны быть разными, но максимально идентичными. В некоторых ситуациях они могут быть разными частями аппаратного обеспечения, или они могут быть разными виртуальными машинами, работающими на одном (или другом) оборудовании. Они также могут быть единой рабочей средой, разделенной на отдельные зоны с отдельными IP -адресами для двух ломтиков.
После того, как вы разместите свою зеленую среду в прямом эфире, и вы довольны ее стабильностью, вы используете синюю среду в качестве своей промежуточной среды для окончательного этапа тестирования для вашего следующего развертывания. Когда вы будете готовы к следующему выпуску, вы переключаетесь с зеленого на синий так же, как и с синего на зеленый. Таким образом, как зеленые, так и синие среды регулярно проводят езду на велосипеде между живой, предыдущей версией (для отката) и постановкой следующей версии.
Преимущество этого подхода заключается в том, что это тот же базовый механизм, что и вам, чтобы работать с горячим стендом. Следовательно, это позволяет вам проверить вашу процедуру охвата стихийных бедствий в каждом выпуске. (Я надеюсь, что вы выпускаете чаще, чем у вас катастрофа.)
Оригинал: «https://dev.to/allericksha/devops-best-practices-for-setting-up-recovery-points-in-infrastructure-486h»