서비스 아키텍트가 되기 위한 기술 스택 & 로드맵
최근에 요구사항 분석부터 클라우드 배포까지 전 과정을 경험하면서,
“서비스 아키텍트”라는 직무가 어떤 스킬셋을 요구하는지 정리해봤습니다.
단순히 개발만 하는 게 아니라,
사용자 시나리오 기반 요구사항 분석
DDD 기반 설계
마이크로서비스 아키텍처 설계
클라우드 배포 & 운영
까지 End-to-End로 설계하고 관리하는 역할입니다.
사용자 시나리오 기반 요구사항 도출
정의/비정의 요구사항 관리
DDD 기반 도메인 설계 & 서비스 경계 정의
MSA/모놀리식 판단 및 아키텍처 설계
성능·보안·확장성(NFR) 반영
클라우드/DevOps 환경에서 배포 & 운영 설계
모델링: PlantUML, StarUML, Draw.io
아키텍처 설계: ArchiMate, Lucidchart
(2) 백엔드 & 도메인 설계
언어: Java(Spring Boot), Kotlin, Python(FastAPI), Node.js(NestJS)
아키텍처 패턴: Layered, Hexagonal, Onion
통신: REST, gRPC, GraphQL
메시징: Kafka, RabbitMQ, NATS
데이터베이스: MySQL, PostgreSQL, Redis, MongoDB, ElasticSearch
(3) 프론트엔드 & BFF
React, Next.js, TypeScript
상태 관리: React Query, Axios
BFF/API Gateway: Spring Cloud Gateway, GraphQL BFF
(4) DevOps & Cloud
Docker, Docker Compose
Kubernetes, Helm, Kustomize
AWS ECS/Fargate, EKS, S3, RDS, ElastiCache
IaC: Terraform, AWS CloudFormation
모니터링: Prometheus + Grafana, ELK Stack
(5) 테스트 & 품질
단위 테스트: JUnit, pytest
계약 테스트: Pact
부하 테스트: JMeter, Locust
E2E: Cypress, Playwright
(6) 보안 & 성능
인증: JWT, OAuth2, OpenID Connect
TLS/HTTPS, Rate Limiting, Circuit Breaker
RDS Proxy, Connection Pool 튜닝
ITSQF 기반 역량 정리
역량 영역 필요 지식/기술 포트폴리오 어필 포인트
요구사항 분석 유스케이스/유저스토리, 정의·비정의 요구사항, SRS 요구사항 → 시퀀스 다이어그램까지 연결
도메인 모델링 DDD, Bounded Context, Event Storming Event Storming 산출물, DDD 설계 다이어그램
애플리케이션 설계 Hexagonal/Onion, REST/gRPC/GraphQL 설계 MSA 구조도 & API 명세
데이터 설계 RDB+NoSQL, 캐시, 샤딩 전략 ERD + 캐시 구조 설계
인프라 & DevOps Docker/K8s, CI/CD, AWS ECS/EKS 배포 파이프라인 + 모니터링 대시보드
비정의 요구사항 성능, 확장성, 가용성, 보안, 장애 대응 Latency 개선 결과, 장애 대응 시나리오
테스트/품질 단위/통합/E2E, 계약/부하 테스트 JMeter 결과 + Pact 테스트 적용
단계별 학습 로드맵 & 포트폴리오 전략
단계 목표 포트폴리오 예시
초급 요구사항 분석 + 단일 서비스 설계 일기 앱: 유스케이스 → 시퀀스 다이어그램 + 단일 DB CRUD
중급 DDD 모델링 + MSA 기본 회원/게시글 서비스 분리 + Kafka 이벤트 처리 + Redis 캐시
고급 클라우드 네이티브 아키텍처 + 비정의 요구사항 설계 AWS ECS+RDS+S3 배포 + Prometheus 모니터링
시니어 대규모 트래픽 대응 및 장애 대응 전략 부하 테스트 결과 + Auto Scaling + 장애 대응 문서
이력서 & 면접 어필 포인트
이력서
“요구사항 정의 → DDD 설계 → MSA 아키텍처 → 클라우드 배포 → 모니터링”까지 End-to-End 수행 경험 강조
시퀀스 다이어그램 + ERD + 아키텍처 다이어그램 + 배포 파이프라인 스크린샷 첨부
면접
“왜 이 기술을 선택했는가?” (선택/비선택 근거)
“비정의 요구사항(NFR)을 아키텍처에 어떻게 반영했는가?”
이걸 기반으로 포트폴리오를 쌓으면
단순 개발자가 아닌 서비스 아키텍트로서 커리어를 만들 수 있습니다.
저는 현재 이 로드맵을 따라가면서,
작은 프로젝트를 DDD 구조로 리팩토링
MSA 분리 & Kafka 이벤트 처리
AWS ECS+RDS 배포 + 모니터링 구축
까지 진행 중입니다.
다음 포스팅에서는 제가 직접 만든 아키텍처 로드맵 다이어그램도 공유해볼게요.