지니의 작업실

IT컨설팅…여행가…그림…블로거

아키텍처 도메인 1. 기업 아키텍처 도메인과 실무 직무 명칭의 비교 연구

1. 서론

오늘날 기업의 IT 환경은 급속도로 복잡해지고 있다. 디지털 전환(Digital Transformation), 클라우드 확산, 데이터 기반 의사결정 강화와 같은 흐름 속에서, 기업은 체계적인 아키텍처(Architecture) 관리 없이는 전략적 목표를 달성하기 어렵다. 이러한 필요성을 충족하기 위해 EA(Enterprise Architecture) 프레임워크가 등장했으며, 대표적으로 TOGAF(The Open Group Architecture Framework)[1]와 FEAF(Federal Enterprise Architecture Framework)가 널리 활용되고 있다.

이들 프레임워크는 전사적 관점에서 비즈니스, 데이터, 애플리케이션, 기술의 네 가지 아키텍처 도메인을 정의하고, 이를 기반으로 IT 자산과 비즈니스 전략을 정렬한다. 그러나 실제 현업에서는 이러한 도메인 개념이 그대로 적용되지 않고, 보다 구체적이고 세분화된 직무 명칭을 통해 각 역할이 수행된다. 본 연구는 EA 프레임워크의 4대 도메인과 실무 직무 명칭을 비교·분석함으로써, 두 접근법의 차이와 상호 보완성을 고찰한다.

2. 본론

2.1 EA 프레임워크의 4대 도메인

EA 프레임워크는 전사적 IT 환경을 4대 도메인(Business, Data, Application, Technology)으로 구분한다[1]. 각 도메인은 다음과 같이 정의되고, 실제 사례에서 어떻게 나타나는지 살펴본다.

  1. Business Architecture (BA)
    • 정의: 기업의 비즈니스 전략, 조직 구조, 핵심 프로세스, 성과지표(KPI) 등을 설계하고 문서화하는 영역.
    • 역할: 비즈니스의 목적 및 목표를 정의하고, IT가 이를 어떻게 지원해야 하는지 방향성을 제공. 업무 절차와 정보 흐름을 정비하여 비즈니스 변화에 유연하게 대응 가능하게 함.
    • 예시:
      • 고객 여정 맵핑(Customer Journey Mapping)
      • 가치 제안(Value Proposition)과 운영 모델(Operating Model) 정의
      • 비즈니스 프로세스 최적화 및 효율 개선 프로젝트
  2. Data Architecture (DA)
    • 정의: 조직 내 데이터 자산의 개념적/논리적/물리적 구조, 데이터 흐름, 저장소, 데이터 표준 및 메타데이터 관리에 대한 설계.
    • 역할: 데이터 품질과 정확성 유지, 중복 제거, 정보의 신뢰성 확보, 비즈니스 및 애플리케이션 영역과의 데이터 연계 보장.
    • 예시:
      • 마스터 데이터 관리(Master Data Management, MDM)
      • 데이터 카탈로그, 메타데이터 리포지토리 구축
      • 빅데이터 플랫폼 설계 및 데이터 레이크 (Data Lake) 아키텍처
  3. Application Architecture (AA)
    • 정의: 애플리케이션 포트폴리오의 구성, 기능/모듈/서비스 간 관계 및 인터페이스, 시스템 간 통합 구조를 설계하는 도메인.
    • 역할: 애플리케이션 간 중복 기능 제거, 유지보수 및 확장성 확보, 서비스 재사용성 확보, 시스템 통합 및 상호운용성 보장.
    • 예시:
      • ERP, CRM, SCM 등의 엔터프라이즈 애플리케이션 구조 분석 및 재설계
      • API 게이트웨이 또는 마이크로서비스 아키텍처 설계
      • 애플리케이션간 인터페이스 명세 및 통합 패턴
  4. Technology Architecture (TA)
    • 정의: 하드웨어, 네트워크, 미들웨어, 플랫폼, 클라우드, 보안 인프라 등의 기술적 기반을 설계하고 운영하는 영역.
    • 역할: 시스템이 안정적이고 확장 가능하며 보안 기준을 만족하도록 기술 인프라 제공 및 유지, 애플리케이션 및 데이터 아키텍처의 실행 가능성 담보.
    • 예시:
      • 멀티 클라우드 또는 하이브리드 클라우드 구조 설계
      • 보안 아키텍처 – 암호화, 네트워크 격리, 접근 통제
      • 인프라 자동화, DevOps 파이프라인, 플랫폼 기술 표준화

2.2 실무 직무 명칭의 세분화

실제 조직 및 프로젝트에서는 위의 4대 도메인을 기반으로 하되, 기술 트렌드 혹은 조직 필요성에 따라 보다 세분화된 직무가 정의된다. 아래 표는 EA 도메인과 실무 직무 간의 매핑을 나타낸다.[2]

상위 (EA/도메인)하위 실무 직무설명
EA (Enterprise Architecture)EA (Enterprise Architect)전사 차원의 아키텍처 총괄, 도메인 간 연계·거버넌스 담당
BA (Business Architecture)BA (Business Architect)비즈니스 전략, 조직, KPI 설계
FA (Functional Architect)특정 업무 영역(재무, 인사, 물류 등) 중심 기능 아키텍처
DA (Data Architecture)DA (Data Architect)데이터 표준, 모델링, 메타데이터 관리
IA (Information Architect)정보구조 및 사용자/콘텐츠 중심 데이터 설계
DBA (Database Architect/Admin)데이터베이스 성능, 보안, 용량, 운영 특화 역할
AA (Application Architecture)AA (Application Architect)애플리케이션 구성, 모듈, 인터페이스 정의
SA (Solution Architect)특정 솔루션 기반 설계 (ERP, CRM, 맞춤 시스템 등)
IA (Integration Architect)시스템 간 연계, API/ESB 구성, 서비스 오케스트레이션 담당
TA (Technology Architecture)TA (Technical Architect)기술 플랫폼 전반, 인프라 전략 및 설계
InfraA (Infrastructure Architect)서버, 네트워크, 스토리지 설계 및 운영
CA (Cloud Architect)클라우드 인프라 설계, 클라우드 유형/지역/비용 최적화
SecA (Security Architect)보안 방침, 암호화, 위협 모델링, 준수성(compliance) 확보
PA (Platform Architect)운영체제, DevOps, 플랫폼 서비스 및 표준 기술 조정

2.3 프레임워크와 실무 명칭의 차이

  • EA 프레임워크는 기업 IT 환경을 전사적 관점에서 설명하기 위한 추상적·포괄적 개념이다.
  • 실무 직무 명칭은 조직의 기술 환경, 프로젝트 특성, 보안 요인, 클라우드/인프라 선택 등에 따라 구체적 역할을 정의하는 것이다.

따라서 프레임워크는 “지도(Map)”의 역할을, 실무 직무는 “현장 실행(Field Application)”의 역할을 담당한다고 할 수 있다.

3. 결론

본 연구에서는 EA 프레임워크의 4대 도메인과 실무에서 활용되는 직무 명칭을 비교하였다. EA 프레임워크는 비즈니스, 데이터, 애플리케이션, 기술이라는 큰 틀을 제공하며[1] 실무에서는 이를 기반으로 세분화된 직무(예: Cloud Architect, Security Architect, Integration Architect 등)가 수행된다.

따라서 EA 프레임워크와 실무 직무 명칭은 상호 보완적인 관계에 있다. 프레임워크는 기업 IT 전략과 아키텍처 관리의 방향성을 제공하고, 실무 직무는 그 방향성을 구체적 실행으로 연결한다. 조직은 두 접근을 적절히 통합할 때, 전략과 실행의 균형을 효과적으로 달성할 수 있을 것이다.

참고문헌 및 출처

[1] The Open Group, The TOGAF Standard, Version 9.2. The Open Group, 2018. [Online]. Available: https://www.opengroup.org/togaf-standard-version-92-licensed-downloads. [Accessed: Sept. 22, 2025].

[2] J. W. Ross, P. Weill, and D. C. Robertson, Enterprise Architecture as Strategy: Creating a Foundation for Business Execution. Harvard Business School Press, 2006. [Online]. Available: https://store.hbr.org/product/enterprise-architecture-as-strategy-creating-a-foundation-for-business-execution/8398. [Accessed: Sept. 22, 2025].

관련글