Книга: Руководство по DevOps
Заключение
Заключение
Архитектура, в рамках которой работают наши сервисы, в значительной степени диктует то, как мы будем тестировать и развертывать наш код. Это было подтверждено в докладе 2015 State of DevOps Report компании Puppet Labs, показавшем, что архитектура — один из лучших инструментов предсказания производительности инженеров, работающих в ее рамках и того, насколько быстро и безопасно можно производить изменения.
Поскольку мы часто «застреваем» в архитектуре, оптимизированной для другого набора организационных целей или в далеком прошлом, постольку должны иметь возможность безопасно переходить с одной архитектуры на другую. В практических примерах из этой главы, а также в ранее приведенном примере компании Amazon показывались методики (например, шаблон удушающего приложения), способные помочь постепенно мигрировать с одной архитектуры на другую, давая возможность адаптироваться к потребностям организации.
- Архитектура, обеспечивающая производительность, тестируемость и безопасность
- Облачное хранилище данных компании Google
- Архитектурные архетипы: монолитный или микросервисы
- Практический пример
- Эволюционная архитектура в компании Amazon (2002 г.)
- Используем шаблон «удушающих приложений», чтобы безопасно развивать архитектуру нашей организации
- Практический пример
- Шаблон удушения в программе Blackboard Learn (2011 г.)
- Заключение
- Заключение к третьей части