다양한 업무 담당자가 협업을 할 경우
명확한 R&R이 없으면
서로 일을 미루는 경우가 많은 것 같다
아래는 아키텍처 담당자별
기본 업무 영역이다
| TA | Technical(Tech) Architect | 기술 기반 아키텍처 총괄 (플랫폼, 인프라, 기술스택, 레퍼런스 아키텍처) |
| SA | Solution(System) Architect | 특정 솔루션과 시스템 범위 내 최적 구조 도출 및 설계 |
| AA | Application Architect | 개별 애플리케이션의 내부 구조 설계 및 개발 표준 수립 |
업무 범위별로 협업해야할 부분은
어떤 부분이 있는지 확인해보면 아래와 같다
| 구분 | TA | SA | AA |
| 범위 | 회사 전체 기술 전략 (핵심 플랫폼) | 사업 또는 시스템 단위 | 서비스 애플리케이션 단위 |
| 초점 | 기술 방향성과 확장성 | 요구사항 기반의 최적 아키텍처 | 애플리케이션 구조와 코드 품질 |
| 고려 요소 | 인프라, 네트워크, 보안, 기술스택, DevOps, 데이터 파이프라인 | 기능 또는 비기능 요구사항, 외부 연계, 서비스 품질, 비용 | 도메인 설계, API, DB모델, 코드 레이어링, 프레임워크 |
| 산출물 | 엔터프라이즈 아키텍처, 기술 로드맵 | 시스템 아키텍처 다이어그램, 솔루션 구성 | ERD, API 명세, 모듈 구조, 클래스 다이어그램 |
| 협업 대상 | CTO, 플랫폼팀, DevOps, 보안, DBA | PM/PO, 운영, 데이터, TA, AA | 개발자, QA, DBA |
신규 서비스를 구축한다면
TA는 기술 전략 표준, 클라우드, DB, 미들웨어를 선정하고
SA는 이를 기반으로 서비스 요구사항에 맞춰 시스템 구성을 정의
AA는 실제 앱 서비스의 도메인, 모듈, 코드 구조 설계 및 API, DB 정의를 수행한다
'Etc' 카테고리의 다른 글
| HANA DB란? (0) | 2025.11.30 |
|---|---|
| python numpy.where (0) | 2025.11.30 |
| Blue-Green vs In-Place 배포 비교 (0) | 2025.11.23 |
| 내장 톰캣과 외장 톰캣 (0) | 2025.11.23 |
| 파이썬 Error evaluating factor: TypeError: 'DataFrame' object is not callable (0) | 2025.11.23 |