지수의 개발 기록장

아키텍처의 테마 ​ 이바 야콥슨의 "Object Oriented Software Engineering" 책을 언급하면서 저자는 책의 부제인 "유스케이스 주도 접근법"에 주목하였다. 야콥슨은 소프트웨어 아키텍처는 시스템의 유스케이스를 지원하는 구조라고 지적한다. ​ 주택이나 도서관의 계획서가 해당 건축물의 유스케이스에 대해 소리치는 것처럼, 소프트웨어 애플리케이션의 아키텍처도 애플리케이션의 유스케이스에 대해 소리쳐야 한다. ​ 또한 아키텍처는 프레임워크에 대한 것이 절대 아니며, 프레임워크는 사용하는 도구 일뿐 아키텍처가 준수해야 할 대상이 아니라고 강조한다. ​ 아키텍처를 프레임워크 중심으로 만들어버리면 유스케이스가 중심이 되는 아키텍처는 절대로 나올 수 없다. ​ ​ ​ ​ ​ ​ ​ 아키텍처의 목적 ..

프로그래밍/Architecture 2024. 1. 14. 17:50

애플리케이션을 업무 규칙과 플러그인으로 구분하려면, 업무 규칙이 실제로 무엇인지 잘 이해해야 한다. ​ 업무 규칙이란 사업적으로 수익을 얻거나 비용을 줄일 수 있어야 한다. 더 엄밀히 말해서, 컴퓨터상으로 구현했는지와 상관없이, 업무 규칙은 심지어 사람이 수동으로 직접 수행하더라도 사업적으로 수익을 얻거나 비용을 줄일 수 있어야 한다. ​ ​ 은행 시스템에서 업무 규칙을 예로 들어보면, 대출에 N%의 이자를 부과한다는 사실은 은행이 돈을 버는 하나의 업무 규칙으로 볼 수 있다. ​ 이러한 규칙은 사업 자체에 핵심적이며, 규칙을 자동화하는 시스템이 없더라도 업무 규칙은 그대로 존재하기 때문에 핵심 업무 규칙이라고 할 수 있다. ​ 핵심 업무 규칙은 보통 대출 잔액, 이자율, 지급 일정과 같은 핵심 업무 데..

프로그래밍/Architecture 2024. 1. 14. 17:49

소프트웨어 시스템이란 정책을 기술한 것이다. 컴퓨터 프로그램은 각 입력을 출력으로 변환하는 정책을 상세히 기술한 설명서이다. ​ 대다수의 주요 시스템에서 하나의 정책은 이 정책을 서술하는 여러 개의 조그만 정책들로 쪼갤 수 있다. ​ ​ 주문의 발송처리 정책을 예시로 생각해보자. ​ 각 주문에 대해 송장정보를 등록하는 정책, 입력된 송장 데이터가 유효하게 데이터베이스에 적용되어도 되는지 검증하는 정책, 입력된 데이터를 정제하여 적절한 데이터구조로 변환하는 정책, 주문의 구매자나 수신자에게 발송 알림을 전달하는 정책 등등... ​ 소프트웨어 아키텍처를 개발하는 기술에는 이러한 정책들을 신중하게 분리하고, 정책이 변경되는 양상에 따라 정책을 재편성하는 일도 포함된다. ​ 동일한 이유로 동일한 시점에 변경되는..

프로그래밍/Architecture 2024. 1. 14. 17:48

시스템 아키텍처는 소프트웨어 컴포넌트와 그 컴포넌트들을 분리하는 경계에 의해 정의된다. 18장 "경계 해부학"에서는 이러한 경계의 다양한 형태들에 대해 설명하고 있다. ​ ​ ​ 경계 횡단하기 "런타임에 경계를 횡단한다" 함은 그저 경계 한쪽에 있는 기능에서 반대편의 기능을 호출하여 데이터를 전달하는 일이다. 적절한 위치에서 경계를 횡단하는 비결은 소스 코드 의존성 관리에 있다. ​ 소스 코드의 모듈 하나가 변경 되면, 이에 의존하는 다른 소스 코드 모듈도 변경하거나 재컴파일 후 새로 배포해야할 수 있다. ​ 경계는 위와 같은 변경이 전파되는 것을 막기 위해 방화벽을 구축하고 관리하는 수단으로써 존재한다. ​ ​ ​ ​ ​ ​ 두려운 단일체 아키텍처 경계의 종류 중 가장 단순하고 흔한 형태는 물리적으로 ..

프로그래밍/Architecture 2024. 1. 14. 17:46

소프트웨어 아키텍처에서 경계란? ​ 소프트웨어 아키텍처는 "선을 긋는 기술", 즉 경계의 기술이다. 경계는 소프트웨어 요소를 서로 분리하고, 경계 한편에 있는 요소가 반대편에 있는 요소를 알지 못하도록 막는다. ​ 프로젝트 초기에 그어지는 이 경계선은 가능한 한 오랫동안 결정을 연기시키기 위해, 그래서 이들 결정이 핵심적인 업무 로직을 오염시키지 못하게 만들려는 목적으로 쓰인다. ​ 아키텍트의 목표는 필요한 시스템을 만들고 유지하는 데 드는 인적 자원을 최소화하는 것이 최족 목표라는 사실을 상기해야 한다. ​ 프로그래밍 실무를 담당하면서 가장 위의 목표에서 경계하게 되는 것은 바로 컴포넌트 간의 결합이다. (특히 너무 일찍 내려진 결정에 따른 결합) ​ 이 결정은 시스템의 업무 요구사항, 유스케이스와 아..

프로그래밍/Architecture 2024. 1. 14. 17:45

좋은 아키텍처는 다음의 요소들을 지원해야 한다. ​ 시스템의 유스케이스 시스템의 운영 시스템의 개발 시스템의 배포 ​ ​ ​ 유스케이스 아키텍처의 최우선 관심사는 유스케이스이며, 아키텍처에서도 유스케이스가 최우선이다. 시스템 아키텍처는 시스템의 의도를 지원해야한다는 뜻이다. ​ 좋은 아키텍처가 행위를 지원하기 위해 할 수 있는 일 중 가장 중요한 사항은 시스템의 행위를 명확히 하고 외부로 드러내며, 이를 통해 시스템이 지닌 의도를 아키텍처 수준에서 알아볼 수 있게 하는 것이다. ​ 예를 들어 장바구니 애플리케이션이 좋은 아키텍처를 갖추었다면, 이 애플리케이션은 장바구니 애플리케이션처럼 보일 것이다. 해당 시스템의 유스케이스는 시스템 구조 자체에서 한 눈에 드러날 것이다. ​ 이들 행위는 일급 요소이며, ..

프로그래밍/Architecture 2024. 1. 14. 17:44

클린 아키텍처 책의 15부 "아키텍처란?" 부분은 본격적으로 훌륭한 아키텍처를 설계하는 방법을 설명하기 전에, 아키텍처 그 자체의 개념과 목표, 특징들을 정리하는 장이다. ​ 여러 관점 (개발, 유지보수, 배포)에서 잘 설계된 아키텍처가 주는 이점들을 설명하고, 아키텍처의 요소를 정책과 세부사항으로 구분하여 구체적으로 어떤 목표를 달성해야 하는지 설명하고 있다. ​ ​ ​ ​ ​ ​ ​ ​ ​ 1) 소프트웨어 아키텍처란 무엇인가? ​ 소프트웨어 시스템의 아키텍처란 시스템을 구축했던 사람들이 만들어낸 시스템의 형태이다. ​ 그 모양은 - 시스템을 컴포넌트로 분할하는 방법, - 분할된 컴포넌트를 배치하는 방법, - 컴포넌트가 서로 의사소통하는 방식 에 따라 정해진다. ​ ​ 그리고 그 형태는 아킨텍처 안에 ..

프로그래밍/Architecture 2024. 1. 14. 17:44

#cleanArchitecture #클린아키텍처 #컴포넌트원칙 #컴포넌트결합 #UncleBob ​ ​ ​ ​ ​ 클린 아키텍처 14장에서는, 세 가지 원칙을 설명하며 컴포넌트 사이의 관계를 설명한다. 앞장에서도 강조했던 개발 가능성과 논리적 설계 사이의 균형을 다루고 있다. ​ 또한 저자는 컴포넌트 구조와 관련된 아키텍처는 기술적이며, 정치적이고 가변적이라는 특성을 같이 언급한다. ​ 이번 장에서 설명한 3가지 원칙을 각각 살펴보자. ​ ​ ​ ​ ​ ​ ADP : 의존성 비순환 원칙 ​ 개발자들에게 "숙취 증후군이란?" 많은개발자가 동일한 소스 파일을 수정하는 환경에서 발생하는 현상을 일컫는다. 프로젝트와 개발팀의 규모가 커지면서 이러한 숙취는 개발자들에게 지독한 악몽을 선사하게 된다. 코드를 수정해서..

프로그래밍/Architecture 2024. 1. 14. 17:42