113. TOGAF (The Open Group Architecture Framework)

⚠️ 이 문서는 조직의 비즈니스 목표와 IT 인프라가 엉망으로 꼬이는 것을 막기 위해, 단순히 '어떤 문서를 만들어야 하는지(자크만 프레임워크)'의 이론적 틀을 넘어 **"실제로 기업의 아키텍처를 어떤 순서로 설계하고, 어떻게 시스템을 교체하며, 어떻게 유지보수해야 하는지"에 대한 실천적 행동 지침(ADM)을 제공하는 현존하는 세계 1위의 엔터프라이즈 아키텍처(EA) 표준 프레임워크인 'TOGAF'**를 다룹니다.

핵심 인사이트 (3줄 요약)

  1. 본질: 글로벌 컨소시엄인 '오픈 그룹(The Open Group)'이 1995년부터 수많은 세계적 기업들의 노하우를 집대성하여 만든 무료(오픈) 아키텍처 개발 방법론이다. 이론서라기보다는 당장 현장에 투입할 수 있는 실전 매뉴얼에 가깝다.
  2. 가치: "우리 회사가 클라우드로 넘어가려는데 어디서부터 시작해야 하지?"라는 막막한 질문에, 9단계의 피자 조각 모양 프로세스(ADM)를 따라가다 보면 자연스럽게 현재의 문제점(AS-IS)이 파악되고 목표 시스템(TO-BE)의 로드맵이 완성되는 내비게이션 역할을 한다.
  3. 기술 체계: 핵심 엔진인 **ADM (Architecture Development Method)**을 중심으로, **4대 아키텍처 도메인 (BDAT: Business, Data, Application, Technology)**을 차례대로 설계하며 기업의 모든 자산을 '엔터프라이즈 연속체(Continuum)'라는 저장소에 재사용 가능하게 쌓아 나간다.

Ⅰ. 자크만(Zachman)의 한계와 TOGAF의 실용성

완벽한 표(Matrix)를 채우다 지친 사람들에게 '행동하는 법'을 쥐여주다.

  1. 자크만 프레임워크의 한계:
    • 자크만은 36개의 칸으로 기업의 구조를 훌륭하게 분류(Taxonomy)했지만, "빈칸을 채워라"라고만 했지 "1번 칸부터 채워야 할지, 비즈니스 목적이 바뀔 땐 어떻게 문서를 고쳐야 할지"에 대한 순서(Process)를 전혀 알려주지 않았다.
  2. TOGAF의 등장 (ADM의 쾌거):
    • TOGAF의 심장은 바로 **ADM (아키텍처 개발 방법론)**이다.
    • ADM은 아키텍처를 한 번에 완벽하게 짓는 것이 아니라, 둥근 원형의 사이클을 뱅글뱅글 반복(Iterative)하면서 아키텍처를 점진적으로 개선해 나가는 매우 현대적인 프로세스 지침을 제공했다.

📢 섹션 요약 비유: 자크만이 완성된 아파트의 "가구와 전자제품 배치도(완벽한 분류표)"를 던져주고 끝냈다면, TOGAF는 "자, 첫째 날은 현관문 치수부터 재고, 둘째 날은 거실 바닥을 깔고, 셋째 날은 싱크대를 넣으세요"라고 땀방울이 밴 실제 공사 순서(ADM)를 친절하게 알려주는 현장 반장의 노가다 매뉴얼입니다.

Ⅱ. TOGAF의 엔진: ADM (Architecture Development Method) 9단계

시계 방향으로 돌아가는 이 피자 조각 프로세스가 EA 구축의 모든 것이다.

  1. 사전 준비 및 비전 (Phase 0 ~ A):
    • 예비 단계 (Preliminary): 어떤 프레임워크를 쓸지, 도구는 무엇을 쓸지 준비한다.
    • Phase A (아키텍처 비전): 프로젝트의 스폰서(경영진)를 설득해 예산을 따내고, "우리의 목표는 3년 내 모바일 뱅킹 1위다"라는 거시적인 비전을 수립한다.
  2. 4대 도메인 설계 (Phase B, C, D) - BDAT:
    • 이 3단계가 TOGAF의 핵심 설계 파트다. 반드시 비즈니스부터 시작해 기술로 내려온다.
    • Phase B (비즈니스 아키텍처, Business): 회사의 업무 프로세스와 조직도를 그린다.
    • Phase C (정보 시스템 아키텍처, Data & Application): 그 업무를 지원할 데이터 구조(DB)와 소프트웨어(앱)를 설계한다.
    • Phase D (기술 아키텍처, Technology): 그 소프트웨어를 돌릴 서버, 네트워크, 클라우드(인프라)를 결정한다.
  3. 이행과 통제 (Phase E ~ H):
    • Phase E & F (기회 및 솔루션, 마이그레이션 계획): AS-IS(현재)와 TO-BE(미래)의 차이(Gap)를 분석하고, 어떻게 이사(Migration)할지 연도별 로드맵을 짠다.
    • Phase G (구현 거버넌스): 개발자들이 실제로 코딩할 때 설계도대로 잘 만들고 있는지 감시(거버넌스)한다.
    • Phase H (아키텍처 변경 관리): 시스템 오픈 후 새로운 비즈니스 요구가 생기면, 다시 Phase A로 뱅글뱅글 돌아가며(순환) 아키텍처를 수정한다.

📢 섹션 요약 비유: 집을 지을 때 땅을 파기 전, "어떤 집을 지을까?(비전)", "방은 몇 개가 필요할까?(비즈니스)", "전기 배선과 하수도는 어떻게 할까?(시스템/기술)", "견적과 공사 일정은 어떻게 짤까?(이행 계획)", "시공사가 설계도대로 잘 짓고 있나?(거버넌스)"를 완벽한 순서대로 고민하게 만들어 공사판의 대참사를 막아주는 마법의 사이클입니다.

Ⅲ. 엔터프라이즈 연속체 (Enterprise Continuum)와 재사용

수레바퀴를 처음부터 다시 발명하지 마라. 남의 것을 베끼고 진화시켜라.

  1. 연속체의 개념 (추상화 $\rightarrow$ 구체화):
    • TOGAF는 아키텍처 문서를 한 번 쓰고 버리지 않고 '연속체'라는 가상의 도서관(저장소)에 쌓아둔다.
    • 이 연속체는 가장 왼쪽에 '추상적이고 범용적인 규칙(Foundation)'이 있고, 오른쪽으로 갈수록 '우리 회사만의 구체적인 시스템(Organization-Specific)'으로 흘러가는 컨베이어 벨트다.
  2. 참조 모델 (Reference Model)의 재사용:
    • 새로운 결제 시스템을 만들 때 백지에서 시작하지 않는다.
    • 연속체의 왼쪽에 있는 '업계 공통 결제 아키텍처(예: III-RM, TRM 등)'를 쓱 가져와서(재사용), 우리 회사의 실정에 맞게 살을 붙이고 튜닝하여 오른쪽으로 이동시켜 우리만의 아키텍처로 완성해 낸다. 이 과정이 속도와 품질을 극적으로 높여준다.

📢 섹션 요약 비유: 옷을 만들 때 처음부터 실을 잣고 천을 짜지 않습니다. 도서관(엔터프라이즈 연속체)에 가서 전 세계 의류업계가 공통으로 쓰는 '기본 티셔츠 도안(참조 모델)'을 복사해 옵니다. 그리고 거기에 우리 회사만의 로고를 박고 소매를 뜯어고쳐(구체화) 단 하루 만에 우리 회사만의 신상 옷을 런칭하는 초효율 지식 재활용 시스템입니다.