TL; DR стильные ноты из статей я читал сегодня.
Автоматическое непрерывное развертывание в Heroku
- При добавлении новой автоматизации начните небольшие.
- Сделать его легко на борту. Настройка трубопроводов и списка оповещений для мониторинга должно быть проще, чем развертывание вручную.
- Если ручной процесс работал нормально, помимо скорости, пусть автоматический процесс использует ту же модель.
- Изолируйте стадии досрочного трубопровода с помощью командной среды, чтобы не затрагивать других команд сразу.
- Научите развертывателей использовать контекст, как человек — сканирование для открытых инцидентов, проверьте, были ли объединены изменения (или она может использовать неполную работу).
- Используйте внутренние флаги функций для разделения развертывания изменений и включения функций.
Полный пост здесь 8 минут прочитаны
Преимущества непрерывной доставки
- Маленькие частые развертывания содержат меньше кода и, следовательно, меньше риска внедрения ошибок. Восстановление тоже легче.
- Устранение неполадок легче, потому что есть одно изменение (или просто очень мало), чтобы проверить, и он свежий в вашем уме.
- Клиенты предпочитают быстрый доступ к новым функциям. Он обеспечивает быструю обратную связь от клиентов для каждой функции, которая может направлять вас к вашей следующей версии.
- Вам нужна культура DevOps, где разработчик также является развертывателем. Автоматизируйте сборку и развертывание, чтобы быть быстрыми и легкими.
- Установите систему для обновления Rolling, развертывающую сервер сервером, чтобы избежать прерывания услуг.
- Чтобы легко вернуться к более ранней версии, если есть проблемы с новым развертыванием.
Полный пост здесь 5 минут прочитаны
Советы и хитрости для масштабируемого потока CI/CD
Советы, которые помогут вам увеличить потоки CI/CD для больших проектов, если вы используете Docker и Kubernetes:
- Определите текущий поток VCS (системы управления версией), с помощью потока GIT или потока GitHub.
- При использовании сложного процесса ручного выпуска, используйте теги для запуска производственных выпусков.
- Адаптируйте свой поток GIT для количества средних условий.
- Настройте каналы уведомлений для отслеживания всех процессов потока CI.
- Держите докер изображения простой. Избегайте прохождения переменных ENV. Используйте команду запуска или позвольте Kubernetes обрабатывать это.
- Определите Конвенцию об именах докера — для разработки и UAT, где нет отката, вы можете использовать имена ветвей в качестве тегов, поэтому предыдущее изображение переопределено; Для производства тег с номером версии выпуска.
- Выполните миграцию базы данных в качестве отдельного шага за пределами DockerFile.
- Избегайте частных библиотек и подмодулей.
Полный пост здесь 5 минут прочитаны
Получите эти заметки непосредственно к вашему входящику каждый будний день, подписавшись на мой бюллетень, Inpippets (), здесь.
Оригинал: «https://dev.to/mohanarpit/tips-for-continuous-integration-deployment-delivery-1eka»