Architecture Modernization with DDD
summary
Claims a concrete modernization path: use Event Storming and Domain Message Flow Modelling to map domains, then validate boundaries with process modeling and a bounded context canvas. Gives numbers: a startup builds an online car dealership in 90 days while a legacy company spends a year without pushing one line to the cloud. Describes a five‑team workshop where a 90% data‑clean issue is exposed and an API is hooked up that evening. Points to a starter modeling process and GitHub resources.
AI-written summary · about
chapters (12)
- 0:00Architecture modernization with DDD
- 3:14Software delivery slows down
- 5:02Modernization challenges
- 7:33DDD for fast team workflows
- 9:44Architecture and business needs
- 13:15Event storming for domains
- 17:25Decomposing domains
- 22:00Domain boundaries deep dive
- 28:18End-to-end domain workflows
- 33:09Design choices for subdomains
- 37:02Principles of modernization
- 38:27Start modernization journey
related talks
40mArchitecture Modernization: Aligning Software, Strategy, and Structure
01h 12mArchitecture Modernization: Aligning Software, Strategy, and Structure
48mArchitecture Modernization: Aligning Software, Strategy, and Structure
48mArchitecture Modernization: Aligning Software, Strategy, and Structure
50mDomain-Driven Transformation
51mUXDD: A New Pragmatic Methodology for Domain Modeling and User Experience.
47mArchitecture for Flow with Wardley Mapping, DDD, and Team Topologies
46mMaster Software Architecture: From Simplicity to Complexity
