88. 물리/배포 뷰 (Physical/Deployment View) - 시스템 하드웨어 매핑

핵심 인사이트 (3줄 요약)

본질: 물리/배포 뷰 (Physical/Deployment View)는 논리적으로 설계된 소프트웨어 컴포넌트들이 실제 하드웨어 서버, 네트워크, 스토리지 인프라에 어떻게 분산 배치되는지 보여주는 도면이다.

가치: 단일 장애점(SPOF), 네트워크 병목 구간, 확장성 확보 방안을 시각적으로 검증하여 개발과 인프라 운영 간의 의사소통 기준을 제공한다.

판단 포인트: 단순히 서버 목록을 나열하는 것이 아니라, 보안 구역(Zone)과 방화벽, 로드 밸런싱 같은 비기능적 요구사항이 물리적으로 어떻게 충족되는지 반드시 표현해야 한다.

Ⅰ. 개요 및 필요성

소프트웨어 아키텍처의 4+1 뷰(Kruchten's 4+1 View Model) 중 하나인 물리/배포 뷰 (Physical/Deployment View)는 "우리가 만든 소프트웨어가 도대체 어디서 실행되는가?"라는 질문에 명확하게 답하는 관점이다. 개발자가 작성한 소스 코드나 논리적 객체가 아니라, 노드(Node), 통신망, 배포 단위(Artifact)를 중심으로 시스템 토폴로지를 묘사한다.

시스템 규모가 커질수록 소프트웨어의 로직 자체보다 인프라의 물리적 제약(네트워크 지연, 디스크 I/O 한계, 장비 장애)이 성능을 좌우하는 경우가 많아진다. 배포 뷰가 생략되면, 완벽한 논리 설계를 가졌음에도 불구하고 하나의 물리 서버에 너무 많은 부하가 집중되거나, DB와 웹 서버 사이에 불필요한 네트워크 홉(Hop)이 길어져 장애가 발생하기 쉽다.

📢 섹션 요약 비유: 아무리 예쁜 가구 배치도(논리 뷰)를 그렸더라도, 실제 집의 전기 콘센트와 수도관 위치(배포 뷰)를 모르면 가전을 작동시킬 수 없는 것과 같다.

Ⅱ. 아키텍처 및 핵심 원리

배포 뷰를 구성하는 뼈대는 노드 간의 물리적 배치와 이들을 잇는 통신 경로다. UML (Unified Modeling Language)의 배포 다이어그램 (Deployment Diagram)을 활용하여 구체적인 하드웨어 장비와 그 위에 올라가는 실행 파일을 명시한다.

구성 요소	역할	다이어그램 표현 특징
노드 (Node)	연산 처리나 저장을 수행하는 물리/가상 하드웨어 장비	3차원 큐브 형태로 표현되며, 서버 사양이나 OS 정보 기재
산출물 (Artifact)	노드에 배포되어 실행되는 소프트웨어 덩어리 (`.jar`, `.war` 등)	노드 내부에 포함 관계로 그리며 버전을 명시
통신 경로 (Communication Path)	노드 간의 데이터 교환을 위한 네트워크 연결선	프로토콜 (HTTP, TCP/IP, JDBC 등)과 대역폭을 텍스트로 표기

┌──────────────────────────────────────────────────────────────┐
│                  전형적인 3-Tier 배포 다이어그램 구조                │
├──────────────────────────────────────────────────────────────┤
│                                                              │
│  [Client Node]          [App Server Node]         [DB Node]  │
│  ┌───────────┐          ┌───────────────┐      ┌───────────┐ │
│  │ Web       │--HTTPS-->│ Tomcat Engine │-TCP->│ Oracle DB │ │
│  │ Browser   │          │ <<artifact>>  │      │ <<Data>>  │ │
│  └───────────┘          └───────────────┘      └───────────┘ │
│                                                              │
└──────────────────────────────────────────────────────────────┘

이 그림은 사용자의 브라우저에서 출발한 요청이 어떤 프로토콜을 타고 애플리케이션 서버와 데이터베이스 장비로 넘어가는지 직관적으로 보여준다. 이를 통해 어느 구간에 방화벽을 설정해야 하고, 장애 시 어디를 분리(Isolation)해야 하는지 명확한 운영 지침을 얻을 수 있다.

📢 섹션 요약 비유: 노드는 화물을 실어나르는 트럭이고, 산출물은 트럭 안의 화물 박스이며, 통신 경로는 트럭들이 오가는 고속도로다.

Ⅲ. 비교 및 연결

물리/배포 뷰는 논리적인 컴포넌트들을 담는 그릇이므로 논리 뷰(Logical View)나 구현 뷰(Implementation View)와 긴밀하게 연동된다. 하지만 시야의 높이와 목적이 전혀 다르다.

관점 비교	논리/구현 뷰 (Logical/Implementation)	배포 뷰 (Deployment)
주된 관심사	"소프트웨어가 어떻게 구성되는가?"	"소프트웨어가 어디에서, 어떻게 구동되는가?"
핵심 표현 요소	클래스, 패키지, 컴포넌트	서버, 라우터, 클라우드 인스턴스, 통신망
타깃 독자	주로 개발자와 소프트웨어 아키텍트	시스템 엔지니어, 네트워크 관리자, 인프라 운영자

현대 IT 환경에서는 클라우드 네이티브 아키텍처가 발전하면서 배포 뷰의 성격이 진화하고 있다. 물리적인 베어메탈 서버를 그리는 대신, IaaS (Infrastructure as a Service) 인스턴스, VPC (Virtual Private Cloud), 컨테이너 오케스트레이션(Kubernetes 등) 단위의 논리적 인프라 경계를 묘사하는 것이 더 실효성 있는 배포 뷰로 인정받는다.

📢 섹션 요약 비유: 구현 뷰가 요리의 레시피와 재료 목록이라면, 배포 뷰는 주방의 가스레인지 위치와 조리대의 동선을 짜놓은 설계도다.

Ⅳ. 실무 적용 및 기술사 판단

실무에서 배포 뷰는 신규 시스템 런칭 전, 인프라 팀과 개발 팀 사이의 '계약서' 역할을 한다. 설계서 리뷰 시 배포 뷰에 아래의 사항들이 제대로 반영되었는지 비판적으로 판단해야 정합성을 검증할 수 있다.

설계 검토 및 실무 판단 체크리스트

가용성과 이중화: 웹/앱 서버 노드가 단일점장애(SPOF)로 구성되지는 않았는가? 로드 밸런서(L4/L7 스위치)가 노드 앞에 적절히 배치되었는가?
보안 구역(Zone) 분리: 외부 인터넷망(DMZ), 내부망, 데이터베이스망이 명확히 분리되고 통신 경로마다 허용 포트(Port)가 정의되어 있는가?
확장성(Scalability): 트래픽 급증 시 동적으로 확장(Scale-out)되어야 하는 노드군과 정적으로 유지되는 노드가 시각적으로 구별되어 있는가?

안티패턴

인프라 구성도에 서버 박스만 덜렁 그려 놓고, 그 안에 어떤 배포 산출물(Artifact)이 담기는지 매핑하지 않는 문서. (이 경우 트러블슈팅 시 어느 장비를 재부팅해야 하는지 알 수 없다.)
📢 섹션 요약 비유: 튼튼한 금고(DB 노드)를 샀어도, 문을 활짝 열어둔 길가(DMZ)에 배치한다면 도둑을 막을 수 없다. 위치와 경계가 곧 보안과 성능이다.

Ⅴ. 기대효과 및 결론

명확하게 작성된 물리/배포 뷰는 시스템 오픈 후 발생하는 성능 저하와 장애의 근본 원인을 추적하는 베이스캠프가 된다. 신규 서버 투입 비용을 산정하거나 망 분리 심사를 받을 때도 이 도면 하나로 수많은 논의를 압축할 수 있다.

최근에는 IaC (Infrastructure as Code) 기술을 통해 배포 뷰 다이어그램이 곧바로 테라폼(Terraform) 같은 코드로 번역되어 클라우드 환경에 자동 구축되기도 한다. 결국 물리/배포 뷰는 단순히 장비를 그리는 작업이 아니라, 시스템의 '비기능적 요구사항'을 생명력이 있는 현실 공간에 구체화하는 가장 중요한 아키텍처 결정 과정이다.

📢 섹션 요약 비유: 머릿속의 아이디어(코드)가 땅(인프라)에 단단히 발을 딛게 만들어 주는 중력과 같은 설계도다.

📌 관련 개념 맵

개념	연결 포인트
논리 뷰 (Logical View)	배포 뷰에 매핑될 소프트웨어 모듈의 본질적 구조
SPOF (Single Point of Failure)	배포 뷰를 통해 반드시 색출하고 제거해야 할 취약한 인프라 지점
IaC (Infrastructure as Code)	배포 뷰의 구조를 코드로 작성해 인프라를 자동 생성하는 현대적 기법
컨테이너 오케스트레이션	Kubernetes처럼 노드 간 배포와 통신을 동적으로 관리하는 플랫폼

📈 관련 키워드 및 발전 흐름도

물리 장비 매핑 (베어메탈 중심)
    │
    ▼
가상화 토폴로지 (VM, Hypervisor 기반)
    │
    ▼
클라우드 인프라 뷰 (VPC, Subnet, Security Group)
    │
    ▼
마이크로서비스 배포 뷰 (컨테이너 오케스트레이션 매핑)
    │
    ▼
IaC (Infrastructure as Code) 연동 자동화

👶 어린이를 위한 3줄 비유 설명

게임을 만들었는데, 그 게임을 스마트폰에 깔지, 거실 컴퓨터에 깔지 정하는 지도가 필요해요.
물리/배포 뷰는 우리의 프로그램 덩어리들을 어떤 기계 방에 넣을지, 선은 어떻게 연결할지 보여주는 설계도예요.
이 지도가 있어야 해커 침입을 막을 방패(방화벽)를 어디에 세울지, 길이 막힐 때 어디를 넓힐지 알 수 있답니다.