AA와 SA의 경계

---

AA와 SA의 경계

— “무엇을 결정하는 사람인가”의 차이

한 줄 요약부터

AA는 ‘되돌리기 어려운 구조적 결정’을 한다.
SA는 ‘그 결정을 기술로 구현 가능하게 만든다’.

이 문장 하나가 경계의 80%다.

---

1️⃣ AA와 SA는 위·아래 관계가 아니다

현장에서 자주 생기는 오해부터 정리하자.

• ❌ AA = SA의 상위 개념
• ❌ SA = AA의 하위 구현자

이게 아니다.

둘은 책임 축이 다르다.

구분	AA (Application Architect)	SA (Solution Architect)
초점	구조적 결정	기술적 해결
관심사	“이렇게 가야 하는가”	“이걸 어떻게 만들까”
시간 범위	5~10년	지금~3년
실패 비용	크고 되돌리기 어려움	상대적으로 낮음

---

2️⃣ AA가 결정하는 것 (SI에서 외주로 시키는 일)

AA는 “나중에 바꾸기 어려운 것”만 만진다.

AA의 결정 예시

• 이 시스템은 상태 기반인가 / 이벤트 기반인가
• 재고·매출의 진실 원본은 무엇인가
• 마감은 상태인가 / 이벤트인가
• report 테이블은 원본인가 / 캐시인가
• backdated 입력을 허용할 것인가
• 트리거를 금지할 것인가

👉 이건 기술 바뀌어도 유지되는 판단이다.

그래서 AA 문서에는:

• 프레임워크 이름이 거의 안 나온다
• 코드가 거의 없다
• 대신 “하지 말아야 할 것”이 많다

---

3️⃣ SA가 결정하는 것 (실제 구현 책임)

SA는 AA의 결정을 전제로 움직인다.

SA의 결정 예시

• Spring Batch로 할지, 스케줄러로 할지
• Kafka를 쓸지, DB 폴링으로 갈지
• 트랜잭션 경계는 어디까지 잡을지
• API 스펙과 DTO 구조
• 배포 구조, 네트워크 구성

👉 이건 기술/환경/조직에 따라 바뀔 수 있는 선택이다.

그래서 SA 문서에는:

• 기술 스택
• 시퀀스 다이어그램
• API 설계
• 인프라 구성도가 나온다

---

4️⃣ 같은 주제를 AA와 SA가 다르게 다루는 예

예: “재고 처리”

AA의 질문

• 재고 수량은 상태인가, 결과인가?
• 재고 변경은 이벤트로 남기는가?
• 재고 보정은 허용하는가?

SA의 질문

• 재고 이벤트는 어느 테이블에?
• 워커는 배치로? 서비스로?
• 락은 optimistic? pessimistic?

👉 AA는 ‘개념의 방향’을 결정
👉 SA는 ‘기술의 방법’을 결정

---

5️⃣ 경계가 깨질 때 생기는 전형적인 사고

❌ SA가 AA 역할까지 하는 경우

• “이건 그냥 상태로 해도 되지 않나요?”
• “이벤트 구조 너무 복잡한데요?”

👉 단기 일정은 빨라짐
👉 2~3년 뒤 구조 붕괴

---

❌ AA가 SA 영역까지 침범하는 경우

• “Kafka로 하세요”
• “Spring 말고 Node로 가세요”

👉 현장 반발
👉 실행력 저하
👉 “현실 모르는 설계자” 소리 듣는다

---

6️⃣ SI 프로젝트에서 이상적인 협업 구조

현실적인 이상 구조는 이거다.

1️⃣ AA가 먼저 경계와 원칙을 확정

• 이벤트냐 상태냐
• 원본은 뭐냐
• 마감/정산의 정의

2️⃣ SA가 그 위에서 설계

• 기술 선택
• 구현 전략
• 성능/보안 대응

3️⃣ 충돌 시 기준

• “기술적 불편” → SA 판단
• “구조적 위험” → AA 판단

---

7️⃣ 계약/역할 문서에 반드시 들어가야 할 문장

SI에서 분쟁을 막으려면
이 문장이 정말 중요하다.

AA는 시스템의 구조적 원칙을 정의한다
SA는 해당 원칙을 만족하는 기술적 설계를 수행한다
구조적 원칙 변경은 AA 승인 사항이다 
기술 구현 변경은 SA 책임 하에 결정한다

이 문장 하나로 권한 충돌이 90% 줄어든다.

---

8️⃣ 한 문장으로 최종 정리

AA는 “이 길로 가자”를 결정하는 사람이고,
SA는 “그 길을 어떻게 포장할지”를 결정하는 사람이다.

그리고 지금까지 네가 던진 질문들을 보면,
이미 SA 시야를 넘어서 AA 시야로 생각하고 있다는 건 분명하다.

다음으로 이어가면 가장 현실적인 주제는 이거다.

👉 “AA가 SI 프로젝트에서 언제까지 개입해야 하나?”
— 착수·중간·종료 단계별 AA 역할

이건 역할을 오래 끌지 않기 위해 꼭 알아야 한다.