За DevOps Microframeworks будущее, но, похоже, этого еще никто не знает.
Часть 3 Декларативных микрофреймворков DevOps
DevOps и Microframeworks - это два слова, которые мне еще предстоит найти в Интернете вместе. Однако команды DevOps вынуждены внедрять собственный код чаще, чем большинство доменов. DevOps Microframeworks помогает справиться с неизбежностью и сложностью написания собственного кода DevOps.
Пользовательский код неизбежен
Закон Конвея гласит:
организации, которые проектируют системы… вынуждены производить проекты, которые являются копиями коммуникационных структур этих организаций.
- М. Конвей
Для наших целей закон Конвея гласит, что не может быть универсального решения для программного обеспечения, потому что у каждой компании разные структуры команды и процессы. Всегда будет необходимость писать собственный код для решения проблемы, потому что никакие две команды никогда не будут решать одну и ту же проблему в одном и том же контексте.
DevOps находится на пересечении между процессами управления выпусками, процессами разработки программного обеспечения, процессами безопасного развертывания и многим другим. Таким образом, возможно, нет лучшего доказательства закона Конвея, чем команда DevOps, пытающаяся создать свои собственные процессы, удовлетворяя процессы других команд. Удачи вам в поисках предложения DevOps-as-a-Service, отвечающего уникальным требованиям вашей команды. Часто лучше написать краткий индивидуальный код для решения проблем вашей команды.
Microframeworks позволяет управлять пользовательским кодом
Микрофреймворк - это структура, которая придерживается принципа единой ответственности. Фреймворк (макро) решает все аспекты работы; например, среда веб-разработки aspnet - единственная среда, которая необходима для создания полной и отказоустойчивой веб-службы. Напротив, микрофреймворк решает только одну задачу; например, микрофреймворк веб-разработки флакон помогает реализовать маршрутизацию только для веб-службы.
Микрофреймворк - это структура, которая придерживается принципа единой ответственности
Микрофреймворки крайне недооценены в сообществе DevOps. Закон Конвея более применим к DevOps, чем к большинству доменов, поэтому существует значительная потребность в написании собственного кода. Команды DevOps имеют широкий круг обязанностей, поэтому обеспечение модульной переносимости настраиваемого кода чрезвычайно важно. Код DevOps в основном представляет собой связующий код команд оболочки, перемещение / манипулирование файлами, создание интерфейса командной строки и т. Д., Поэтому очень легко написать микрофреймворки DevOps, если вы используете язык, который изначально поддерживает все эти функции (например, PowerShell). .
С чего начать.
Декларативные микрофреймворки DevOps предоставляет полный список статей и руководств для понимания концепций, лежащих в основе Декларативных микрофреймворков DevOps, а также руководств по разработке и внедрению собственных Декларативных микрофреймворков DevOps для практического использования в DevOps. случаи.