Actions

Continuous Architecture

Revision as of 16:50, 2 September 2021 by User (talk | contribs)

What is Continuous Architecture?

Continuous Architecture is an architecture style that follows six simple principles:

  1. Architect products, not just solutions for projects. Architecting products is more efficient than just designing point solutions to projects and focuses the team on its customers.
  2. Focus on Quality Attributes, not on functional requirements. Quality attribute requirements drive the architecture.
  3. Delay design decisions until they are absolutely necessary. Design architectures based on facts, not on guesses. There is no point in designing and implementing capabilities that may never be used; it is a waste of time and resources.
  4. Architect for change—leverage “the power of small.” Big, monolithic, tightly coupled components are hard to change. Instead, leverage small, loosely coupled services
  5. Architect for build, test, and deploy. Most architecture methodologies exclusively focus on software building activities, but we believe that architects should be concerned about testing and deployment activities in order to support Continuous Delivery.
  6. Model the organization after the design of the system. The way teams are organized drives the architecture and design of the systems they are working on. [1]

Continuous Architecture is a set of principles and tools targeted at bridging the gap between Agile delivery and architecture practices within an organization.

Continuous Architecture is about using the appropriate tools to make the right decisions and support Continuous Delivery, Continuous Integration and Continuous Testing


  1. Continuous Architecture: Sustainable Architecture in an Agile and Cloud-Centric World, Murat Erder and Pierre Pureur[1]