Когда вы начинаете работать над крупными корпоративными системами, релизы для обработки могут стать сложными. Вам придется подумать о вашем интерфейсе, микросервисах, сторонних услугах и других услугах. Убедившись, что эти вещи развернуты в правильном порядке и проходят тесты интеграции могут быть сложными, как только вы начнете работать с асинхронными задачами.
Вот почему важно иметь процесс DevOps на месте для обработки всех этих услуг. Выбор правильных инструментов и выполнения шагов в правильном порядке занимает некоторое время и тестирование, но после того, как вы настроите, вам не придется делать почти столько же ручных шагов. Это может избавиться от необходимости в любых ручных шагах вообще.
О больших системах
Существует дополнительная задача в развертывании приложений с большим количеством различных произведений. Вы должны проверить журналы мониторинга для каждого сервиса, если что-то пойдет не так, или приложение начинает работать медленнее, чем обычно. Существует вероятность того, что один из ваших сторонних услуг будет внизу, и ваша система должна быть достаточно устойчивой, чтобы справиться с этим, не затрагивая много пользователей.
Ваш трубопровод должен иметь возможность обрабатывать все разные условия, которые придумывают во время процесса развертывания этого комплекса. Это означает, что вам могут понадобиться параллельные процессы, выполняющие серии с другими задачами, переплетенными. Важно помнить, что вы должны иметь возможность использовать ваши журналы мониторинга, чтобы найти проблемы с проблемами.
Почему им может быть трудно выпустить
Что делает крупные предприятия проекты так сложно развернуть, это сколько услуг они взаимодействуют. Некоторые из них у вас есть контроль, а некоторые импортируются из других источников. Когда вы объединяете их, существуют проблемы интеграции, которые случаются, когда возвращаются нечетные значения. Есть проблемы с микросервисами, имеющими локальные ошибки, которые необходимо исправить. Есть потенциал для большего количества проблем, чем кажется, когда вы вкладываете вещи вместе.
Если ваше приложение должно иметь высокое время безотказной работы, и в каждой минуте есть тысячи пользовательских запросов, вам нужно знать, что все работает точно так, как правило. Это действительно сложно, если ваша команда практикует ручные развертывания. Обновление микросервиса может быть забыто или в интерфейсной регрессии может проскользнуть.
Сложные приложения имеют слишком много разных систем, которые должны быть последовательно развернуты человеком или командой. Ошибки произойдут, и они будут вызывать проблемы для пользователей, которые ниже доверие к вашему продукту. Вот почему мы используем DevOps для Orchestrate все задачи, которые должны произойти.
Как справиться с DevOps
Есть несколько разных вещей, которые вы можете сделать, чтобы справиться с большим развертыванием.
- Убедитесь, что у вас есть задачи, работающие параллельно, когда это возможно. Это сокращает все время выполнения и помогает вам получить изменения быстрее.
- Добавить инструменты автоматизации для интеграции микросервисов. Что-то вроде Куберанес удостоверится, что ваши услуги оставались самовосцеленными контейнерами.
- Включите проверки безопасности ранее в трубопроводе. Выполните статический анализ вашего кода, чтобы проверить уязвимости OwASP Top 10.
- Следить за всеми вашими услугами. Наличие центрального местоположения для ваших журналов поможет вам отлаживать проблемы быстрее и предотвратить неопределенные ошибки.
- Нарисуйте ключевые метрики, которые означают, что ваша система в хорошем состоянии. Это может означать обработку нагрузки балансировки или работать над оптимизацией процесса.
В том числе эти соображения в вашем создании трубопровода окупится в течение многих лет. Цель не делает самый быстрый трубопровод, это сделать самый надежный трубопровод. Если требуется несколько минут, чтобы запустить тест, который гарантирует все ваши услуги, прежде чем развернуть до производства, это может быть стоить времени.
Другие мысли
Поскольку имеется так много инструментов, это может быть трудно определить, что лучшее для вашего приложения. Вы можете проверить лучшие 15 инструментов безопасности для использования в вашем приложении, или вы можете узнать больше о том, как сделать стратегию DevOps в целом.
Убедитесь, что вы следуете за мной на Twitter Потому что я публикую такие вещи, как это и другие темы, все время!
Если вам интересно, какой инструмент вы должны проверить сначала, попробуйте Дирижер Для вашего CI/CD-трубопровода. Довольно легко встать и бежать, и даже проще отладить, пока он работает.
Оригинал: «https://dev.to/flippedcoding/handling-large-releases-with-devops-4l08»