298. ESB (Enterprise Service Bus) 엔터프라이즈 서비스 버스

핵심 인사이트

본질: ESB (Enterprise Service Bus)는 이기종 시스템 간의 서비스 요청과 응답을 중개하는 메시지 버스 미들웨어로, 라우팅·변환·오케스트레이션·모니터링 기능을 통합 제공한다.

가치: SOA 아키텍처에서 서비스 간 통신의 복잡성을 ESB가 흡수하여 각 서비스는 자신의 비즈니스 로직에만 집중하고 통합 로직을 ESB에 위임할 수 있다.

판단 포인트: ESB는 모든 통합 로직이 집중되는 단일 장애 점(SPoF, Single Point of Failure)이 될 수 있다. MSA 환경에서는 ESB 대신 경량 API 게이트웨이와 서비스 메시로 분산된 통합 아키텍처로 전환하는 추세다.

Ⅰ. 개요 및 필요성

ESB는 도시의 지하철 시스템이다. 각 기업 시스템(역)이 지하철(ESB)을 통해 메시지를 주고받으며, 지하철은 경로 안내(라우팅), 언어 번역(메시지 변환), 연착 알림(모니터링)을 담당한다.

📢 섹션 요약 비유: ESB는 회사의 메시지 우체국이다. 모든 편지(메시지)가 여기를 거쳐 올바른 형식으로 변환되어 배달된다.

Ⅱ. 아키텍처 및 핵심 원리

┌─────────────────────────────────────────────┐
│         ESB 핵심 기능                        │
├─────────────────────────────────────────────┤
│  라우팅 (Routing): 조건부 메시지 경로 결정  │
│  변환 (Transformation): XML↔JSON, 스키마 매핑│
│  오케스트레이션: 여러 서비스를 순서 조합    │
│  보안: 인증·암호화 중앙 처리                │
│  모니터링: 메시지 추적, 감사 로그           │
└─────────────────────────────────────────────┘

ESB 기능	설명
Content-based Routing	메시지 내용으로 경로 결정
Protocol Conversion	SOAP↔REST↔MQ 변환
Service Orchestration	여러 서비스 조합 실행

📢 섹션 요약 비유: ESB는 고속도로 인터체인지다. 여러 도로(프로토콜)의 차(메시지)를 올바른 방향으로 안내한다.

Ⅲ. 비교 및 연결

구분	ESB	API Gateway
시대	SOA(2000년대)	MSA(2010년대~)
구조	중앙집중형	분산·경량
기능	풍부(변환·오케스트레이션)	핵심(라우팅·인증)

📢 섹션 요약 비유: ESB vs API Gateway는 대형 물류센터 vs 소형 택배 터미널이다. 복잡한 처리는 ESB, 빠른 배송은 API 게이트웨이가 담당한다.

Ⅳ. 실무 적용 및 기술사 판단

온프레미스 레거시 시스템(ERP, MES, CRM)이 혼재한 대형 제조 기업에서 ESB는 여전히 강력한 통합 솔루션이다. 클라우드 전환 시에는 ESB를 API 게이트웨이+이벤트 버스(Kafka)로 점진적으로 대체한다.

기술사 시험에서 이 개념의 정의·구성·비교·기대효과를 논하는 문제가 출제된다.

📢 섹션 요약 비유: ESB는 공항의 환승 시스템이다. 국제선(SOA)은 복잡한 환승이 필요하지만, 국내선(MSA)은 간편하게 이동한다.

Ⅴ. 기대효과 및 결론

ESB 도입으로 이기종 시스템 통합 비용 절감, 중앙집중식 보안·모니터링 확보, 서비스 오케스트레이션 기능 제공이 달성된다.

📢 섹션 요약 비유: ESB는 통합 전기 배전반이다. 모든 전기(데이터)가 여기서 올바른 전압(형식)으로 변환되어 각 기기(시스템)에 공급된다.

📌 관련 개념 맵

개념	설명	연관 키워드
EAI	ESB 전신 통합 미들웨어	SOA 기반
API Gateway	ESB 경량 대안	MSA 환경
Kafka	분산 이벤트 버스	ESB 보완

👶 어린이를 위한 3줄 비유 설명

ESB는 여러 회사 시스템들 사이에서 메시지를 올바른 형식으로 바꿔 전달하는 우체국이에요.
각 시스템이 서로 다른 언어를 써도 ESB가 통역해서 소통하게 해줘요.
지금은 더 빠르고 가벼운 API 게이트웨이로 많이 대체되고 있어요.