본문 바로가기

전체 글199

18장 경계 해부학 18장 경계 해부학태그비어 있음날짜2024년 8월 1일시스템 아케틱처에서 컴포넌트를 분리하는 경계는 다양한 형태로 나타난다. 몇 가지를 알아보자🛣️ 경계 횡단하기적적할 위치에서 경계를 횡단하는 비결은 소스 코드 의존성 관리에 있음의존성이 있는 소스코드 모듈을 변경하면 다시 컴파일 해서 배포해야 할 수도 있다.경계는 이러한 변경이 전파되는 것을 막는 방화벽을 구축하고 관리하는 수단🛣️ 두려운 단일체함수와 데이터가 단일 프로세서에서 같은 주소 공간을 공유하며 규칙에 따라 분리되어 있는 것→ 소스 수준 분리 모드배포 관점에서 단일 실행 파일 (jar, .EXE파일)은 경계가 드러나지 않는다.경계가 없을까?단일 샐행 파일을 만들더라도 그 안에 포함된 다양한 컴포넌트 수준에 경계가 있다.다형성에 의존하여 내부.. 2025. 3. 18.
17장 경계: 선 긋기 17장 경계: 선 긋기태그비어 있음날짜2024년 7월 25일너무 일찍 결정한 결합에 때문에 인적 자원의 효율을 떨어트린다.시스템의 업무 요구사항, 유스 케이스와 관련없는 결정, 프레임워크, 데이터 베이스 등두 가지 슬픈 이야기너무 이른 결정 : 모든 도메인은 GUI, 미들웨어, 뎅터베이스를 를 위한 3가지 인스턴스를 가져야 한다.⇒ 개발 비용을 증가시킴 SOA를 약속하는 일련의ㅡ 도구들을 너무 일찍 채택하여 적용했다.FitNesse개발하고자 했던 시스템을 UI, 업무 규칙, 데이터베이스 계층으로 적절하게 나누었다.데이터베이스에 대한 선택을 마지막까지 미뤘다.영속성을 구현해야 시점에 flat 파일에 저장하게 구현함(쉬움)업무 규칙과 데이터베이스 사이의 선 긋기를 통해 데이터베이스 구현을 1년 동안 연기할 .. 2025. 3. 18.
16장 독립성 16장 독립성태그비어 있음날짜2024년 7월 25일좋은 아키텍처가 지원해야 하는 것시스템의 유스케이스시스템의 운영시스템의 개발시스템의 배포유스케이스좋은 아키텍처는 행위를 명확히 하고 외부로 드러내 시스템 구조 자체에서 유스케이스가 한눈에 드러나게 만들 수 있다. 운영시스템이 수 밀리초 안에 3차원의 빅데이터 테이블에 질의해야 한다면 이러한 형태를 지원해서 운영작업을 할 수 있는 형태로 아키텍처를 구조화 해야 한다. 개발콘웨이 법칙 : 그 조직과 닮은 구조의 설계를 만든다.다양한 관심사를 가진 많은 팀이 있는 조직에서는 각 팀이 독립적으로 행동하기 편한 아키텍처를 확보해야 한다.배포아키텍처는 배포 용이성을 결정하는데 중요한 역할을 한다.그렇게 하기 위해서 시스템을 컴포넌트 단위로 분할해 격리시켜야 한다.계.. 2025. 3. 18.
15장 아키텍처란? 15장 아키텍처란?태그비어 있음날짜2024년 8월 1일소프트웨어 어키텍트는 코드를 탈피하고 고수준에 문제만 집중하는 것이 아니다. 소프트웨어 아키텍트는 코드와 동떨어져서는 안 된다.소프트웨어 시스템의 아키텍처란 시스템을 구축했던 사람들이 만들어낸 시스템의 형태다.시스템 아키텍처의 최우선 목표 💡이러한 일을 용이하게 만들기 위해서는 가능한 한 많은 선택지를, 가능한 한 오래 남겨두는 전략을 따라야 한다. 시스템 아키텍처는 시스템 동작 여부와는 거의 관련이 없다.형편없는 아키텍처는 운영은 괜찮지만 배포, 유지보수, 개발 과정에서 어려움을 겪는다. 아키텍처의 주된 목표 : 시스템의 생명주기를 지원하는 것 시스템의 수명과 관련된 비용 최소화, 프로그래머의 생산성 최대화 🔎 개발팀 구조가 다르면 아키텍처도 .. 2025. 3. 18.

티스토리툴바