기술 아키텍처도는 제품 개발을 기반으로 한 기술 실행 분기로, 비즈니스, 데이터 및 애플리케이션 서비스를 지원하는 데 필요한 소프트웨어 및 하드웨어 역량을 설명하며, IT 인프라, 미들웨어, 네트워크, 통신, 프로세스, 표준 등을 포함합니다. 기술 아키텍처도 작성은 팀이 기술 구조, 구현 방안, 기술 구성 요소 등을 거시적으로 이해하고, 후속 구체적인 기술 작업에 대한 기초 인식을 제공합니다.
기술 아키텍처가 해결하는 문제에는 순수 기술 측면의 계층화, 개발 프레임워크 선택, 개발 언어 선택, 비기능적 요구 사항에 관련된 기술 선택이 포함되며, 주요 목표는 현황 기술 아키텍처, 기술 표준, 비즈니스/애플리케이션/데이터 아키텍처 요구 사항을 기반으로 목표 기술 아키텍처를 설계하는 것입니다.
기술 아키텍처는 주로 시스템의 비기능적 특성을 고려하며, 시스템의 가용성, 고성능, 확장성, 보안, 유연성, 간결성 등에 대한 시스템 수준의 파악을 요구하고, 아키텍트에게는 소프트웨어와 하드웨어의 기능과 성능에 대한 뛰어난 지식이 요구됩니다. 이는 기술 아키텍처 설계 작업에서 가장 어려운 작업 중 하나입니다.
실시간 다중 사용자 공동 작업 및 공유 링크를 통한 즉각적인 정보 전달
텍스트 입력으로 자동 생성 및 스타일 최적화
사전 제작 테마 및 완전한 사용자 지정
아이콘, 이미지, 라벨, LaTeX 수식, 코드 블록, 링크, 첨부 파일 지원
내보내기: PNG, VISIO, PDF, SVG | 가져오기: VISIO, Mermaid
실시간 클라우드 저장, 다중 기기 동기화, 버전 기록 및 데이터 보안
인터넷 산업에서 아키텍처 다이어그램은 소프트웨어, 시스템, 애플리케이션 등의 체계 구조 및 구성 요소 간의 관계를 시각적으로 보여주는 중요한 도구로 사용됩니다. 일반적인 아키텍처 다이어그램 종류에는 비즈니스 아키텍처 다이어그램, 애플리케이션 아키텍처 다이어그램, 시스템 아키텍처 다이어그램, 기술 아키텍처 다이어그램, 배포 아키텍처 다이어그램, 데이터 아키텍처 다이어그램, 제품 아키텍처 다이어그램, 기능 아키텍처 다이어그램, 정보 아키텍처 다이어그램 등이 있습니다.
모듈과 구성 요소：시스템의 핵심 기능 모듈을 보여줍니다. 예를 들어 사용자 서비스, 주문 처리, 결제 게이트웨이 등이 있습니다.
데이터 흐름과 상호 작용 논리：정보 흐름 경로를 묘사하며, 데이터의 입력, 출력 및 변환 과정을 포함합니다.
통신 프로토콜과 의존 관계：각 시스템 구성 요소 간의 상호 작용 방법을 설명하며, 사용되는 통신 프로토콜로는 HTTP, TCP/IP, 메시지 큐 등이 있습니다.
기반 시설 및 배포 환경：시스템이 실행되는 하드웨어 또는 클라우드 환경을 설명합니다. 예를 들어 서버, 가상 머신, 네트워크 자원 등이 있습니다.
보안 및 권한 체계：사용자 권한 관리, 데이터 암호화 및 기타 보안 정책을 설명합니다.
기술 아키텍처 다이어그램은 프로젝트 기획 또는 솔루션 검토, 아키텍처 설계 또는 리팩토링 보고, 보안 준수 및 시스템 감사, 부서 간 기술 협업 설명, 기술 문서 부록 설명 등 다양한 상황에서 사용됩니다.
시스템 아키텍처 다이어그램은 '무엇을 할 것인가'와 '어떻게 할 것인가'에 대한 고수준 설명이며, 기술 아키텍처 다이어그램은 '어떻게 할 것인가'에 대한 더욱 상세한 기술 구현 설명입니다. 두 다이어그램은 상호 보완적으로 소프트웨어 시스템의 설계 및 개발을 안내합니다.
시스템 구조 및 구성 요소 관계 명확화：시스템 전체 아키텍처를 보여주며 각 구성 요소 간의 의존 및 상호 작용 방식을 나타냅니다.
개발 및 유지보수 안내：개발자가 시스템 설계를 이해하는 데 도움을 주며, 개발, 테스트, 배포 및 유지보수 작업을 용이하게 합니다.
팀 협업 및 소통 촉진：명확한 시각적 표현을 제공하여 팀원 간의 소통과 이해를 돕고, 소통 비용을 줄입니다.
기술 선택 및 솔루션 설계 지원：적절한 기술 스택을 선택하고 시스템 아키텍처를 계획하는 데 도움을 주며, 시스템의 확장성과 유지보수성을 보장합니다.
1. 애플리케이션 아키텍처에 따라 기술 지원 분석을 수행하여 기술 지원의 필요 조건을 식별합니다.
2. 기술 선택에는 개발 아키텍처, 기술 제품, 개발 기술 스택, 개발 플랫폼, 실행 플랫폼이 포함됩니다.
3. 기술 영향 분석, 비용, 난이도, 계획, 관리
응용 아키텍처는 비즈니스 목표를 충족시키기 위해 필요한 응용 시스템과 플랫폼에만 관심을 가지며, 구축 과정에서 어떤 기술이 필요한지는 신경 쓰지 않습니다.
기술 아키텍처는 응용 아키텍처의 기술 요구를 기반으로 기술 선택을 진행하며, 각 핵심 기술과 기술 간의 관계를 명확히 설명합니다.
네. 마이크로서비스 아키텍처 다이어그램은 기술 아키텍처 다이어그램의 특정 유형으로, 시스템을 독립적이고 독립적으로 배포 가능한 마이크로서비스로 분해하는 방법을 보여줍니다. 간단히 말해, 마이크로서비스 아키텍처 다이어그램은 마이크로서비스 시나리오에서 기술 아키텍처 다이어그램의 구체적인 응용입니다.
제품 아키텍처 다이어그램은 기술 아키텍처 다이어그램의 기초를 안내하므로, 기술 아키텍처 다이어그램과 제품 아키텍처 다이어그램의 작성 순서는 일반적으로 먼저 제품 아키텍처 다이어그램이 있고, 그 후에 기술 아키텍처 다이어그램이 있습니다. 제품 아키텍처 다이어그램은 주로 제품의 기능, 모듈, 사용자 상호작용 등을 중점적으로 다루며, 기술 아키텍처 다이어그램은 이러한 기능을 구현하기 위한 구체적인 기술 솔루션, 시스템 구성 요소 및 상호작용 방식을 중점적으로 다룹니다.
기술 아키텍처 다이어그램은 하드웨어 아키텍처, 소프트웨어 아키텍처, 미들웨어 아키텍처 및 데이터 아키텍처의 네 가지 차원을 포함하며, 시스템 모듈, 구성 요소 및 그 의존 관계를 직관적으로 나타낼 뿐만 아니라 요구 분석, 아키텍처 설계, 배포 및 유지보수 전체 주기에서 구조화된 뷰를 제공하여 팀이 시스템 설계를 일관되게 이해할 수 있도록 보장합니다.
반드시 반영해야 합니다. 시스템 노출 경계, 방화벽, WAF, 보안 영역, SSO, 권한 제어 등의 내용을 명확히 표시해야 하며, 그렇지 않으면 보안 검토 시 도면이 참고 가치가 없습니다.
네. 주요 구성 요소에 사용된 프레임워크(예: SpringBoot, Kafka), 언어(예: Java, Python), 데이터베이스(예: MySQL, MongoDB) 등을 명시하는 것이 좋으며, 이는 개발, 운영 및 유지보수, 선택 및 문제 해결에 도움이 됩니다.
화살표 호출 방향을 명확히 그려야 하며, 화살표 옆에 통신 방식(예: REST, gRPC, MQ, WebSocket)을 명시해야 합니다. 그렇지 않으면 도면의 정보가 정확히 이해되기 어렵고, 특히 인터페이스 설계 및 성능 분석 시 문제가 될 수 있습니다.
네, '시스템 관리 계층'이나 '운영 플랫폼 계층'을 사용하여 이러한 구성 요소(Jenkins, Prometheus, ELK, SkyWalking 등)를 표시하는 것이 좋습니다.
