Насколько автоматизирован слишком автоматизирован, когда дело доходит до развертывания?

Question

У меня ci, поэтому наша промежуточная среда строится сама собой.
Должен ли я иметь скрипт, который не только создает производство, но и выполняет все его ветвления?
Если у вас есть одна кодовая база на двух разных URL-адресах со скинами, нужно ли их создавать сразу?

Answer 1

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

Сценарии для сборки и ветвления для производства - отличная идея!

Answer 2

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

и к тому же это может быть весело!

Answer 3

Мне нравится разделять этапы сборки и развертывания на два отдельных этапа. Результатом шага сборки должен быть пакет, который помещается в хранилище или промежуточную область. Этот пакет должен быть независимым от целевых сред.

Шаг развертывания отвечает за настройку целевой среды и установку пакета.

Причины, по которым я предпочитаю такой подход:

• У меня есть один пакет, который может работать в моей среде разработки, тестирования и производства. Это должно сократить споры между QA и разработкой.
• Могут быть разные элементы, которые необходимо настроить во время развертывания. Настройки сервера приложений, схемы базы данных, загрузки данных и т. Д., Которые могут быть не так легко сделать из сценария автоматической сборки.

Answer 4

По-моему, это слишком автоматизировано, если никто из вашей группы поддержки производства не может развернуть приложение вручную в крайнем случае. Автоматические развертывания действительно сокращают простые, но распространенные ошибки, такие как ошибки конфигурации. Однако ручное развертывание всегда должно быть вариантом.