124. EA 관리 시스템 (EAMS, Enterprise Architecture Management System)

⚠️ 이 문서는 전사 아키텍처(EA) 설계도를 수십억 들여 10권짜리 파워포인트나 엑셀 책자로 인쇄해 캐비닛에 꽂아두었다가 이사할 때 버려지는 참사를 막기 위해, **회사의 업무(BRM), 데이터(DRM), 애플리케이션(SRM), 인프라(TRM) 도면 수만 장을 중앙 웹 포털 데이터베이스에 몽땅 때려 박고, 검색창에 '결제 시스템'을 치면 이 시스템이 어떤 서버에서 돌고 어떤 테이블을 긁어가는지 3D 지도처럼 거미줄로 매핑(Mapping)해 띄워주는 살아 숨 쉬는 최첨단 IT 네비게이션인 'EAMS(EA 관리 포털)'**를 다룹니다.

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

  1. 본질: EA를 종이 문서가 아닌, 검색/조회/업데이트가 가능한 살아있는(Living) 디지털 데이터베이스(Repository)로 탈바꿈시킨 사내 전용 웹 포털 시스템이다.
  2. 가치: 신입 사원이나 컨설턴트가 회사 IT 구조를 파악하려 한 달간 선배들을 쫓아다니며 엑셀을 동냥하는 뻘짓을 멸망시켰다. 이 포털 하나만 켜면 회사 내 서버 1만 대와 시스템 500개의 복잡한 얽힘(의존도)을 마우스 클릭 3번 만에 추적할 수 있는 압도적 가시성을 제공한다.
  3. 기술 체계: 도면을 직접 그리는 모델링 도구(Modeling Tool), 그 도면 데이터를 엑셀 텍스트가 아닌 관계형 정보로 저장하는 리포지토리(저장소), 그리고 임원들이 접속해 지표를 보는 웹 포털 대시보드 3박자로 구성되며, 지속적인 **현행화(업데이트)**가 생명줄이다.

Ⅰ. 캐비닛 속의 시체(문서)를 꺼내 디지털 생명체를 부여하라

종이 도면은 어제 날짜로 이미 죽은 정보(Legacy)다.

  1. 과거 정적 문서(Static Docs)의 파산:
    • 2005년, A 부처가 50억을 주고 글로벌 컨설팅 펌에서 IT 마스터플랜(EA) 두꺼운 양장본 10권을 받아냈다.
    • 1년 뒤, 부처에 클라우드 서버가 도입되고 새로운 홈페이지가 5개 런칭했다.
    • 하지만 양장본 책(EA 문서)의 글씨는 저절로 수정되지 않는다. 3년 뒤 이 책은 현재 회사의 서버 구성이나 데이터와 1%도 맞지 않는, 불태워버려야 할 쓰레기 거짓말 문서가 되어버렸다. (현행화 실패)
  2. EAMS (EA 관리 시스템)의 등장:
    • "문서를 버려라! 모든 아키텍처 설계도는 무조건 우리 회사의 전용 사내 포털(EAMS 웹사이트)에 로그인해서, 관계형 데이터베이스(Repository) 형태의 레고 블록 데이터로 쪼개어 강제 저장하라!"
    • 이 포털에 접속하면 부처의 1만 개 시스템이 웹 화면에 트리 구조나 그래프(Node & Edge)로 번쩍번쩍 빛나며 동적으로 표시된다.

📢 섹션 요약 비유: 종이로 인쇄된 '전국 도로 지도책'은 작년에 생긴 신도시 고속도로를 보여주지 못해 운전자를 절벽으로 안내합니다. EAMS는 실시간으로 길이 막히고 새 길이 뚫리는 정보가 즉각 업데이트되어 터치 한 번에 경로를 쫙 띄워주는 살아 숨 쉬는 '스마트폰 T맵 내비게이션'입니다. 아키텍처가 종이에서 디지털 포털(웹)로 넘어간 역사적 혁명입니다.

Ⅱ. EAMS의 마법: 교차 매핑(Cross-Mapping)과 임팩트 분석

하나를 건드리면 어디가 터질지(영향도) 1초 만에 엑스레이로 뚫어본다.

  1. 메타모델 리포지토리 (거미줄의 완성):
    • EAMS의 심장부인 리포지토리(저장소)에는 단순한 그림 파일(JPG)이 저장되는 게 아니다.
    • [업무(BRM): 대출 승인] 박스와 [앱(SRM): 결제 모듈] 박스, 그리고 [서버(TRM): 10.0.0.1 유닉스] 박스가 보이지 않는 DB 외래 키(FK) 실선으로 촘촘하게 연결(매핑)되어 저장된다.
  2. 임팩트 분석 (Impact Analysis - 영향도 파악):
    • 보안팀장이 포털 검색창에 친다. "내일모레 10.0.0.1 유닉스 서버(TRM) 메모리 교체한다고 2시간 전원 끌 건데, 어느 부서 시스템이 타격받는지 뽑아봐."
    • EAMS 포털이 1초 만에 징징거리며 거미줄을 역추적한다. "그 서버가 꺼지면 $\rightarrow$ 결제 모듈(SRM)이 멈추고 $\rightarrow$ 최종적으로 고객의 대출 승인(BRM) 업무가 마비되어 콜센터에 민원 전화가 폭주합니다!"
    • 과거에는 전산실 직원이 100개 부서에 일일이 전화 돌리며 "혹시 이 서버 쓰세요?"라고 묻던 1주일짜리 미친 노가다를 단 1초의 검색(임팩트 분석)으로 끝내버리는 신의 지팡이다.
  3. IT 포트폴리오 관리 (중복 낭비 색출):
    • 사장님이 대시보드를 킨다. "우리 회사에 [날씨 알림 API] 기능(SRM)을 가진 놈들 다 검색해 봐."
    • 포털에 영업팀, 재난팀, 시설팀이 각자 1억씩 주고 산 똑같은 날씨 앱 3개가 거미줄로 연결되어 주르륵 뜬다. 사장님은 즉시 2개를 폐기(예산 삭감)하라고 불호령을 내린다.

📢 섹션 요약 비유: 인체 해부도 포털 시스템입니다. 의사가 EAMS 포털 화면에서 마우스로 '오른쪽 손목 정맥(서버 1대)'을 탁 끊어봅니다(가상 시뮬레이션). 그러자 화면에 거미줄처럼 이어진 핏줄을 타고 올라가 '오른쪽 뇌(영업팀 앱)'와 '오른쪽 다리(결제 업무)' 구역이 새까맣게 괴사(마비)된다는 경고창이 1초 만에 시뻘겋게 뜹니다. 인체의 수만 가닥 얽힘(IT 시스템의 의존성)을 완벽하게 꿰뚫어 보는 투시경 시스템입니다.

Ⅲ. 현행화(As-Is Update): EAMS의 생명 유지 장치

지도(데이터)가 업데이트되지 않으면, 내비게이션은 쓰레기통으로 직행한다.

  1. 피 튀기는 현행화(업데이트)의 싸움:
    • 아무리 100억짜리 EAMS 포털을 열어놔도, 현장 개발자들이 서버를 새로 사고 DB 테이블을 추가할 때마다 EAMS 포털에 접속해서 "나 컬럼 1개 추가했음"이라고 업데이트 버튼(현행화)을 안 눌러주면 이 포털은 6개월 만에 거짓말쟁이로 전락한다.
  2. 어제 배운 ARB(거버넌스)와의 결탁:
    • 인간의 성실성을 믿으면 망한다. 그래서 몽둥이(거버넌스)를 가져온다.
    • 아키텍처 심의 위원회(ARB)는 모든 IT 프로젝트가 끝나는 잔금(검수) 결재일에 선언한다.
    • "개발팀! 너희가 만든 10.0.0.2 새 서버와 DB 스키마 내역을 오늘 밤 12시까지 EAMS 포털 화면에 100% 매핑해서 수동으로 다 등록해(현행화) 놔라! 내일 아침에 포털 검색해서 네가 만든 시스템이 안 뜨면, 이번 달 프로젝트 잔금(돈) 지급은 올스톱이다!"
    • 이 극단적인 거버넌스 족쇄 덕분에, EAMS 포털의 데이터는 반강제적으로 매일매일 전사 최신 상태(100% 싱크로율)를 피눈물 나게 유지할 수 있는 기적을 이루게 된다.

📢 섹션 요약 비유: 포털 사이트(네이버 지도)에 로드뷰를 만들어 놨는데, 동네 식당 주인이 간판을 바꾸고 폐업할 때마다 지도 앱에 자기 정보를 안 고쳐주면 네이버 지도는 망합니다(현행화 실패). 시청(거버넌스)은 협박합니다. "식당 간판 바꿀 때 무조건 네이버 지도(EAMS) 사이트에 접속해서 바뀐 간판 사진 업데이트 안 해놓으면, 내일 당장 영업정지(예산 중단) 시킨다!" 이 무식한 몽둥이 찜질 체계가 톱니바퀴처럼 돌아가야만 비로소 완벽한 100% 실시간 최신 회사의 IT 지도를 영구적으로 보존할 수 있습니다.