Начать хотел не по-порядку, а с практики проектирования прилож | OrangeDevOps

Начать хотел не по-порядку, а с практики проектирования приложения для использования DevOps -подхода.
Что в него входит:
• Приложение спроектировано так, чтобы поддерживать модульную независимую сборку, тестирование и релизы. Другими словами, сам продукт разбит на модули с минимальными зависимостями между ними. Таким образом, модули могут быть построены, протестированы и выпущены без необходимости одновременной сборки, тестирования и выпуска всего продукта.
• Приложения спроектированы как модульные неизменяемые микросервисы, готовые к развертыванию в облачных инфраструктурах в соответствии с принципами 12-факторов приложений, а не на основе монолитной, изменяемой архитектуры.
• Изменения исходного кода программного обеспечения перед слиянием в общую ветку предварительно:
1. проверяются с помощью инструментов статического анализа. Инструменты статического анализа используются, чтобы гарантировать, что новый код не приводит к критическим программным сбоям, таким как утечки памяти, неинициализированные переменные и проблемы с границами массива.
2. проходят код-реью.
3. проверяются тестами динамического анализа, чтобы гарантировать, что производительность программного обеспечения не снизилась.
4. проверяются тестами функционального тестирования.
• Программные фичи помечаются тегами во время коммита для обеспечения возможности выборочного функционального тестирования и отката.
• Результаты автоматизированного тестирования регистрируются в сливаемой ветке вместе с подтверждением того, что тесты прошли в тестовой среде.
• Разработчики коммитят свой код регулярно, не реже одного раза в день.

Продолжение следует ...
#devops