PE Notes · SW
TA와 AA, EA·DA
기업 전체의 EA 아래 TA·AA·DA 역할을 범위·산출·협업으로 가르고, 인프라 중심 TA와 앱 구조 중심 AA의 차이를 비교합니다.
클라우드 그림은 누가 그리고, 서비스 경계는 누가 자르고, 고객 마스터는 누가 지키는지가 한 사람에게 몰리면 병목이 됩니다. 는 업무와 IT가 같은 지도를 보게 하는 기업 아키텍처입니다. 그 아래 기술이 인프라를, 애플리케이션이 제품 구조를, 데이터가 모델과 표준을 맡습니다. 역할 이름은 사람 직함이자 관점의 칸입니다.
네 역할이 보는 높이
EA는 원칙·표준·로드맵을 올립니다. 개별 서버가 아니라 조직이 어디로 가는지입니다. 의 ADM, 미국 공공 FEAF, 국내 공공 참조모형이 이 칸의 언어입니다. 산출은 원칙, 참조모형, 이행 계획입니다. ISO/IEC 38500이 이사회 감독을 말하면, EA는 그 감독이 현장 구조로 내려오는 청사진입니다.
는 플랫폼입니다. 서버·네트워크·클라우드·미들웨어·DR·구간의 보안 경계를 그립니다. 비기능—용량, 가용, 지연, 회복—이 설계 질문입니다. 산출은 기술 아키텍처서, 구성도, 기술 표준 목록입니다. 협업은 인프라·운영입니다.
는 제품 안입니다. 컴포넌트, API, 모듈 경계, 도메인 분리, 쓸 패턴을 정합니다. 기능이 어디서 살고 화면이 어디와 붙는지입니다. 산출은 구조 설계, 시퀀스·클래스, API 명세입니다. 협업은 개발과 도메인입니다.
는 데이터가 어디서 원본인지입니다. 논리·물리 모델, 흐름, 표준 사전, 입니다. DBA가 백업·튜닝·권한을 돌리면, DA는 모델과 거버넌스를 먼저 둡니다. 분석 플랫폼·레이크·메시도 이 칸의 연장입니다.
| 비교축 | EA | TA | AA | DA |
|---|---|---|---|---|
| 높이 | 기업·정렬 | 플랫폼·인프라 | 애플리케이션 | 데이터 자산 |
| 질문 | 어디로 갈 것인가 | 무엇 위에서 돌 것인가 | 어떻게 나눌 것인가 | 무엇이 원본인가 |
| 산출 | 원칙·로드맵 | 구성도·기술 표준 | 구조·API | 모델·사전·MDM |
| 짝 | TA·AA·DA 총괄 | 운영·클라우드 | 개발·도메인 | DBA·분석 |
TA와 AA, 참조모형
헷갈리는 쌍은 TA와 AA입니다. 같은 “아키텍트”라도 대상이 다릅니다. TA는 쿠버네티스 클러스터와 구간의 TLS를 보고, AA는 그 위에 올라갈 서비스 컷과 도메인 이벤트를 봅니다. 클라우드 전환 감리가 이전 완전성과 TCO를 보면 TA의 구성이 증거이고, 정보시스템 감리가 설계 산출을 보면 AA의 구조가 증거입니다. AI 경영시스템(ISO/IEC 42001)이 들어오면 EA가 범위와 책임을 올리고, 모델 자산은 DA, 실행 플랫폼은 TA, 앱 내 가드레일은 AA 쪽에 가깝습니다.
| 비교축 | TA | AA |
|---|---|---|
| 대상 | 인프라·플랫폼·네트워크 | 앱 구조·컴포넌트·API |
| 요건 | 성능·가용·보안 같은 비기능 | 도메인 기능·인터페이스 |
| 스택 | 클라우드, 컨테이너, 미들웨어 | 프레임워크, 패턴, 모듈 |
| 그림 | 구성도, 구간, DR | 클래스, 시퀀스, 경계 |
참조모형은 흔히 다섯입니다. 업무(BA), 애플리케이션(AA), 기술(TA), 데이터(DA), 보안(SA). 역할 약어와 모형 계층 약어가 같아 보여도, 하나는 사람·책임이고 하나는 산출 분류입니다. 답안에서는 역할 비교와 모형 계층을 한 표씩 나눕니다.