Agile Методология

Question

1. Будет ли архитектура решений подходящей для гибкой методологии?
2. Какой подход к архитектуре лучше всего подходит для гибкой реализации, В настоящее время я предполагаю, что архитектура микрообслуживания является наилучшим вариантом для Agile Methodology, может ли кто-нибудь обосновать это?

Просьба помочь мне в этом отношении.

Answer 1

Я бы не связывал выбор архитектуры программного обеспечения (например, Micro-Services vs. Monolith) с выбором жизненного цикла разработки программного обеспечения или управления проектами (например, Agile vs. Waterfall).

Архитектура программного обеспечения должна быть выбрана на основе атрибутов качества продукта, принимая во внимание компромиссы между производительностью, безопасностью, простотой в использовании, доступность, совместимость, ремонтопригодности и т.д ...

Software процедуры разработки, стили управления и единицы организации должны выбираться и создаваться на основе того, что делает команду наиболее продуктивной. Большая команда Scrum может предпочесть делать микро-услуги в одном проекте и монолит в другом проекте. Аналогично, компания, которая следует за процессом водопада, может выбрать разрыв приложения с микросервисами или оставить его монолитом.

Разница между Agile и Waterfall заключается в том, как возникает архитектура: в Waterfall люди часто делают больше архитектуры авансом, тогда как в Agile существует некоторая архитектура, но больше архитектуры возникает при обнаружении требований во время спринтов.