Стратегии Мультиразвертывания серверов - Мерзавец на рабочих серверах?
Можно установить утилиту объема RAID, которая сделает зеркальное отражение во время времени выполнения, но добираться там необходимо будет скопировать весь диск (не только файлы, но и целый диск в сырых данных как с командой dd в Unix).
Отвечая на ваш вопрос: Да, развертывание с использованием git (или любого другого элемента управления версиями) - это правильный путь, особенно когда ваша инфраструктура начинает становиться сложной / большой.
Ответ на ваши вопросы
Безопасность должна быть многоуровневой, и даже если бы git был действительно опасным вектором атаки, кому-то все равно пришлось бы получить доступ к серверам, чтобы сделать это. Имейте хорошую безопасность сервера, аутентификацию на основе SSH-ключа и контроль доступа / ведение журнала, и у вас будет очень низкий риск этого.
Если вы хотите написать инструмент развертывания, конечно, вы должны рассмотреть процедуру отката в случае сбоя обновления кода . Хорошо то, что такие инструменты, как capistrano (с которыми я более знаком), уже имеют все эти встроенные шаги, и вы можете изменить поведение и т. Д.
Я думаю, что лучше всего использовать инструмент развертывания, такой как capistrano или Vlad the Deployer , или даже Chef развертывает , если у вас уже есть Chef (или другой инструмент управления конфигурацией)
Capistrano, например, по умолчанию ориентирован на рельсы, но вы можете настроить его для развертывания чего угодно. Он будет подключаться к вашим серверам, обновлять код (сохраняя некоторые старые версии на случай, если вам нужно вернуться к предыдущей версии), выполнять такие задачи, как миграция или очистка БД, а затем при необходимости перезапускать службы. Вы можете адаптировать это для своей среды и даже иметь разные среды (я работал с производством, заявлено + 3 других).
Все другие инструменты позволят вам сделать что-то подобное, и я думаю, что потратить время на написание сценария развертывания - это просто действует только в том случае, если ваша система действительно отличается от "обычной" ед.