111. EA 프레임워크 (Enterprise Architecture Framework)

⚠️ 이 문서는 조직의 비즈니스와 IT 시스템이 거미줄처럼 얽혀 통제가 불가능해지는 것을 막기 위해, **조직 전체의 뼈대(비즈니스, 데이터, 애플리케이션, 인프라)를 어떻게 분류하고 어떤 문서(산출물)로 그려내어 관리할 것인지 그 '틀과 규칙'을 정의한 거대한 설계 도면 체계인 'EA 프레임워크'**를 다룹니다.

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

  1. 본질: 건물을 지을 때 설계도가 필요하듯, 수천억 원이 들어가는 기업의 비즈니스/IT 구조를 짓기 위해 "누가, 무엇을, 언제, 어디서, 왜, 어떻게(5W1H)" 볼 것인지 가이드라인을 제공하는 '생각의 틀(Framework)'이다.
  2. 가치: 이 프레임워크가 없으면 각 부서가 자기 마음대로 엑셀, 파워포인트, 워드로 문서를 그려 시스템을 파악할 수 없게 되지만, EA 프레임워크를 도입하면 전사의 모든 IT 자산이 하나의 규격화된 메타모델로 통일되어 한눈에 조망(Visibility)이 가능해진다.
  3. 기술 체계: 가장 고전적인 형태인 자크만(Zachman) 프레임워크를 시작으로, 미 국방부의 DoDAF를 거쳐, 현재 엔터프라이즈 아키텍처 세계의 사실상 표준(De facto standard)인 **TOGAF(토가프)**로 발전해 왔다.

Ⅰ. 자크만(Zachman) 프레임워크: EA의 시조새

EA라는 개념을 세상에 처음 탄생시킨 가장 완벽하고 이상적인 분류표다.

  1. 2차원 매트릭스 구조 (6 $\times$ 6):
    • 존 자크만이 1980년대에 제안한 모델로, 기업의 아키텍처를 가로 축(관점)과 세로 축(질문)으로 쪼갰다.
  2. 관점 (Perspectives - 가로축):
    • 누구의 시선으로 바라볼 것인가?
    • 기획자(Planner), 소유자(Owner), 설계자(Designer), 구축자(Builder), 구현자(Implementer), 운영자(Worker)의 6단계로 나눈다.
  3. 질문 (What, How, Where, Who, When, Why - 세로축):
    • 각자의 관점에서 기업을 5W1H로 해부한다.
    • 예: '설계자'의 관점에서 '무엇(What=데이터)'을 다루는 칸에는 [개념적 ERD]를 그리고, '구축자'의 관점에서 '무엇'을 다루는 칸에는 [물리적 DB 스키마]를 그리는 식이다.
    • 한계: 너무 완벽하게 36칸을 꽉 채우려다 보니 현실에서 문서를 다 만들기가 벅차고 유연성이 떨어져, 현재는 이론적 뼈대로만 존경받는다.

📢 섹션 요약 비유: 회사를 레고 블록으로 만들 때, "사장님용 설명서, 디자이너용 설명서, 공장장용 설명서"를 따로따로 만들되, 각 설명서 안에는 반드시 "무슨 재료로(What), 어떻게 조립하고(How), 누가 조립할지(Who)"를 빈칸 없이 빽빽하게 엑셀 표(매트릭스)처럼 100% 다 채워 넣어야 한다고 강제하는 완벽주의 교과서입니다.

Ⅱ. TOGAF (The Open Group Architecture Framework)

현재 전 세계 기업들이 가장 널리 쓰는 실용적인 EA 표준 프레임워크다.

  1. ADM (Architecture Development Method) 방법론:
    • 자크만이 "무엇을 그릴 것인가(산출물 맵)"에 집중했다면, TOGAF는 "이 거대한 EA를 도대체 어떤 순서로(Step-by-step) 구축하고 운영해야 하는가?"라는 실제 행동 가이드(ADM)를 피자 조각 같은 둥근 원형 프로세스로 제시한 것이 최고의 강점이다.
  2. 4대 아키텍처 도메인 (BDAT):
    • 기업의 뼈대를 4가지로 명확히 분리한다.
    • Business Architecture (비즈니스): 회사가 돈 버는 프로세스와 조직도.
    • Data Architecture (데이터): 데이터 흐름과 논리/물리 모델.
    • Application Architecture (애플리케이션): 회사에 깔린 수백 개의 소프트웨어와 연계 구조.
    • Technology Architecture (기술/인프라): 서버, 네트워크, 클라우드 등 하드웨어 기반.
  3. 엔터프라이즈 연속체 (Enterprise Continuum):
    • 남들이 만들어 놓은 베스트 프랙티스(참조 모델)를 가져와 우리 회사에 맞게 점차 구체화해 나가는 재사용(Reusability) 저장소 개념을 제공한다.

📢 섹션 요약 비유: 자크만 프레임워크가 완성된 집의 "완벽한 청사진(결과물)"을 보여준다면, TOGAF는 "자, 1단계: 비즈니스 밑그림을 그리고, 2단계: 데이터 기둥을 세우고, 3단계: 애플리케이션 지붕을 올리세요"라고 실제 건축 순서와 망치질하는 방법(ADM)까지 아주 친절하게 알려주는 실전 건축 매뉴얼입니다.

Ⅲ. 메타모델 (Meta-Model)과 산출물 관리

아키텍처 문서가 쓰레기가 되지 않으려면 규칙이 필요하다.

  1. 메타모델의 개념 (데이터의 데이터 구조):
    • EA를 구축한다는 것은 수백 장의 다이어그램(산출물)을 그리는 것이다.
    • 메타모델은 "이 다이어그램 안에서 [업무]라는 네모 박스와 [서버]라는 동그라미는 반드시 실선으로 연결되어야 한다"라는 **'EA를 그리는 문법과 규칙'**을 미리 정의해 놓은 틀이다.
  2. EA 관리 시스템 (EAMS):
    • 그 수많은 아키텍처 산출물을 엑셀로 관리하면 업데이트가 안 되어 죽은 문서가 된다.
    • 따라서 ARIS나 MEGA 같은 전문 EA 솔루션(EAMS)을 도입하여, 메타모델 규칙에 맞춰 시스템에 등록하고, 변경이 생기면 연관된 문서들이 자동으로 수정(영향도 분석)되도록 데이터베이스화하는 것이 필수다.

📢 섹션 요약 비유: 메타모델은 회사 내 모든 부서가 파워포인트를 쓸 때 무조건 지켜야 하는 '절대 양식(폰트 크기 12, 제목은 파란색)'과 같습니다. 이 양식이 통일되어 있어야만(메타모델 규격화), 나중에 수천 장의 기획서를 컴퓨터 프로그램(EAMS)에 넣고 "결제 서버와 연관된 업무 다 찾아봐!"라고 검색했을 때 1초 만에 기계가 완벽하게 찾아줄 수 있습니다.