Please log in to watch this conference skillscast.
Whether starting a greenfield project or refactoring a Big Ball of Mud Monolith into Microservices, identifying domain boundaries early on in the design process will have a determinant impact on the shape of the resulting system and architecture, and is crucial to establishing the system's usefulness to different business stakeholders.
The problem is that there are many aspects to consider when it comes to design domain boundaries. They may be seen as multi-dimensional is some way. Consider for example some aspects such as knowledge scope, business capabilities, business processes, teams organization, different non-functional requirements. The right balance and tradeoffs have to be found in order to address them in a meaningful way for the business.
In this talk Tomasz explores different boundaries dimensions and their impact on the design of the software — whether it comes to greenfield or brownfield. Understanding different forces behind them will help you choose appropriate tactical tools and patterns when it comes to implementation.
YOU MAY ALSO LIKE:
From Domain Boundaries to Purposeful Architecture
With more than 20 years of hands-on experience as software engineer in HRIS, e-commerce, insurance and financial fields, Tomasz is mainly focused on creating software delivering true business value which aligns with the business strategic initiatives and bears solutions with clearly identifiable competitive advantage through his Paris based consulting company Luteceo.
Active .NET contributor of VLINGO XOOM platform the way forward to rapidly unify scalable and high-performance architecture with design that drives business innovation, Tomasz is also one of the authors of the book "Strategic Monoliths and Microservices" co-written with Vaugh Vernon to help business decision-makers and technical team members collaborate to clearly understand their strategic problems, and identify their optimal architectural approaches in their quest for successful digital transformation.