AWS 아키텍처 다이어그램을 만드는 방법

주요 시사점

• AWS 아키텍처 다이어그램은 클라우드 솔루션이 구성되는 방식 및 그 서비스가 서로 연관된 방식을 명확하게 시각적으로 설명하는 방법을 제공합니다.

• 다이어그램은 복잡한 클라우드 시스템을 기술 분야의 이해 관계자 및 기술 분야 이외의 이해 관계자 모두가 이해할 수 있게 하여 커뮤니케이션 공백을 해소하는 데 도움이 됩니다.

• 핵심 구성 요소 및 데이터 흐름에 집중하면 AWS 아키텍처 다이어그램의 가독성 및 의미가 향상됩니다.

• 일반적인 아키텍처 패턴은 설계 시간을 단축하고 시스템 전반의 일관성을 유지하도록 도와주는 템플릿 역할을 합니다.

• 공동 작업 화이트보드 및 프로젝트 공동 작업 도구를 사용하면 시간이 지나도 정확한 아키텍처 다이어그램을 더 쉽게 만들고 공유하며 유지 관리할 수 있습니다.

Amazon Web Services에서 시스템을 설계하는 작업은 인프라를 배포하기 훨씬 전부터 시작되는 경우가 많습니다. 계획을 세우면 팀이 서비스가 연결되는 방식, 데이터가 흐르는 위치 및 가장 큰 책임을 지는 구성 요소에 대해 공통된 이해를 갖추게 됩니다. 특히 시스템이 복잡해질수록 텍스트만으로는 그 정도 수준의 명확성을 달성하기 어렵습니다.

AWS 아키텍처 다이어그램은 클라우드 시스템이 구성되는 방식 및 그 구성 요소가 상호 작용하는 방식을 보여줍니다. 팀이 초기에 정렬하고 이해 관계자와 명확하게 커뮤니케이션하고 구현, 감사 또는 핸드오프 중에 중요한 결정 사항을 문서화하는 데 도움이 됩니다.

이 문서에서는 AWS 아키텍처 다이어그램의 정의, 이 다이그램이 중요한 이유 및 만드는 방법을 단계별로 살펴봅니다. 또한 일반적인 패턴, 핵심 구성 요소 및 팀이 최신 다이어그램 제작 도구 및 화이트보드를 사용하여 공동 작업할 수 있는 실용적인 방법도 다룹니다.

AWS 아키텍처 다이어그램이란 무엇입니까?

AWS 아키텍처 다이어그램은 Amazon Web Services 플랫폼에 구축된 시스템을 시각적으로 표현한 것입니다. 컴퓨팅, 스토리지, 데이터베이스, 네트워킹 및 모니터링 도구와 같은 클라우드 서비스가 애플리케이션 또는 워크로드를 지원하기 위해 구성 및 연결되는 방식을 보여줍니다.

이 다이어그램은 일반적으로 표준화된 AWS 아이콘을 사용하여 Amazon Elastic Compute Cloud, Amazon Simple Storage Service 및 Amazon Relational Database Service와 같은 서비스를 나타냅니다. 공식 AWS 아이콘을 일관되게 사용하면 클라우드 엔지니어 및 아키텍트 모두에게 친숙한 시각적 언어를 통해 다이어그램을 더 쉽게 이해하게 됩니다.

기본적으로 아키텍처 다이어그램은 솔루션 내에 포함된 서비스 및 그 서비스가 연관된 방식을 설명합니다. 더 깊게 들어가면 보안 경계, 데이터 흐름, 종속성 및 장애 지점도 표시할 수 있습니다. 이 다이어그램의 상세 수준은 다이어그램의 대상 및 사용 목적에 따라 달라집니다.

팀 및 이해 관계자에게 클라우드 아키텍처 시각화가 중요한 이유

하나의 역할이 여러 클라우드 시스템을 소유하는 경우는 거의 없습니다. 솔루션 아키텍트는 이를 설계하고, DevOps 엔지니어는 이를 운영하며, 프로젝트 관리자는 제공을 추적하고, 이해 관계자는 위험 및 비용을 평가합니다. 아키텍처 다이어그램은 이 모든 관점에 대한 공동의 기준점을 만듭니다.

기술 팀을 위해 다이어그램은 관계를 시각화하여 프로젝트 공동 작업을 지원합니다. 특히 디지털 화이트보드를 통해 관계를 나타내면 더욱 효과적입니다. 트래픽이 시스템에 들어오는 방식, 서로 의존하는 서비스 및 스케일링 또는 이중화가 구축된 곳을 빠르게 확인할 수 있습니다. 이를 통해 병목 상태, 보안 공백 및 성능 위험이 프로덕션에서 나타나기 전에 더 쉽게 식별할 수 있습니다.

엔지니어링 분야 이외의 이해 관계자에게 다이어그램은 복잡한 클라우드 시스템을 직관적인 시각 자료로 변환해 줍니다. 잘 구성된 다이어그램은 클라우드 내부 구조에 대한 깊은 지식 없이도 시스템 동작을 설명해 줍니다. 이것은 구현 세부 사항보다 정렬이 더 중요한 검토, 감사 및 계획 논의 과정에서 특히 유용합니다.

AWS 아키텍처 다이어그램을 사용하는 경우

AWS 시스템의 수명 주기에서 아키텍처 다이어그램이 특히 유용한 몇 가지 시점이 있습니다. 가장 일반적인 경우 중 하나는 초기 설계 단계에서 팀이 서비스, 리전 및 네트워킹에 대한 기본적인 결정을 내릴 때입니다.

구성 요소가 상호 작용하는 방식을 이해하면 숨겨진 종속성 또는 잘못된 구성을 발견할 수 있으므로 다이어그램은 문제 해결 시에도 유용합니다. 명확한 종속성 다이어그램은 단일 서비스 장애가 시스템 전체에 연쇄적으로 영향을 미칠 수 있는 지점을 드러내는 경우가 많습니다.

기타 일반적인 사용 사례로는 새로운 팀원 온보딩, 보안 또는 규정 준수 검토 준비 및 장기 운영 시스템의 설명서 유지 관리가 있습니다. 이 모든 상황에서 시각적 참조는 시간을 절약하고 오해를 줄여줍니다.

AWS 아키텍처 다이어그램의 주요 구성 요소

대부분의 AWS 아키텍처 다이어그램은 소수의 핵심 구성 요소 범주를 중심으로 구성됩니다. 각 프로젝트의 특정 AWS 서비스는 워크로드 및 아키텍처 접근 방식에 따라 다를 수 있지만, 다음 구성 요소 목록은 클라우드 시스템을 이해하는 일관된 방법을 제공합니다.

• 컴퓨팅은 애플리케이션 코드가 실행되는 단계를 나타냅니다. 여기에는 비즈니스 로직을 실행하고 요청을 처리하는 가상 컴퓨터, 컨테이너 및 서버리스 함수가 포함됩니다.

• 스토리지는 파일 및 개체를 저장하는 서비스를 다루며, 정적 자산, 백업 또는 데이터 레이크에 자주 사용됩니다. 이 서비스는 실시간 쿼리보다는 내구성 및 확장에 최적화되어 있습니다.

• 데이터베이스는 구조화된 데이터 및 트랜잭션 워크로드를 처리합니다. 데이터베이스 엔진 및 구성에 따라 애플리케이션 상태, 분석 및 보고와 같은 사용 사례를 지원합니다.

• 네트워킹은 시스템을 통해 트래픽이 이동하는 방식을 정의합니다. 가상 네트워크, 로드 밸런서, 게이트웨이 및 라우팅 규칙에 따라 사용자와 서비스가 안전하게 연결되는 방식이 결정됩니다.

• 모니터링 도구는 메트릭, 로그 및 알림을 통해 시스템 상태에 대한 가시성을 제공하여 성능 문제가기 사용자에게 영향을 미치기 전에 팀이 이를 감지할 수 있도록 도와줍니다.

일반적인 AWS 아키텍처 패턴

모든 시스템이 고유하지만, 대부분의 AWS 아키텍처 다이어그램 예시는 인식 가능한 패턴 또는 템플릿을 따릅니다. 이 패턴은 팀이 요구 사항, 제약 조건 및 확장에 맞게 조정하는 시작점 역할을 합니다.

세 가지 일반적인 패턴은 다음과 같습니다.

• 웹 애플리케이션 아키텍처 – 사용자 요청이 부하 분산 장치를 통과하여 데이터베이스 및 스토리지와 상호 작용하는 컴퓨팅 서비스로 전달됩니다. 

• 서버리스 아키텍처 – 이벤트 기반 함수가 전용 서버에 의존하지 않고 작업을 처리합니다.

• 다중 계층 시스템 – 프레젠테이션, 애플리케이션 로직, 데이터 계층을 분리하여 책임을 체계화합니다. 

이 패턴은 팀이 책임, 장애 분리 및 확장 전략에 대해 추론하는 데 도움이 됩니다. 템플릿으로 사용하면 디자인 시간이 단축되고 프로젝트 전반에 걸쳐 일관성을 유지할 수 있습니다.

AWS 아키텍처 다이어그램을 만드는 방법 5단계

사전 설정된 다이어그램 만들기 도구 또는 AWS 다이어그램 템플릿을 사용하든, 아니면 처음부터 작성하든, 효과적인 AWS 아키텍처 다이어그램을 만들 때는 예술적 기술보다는 의도를 명확하게 전달하는 것이 중요합니다. 각 단계는 이해하고 유지 관리하고 공유하기 쉬운 다이어그램을 구축하는 방향으로 진행됩니다.

1. 시스템 범위 및 세부 수준 정의

무엇을 다이어그램으로 만들지 먼저 결정합니다. 단일 애플리케이션, 지원 서비스 또는 전체 플랫폼일 수 있습니다. 범위를 명확히 하면 다이어그램이 복잡해지거나 초점을 잃는 것을 방지할 수 있습니다.

다음으로 적절한 세부 정보 수준을 선택합니다. 전략적 계획 및 이해 관계자 논의의 경우 개략적인 다이어그램으로 충분할 수 있지만, 구현 또는 문제 해결을 위해서는 더 자세한 보기가 필요할 수 있습니다. 대상에 맞는 세부 정보를 제공하면 다이어그램이 지나치게 복잡해지지 않아 유용성이 유지됩니다.

2. 네트워킹 및 모니터링 도구를 포함한 AWS 구성 요소를 수집

범위가 명확해지면 관련된 AWS 서비스의 목록을 만듭니다. 여기에는 컴퓨팅 서비스, 스토리지, 데이터베이스, 가상 네트워킹 구성 요소 및 Amazon CloudWatch와 같은 모니터링 도구가 포함되는 경우가 많습니다.

이 단계에서는 정확성이 중요합니다. 주요 서비스를 생략하면 나중에 혼란을 야기할 수 있으며, 특히 다이어그램을 검토 또는 온보딩에 사용하는 경우 더욱 그렇습니다. 이와 동시에, 다이어그램이 전달하는 스토리와 관련이 없는 서비스는 추가하지 마세요.

3. 데이터 흐름 및 관계를 매핑

구성 요소를 식별하면 구성 요소가 상호 작용하는 방식을 보여줍니다. 여기서는 요청, 이벤트 또는 데이터가 시스템을 통해 어떻게 이동하는지 보여주는 데이터 흐름 다이어그램 보기가 도움이 될 수 있습니다.

이 단계에서 종속성 매핑이 유용해집니다. 다른 서비스에 의존하는 서비스를 표시하면 중요한 경로 및 잠재적인 장애 지점이 강조 표시됩니다. 과도한 세부 정보 없이 컨텍스트를 추가하도록 네트워크 분리 또는 액세스 제어와 같은 보안 경계도 표시할 수 있습니다.

4. Confluence 화이트보드와 같은 다이어그램 도구를 사용하여 다이어그램을 시각적으로 표현

적합한 애플리케이션을 AWS 아키텍처 다이어그램 도구로 선택하는 것은 팀이 얼마나 원활하게 공동 작업할 수 있는지에 영향을 미칩니다. Confluence 화이트보드는 팀이 함께 아키텍처를 계획하고 개선할 수 있는 공유 스페이스를 제공합니다.

Confluence 플랫폼은 지식과 공동 작업을 결합하며, 화이트보드는 이 아이디어를 시각적 업무로 확장합니다. 팀은 실시간으로 아키텍처를 스케치하고 토론 중에 구성 요소를 재배열하고 뒷받침하는 설명서와 함께 의사 결정을 기록할 수 있습니다.

완벽해야 한다는 부담 없이 초기 아이디어를 탐색하기 위해 화이트보드 전략 세션에 참여할 수도 있습니다. 프로젝트 공동 작업 소프트웨어는 대화를 공유 시각 자료에 고정하여 분산된 팀원이 정보를 계속 공유받도록 도와줍니다.

5. 다이어그램을 검토하고 변경 사항을 반영하도록 정기적으로 업데이트

아키텍처 다이어그램은 현실을 반영할 때 가장 가치가 있습니다. 공유하기 전에 시스템을 가장 잘 아는 팀원과 함께 검토하세요. 해당 팀원은 다이어그램이 명확하고 정확한지 확인할 수 있습니다.

시스템이 발전함에 따라 다이어그램도 함께 발전해야 합니다. 정기적인 업데이트는 설명서에 대한 신뢰를 유지하고 이해 관계자가 동일한 이해를 바탕으로 작업할 수 있도록 보장합니다. 작은 수정만으로도 오래된 가정이 퍼지는 것을 방지할 수 있습니다.

효과적인 AWS 아키텍처 다이어그램을 만들기 위한 모범 사례

여기에서 목표는 다이어그램이 나타내는 시스템 유형(예: 계획, 검토, 문서화)에 관계없이 구조 및 의도를 명확하게 전달하는 것입니다.

명확하고 해석하기 쉬운 다이어그램을 위해서는 다음 사항을 염두에 두세요.

• 다이어그램을 간단하고 읽기 쉽게 유지 – 대상 그룹에게 중요한 구성 요소 및 관계에 집중하고, 불필요한 세부 사항으로 다이어그램을 복잡하게 만들지 마세요.

• 일관된 AWS 아이콘 및 레이블을 사용 – 표준화된 시각 자료는 모호함을 줄이고 팀 및 프로젝트 전반에서 다이어그램을 더 쉽게 파악할 수 있게 합니다.

• 논리적 그룹화 및 경계 표시 – 환경, 계층 또는 신뢰 영역을 시각적으로 분리하여 책임 및 소유권을 명확하게 합니다.

• 색상 또는 레이어링을 신중하게 적용 – 시각적 단서를 사용하여 데이터 흐름, 보안 경계 또는 중요 경로를 강조하되 독자에게 부담을 주지 않도록 합니다.

• 다이어그램을 최신 상태로 유지 – 다이어그램을 정기적으로 검토하고 수정하여 시스템의 현재 상태를 지속적으로 반영하도록 합니다.

• 대상 청중을 고려 – 시스템을 처음 접하는 독자를 위한 다이어그램은 명확성 및 개략적인 구조를 우선시할 수 있습니다. 반면, 전략적 계획 다이어그램은 시스템 경계 및 비용 동인을 강조하는 경우가 많습니다. 문제 해결의 경우 데이터 경로 및 종속성에 더 중점을 둡니다.

AWS 아키텍처를 시각화 및 최적화

AWS 아키텍처 다이어그램의 목적은 설명서를 지원하는 것처럼 간단할 수도 있고 전략적 계획, 기술적 정렬 및 지속적인 최적화를 계획하는 것처럼 중요할 수도 있습니다. 시스템을 가시화함으로써 팀은 절충점 및 개선 사항에 대해 더 효과적인 결정을 내릴 수 있습니다.

최신 도구를 사용하면 이 프로세스를 그 어느 때보다도 공동 작업적인 방식으로 만들 수 있습니다. Confluence 화이트보드를 사용하면 팀이 아키텍처 다이어그램을 한 곳에서 빌드, 업데이트 및 공유할 수 있으며, 의사 결정의 배경을 설명하는 컨텍스트도 함께 제공됩니다.

명확한 아키텍처 다이어그램은 설계자, 엔지니어, 프로젝트 관리자, 디자이너 및 기술 문서 작성자 모두에게 복잡한 것을 관리 가능한 것으로 바꿔줍니다.