지속적 아키텍처 원칙
지속적 아키텍처(Continuous Architecture)는 다음 여섯 가지 간단한 원칙을 따르는 소프트웨어 아키텍처 접근법입니다:
원칙 1: 제품을 미리 설계하라
프로젝트에서 제품으로 진화하라. 제품을 아키텍팅하는 것이 단순히 프로젝트에 대한 점 솔루션을 설계하는 것보다 효율적이며, 팀을 고객에게 집중시킵니다.
원칙 2: 기능적 요구사항이 아닌 품질 속성에 집중하라
품질 속성 요구사항이 아키텍처를 주도합니다.
원칙 3: 설계 결정을 꼭 필요한 시점까지 미뤄라
추측이 아닌 사실에 근거하여 아키텍처를 설계하라. 사용되지 않을 수도 있는 기능을 설계하고 구현하는 것은 시간과 자원의 낭비입니다.
원칙 4: 변화를 위한 아키텍처를 설계하라
작은 것의 힘을 활용하라. 크고 단일한, 밀접하게 결합된 구성 요소는 변경하기 어렵습니다. 대신, 작고 느슨하게 결합된 소프트웨어 요소를 활용하십시오.
원칙 5: 빌드, 테스트, 배포 및 운영을 위한 아키텍처를 설계하라
대부분의 아키텍처 방법론은 소프트웨어 빌드 활동에만 초점을 맞추지만, 우리는 아키텍트가 테스트, 배포 및 운영에도 신경 써야 지속적 배포를 지원할 수 있다고 믿습니다.
원칙 6: 작업 중인 시스템의 설계를 따라 팀을 조직하라
팀이 조직되는 방식이 그들이 작업 중인 시스템의 아키텍처와 설계를 주도합니다.
이 여섯 가지 원칙은 아키텍트가 현대 애플리케이션을 위한 소프트웨어 아키텍처의 가장 중요한 측면에 집중하도록 도와주며, Agile 및 DevOps 방식의 작업을 지원하는 점진적이고 진화적인 방식으로 작업할 수 있게 합니다.