작은 프로토타입은 단일 모듈로 충분합니다. 하지만 여러 팀이 협업하고 독립적으로 배포해야 하는 실제 프로젝트에서는 체계적인 구조가 필요합니다. “Camel in Action” 8장에서는 엔터프라이즈급 프로젝트 구성 방법을 설명합니다.
기능별로 모듈을 분리하면 각 팀이 독립적으로 작업하고 필요한 모듈만 의존성으로 추가할 수 있습니다.
camel-enterprise/
├── pom.xml (부모 POM)
├── camel-model/ # 도메인 모델, DTO
├── camel-services/ # 비즈니스 서비스 빈
├── camel-routes/ # Camel 라우트 정의
├── camel-test/ # 공통 테스트 유틸리티
└── camel-app/ # 실행 가능한 애플리케이션 부모 POM에서 공통 의존성과 버전을 관리하고, 각 모듈은 필요한 것만 선택합니다.
단순히 파일 하나에 모든 라우트를 넣으면 관리가 불가능해집니다. 기능별, 팀별로 RouteBuilder를 분리하는 것이 핵심입니다.
// 주문 처리 라우트
public class OrderRoutes extends RouteBuilder {
@Override
public void configure() throws Exception {
from("activemq:queue:orders")
.routeId("order-processor")
.to("bean:orderService");
}
}
// 재고 관리 라우트
public class InventoryRoutes extends RouteBuilder {
@Override
public void configure() throws Exception {
from("kafka:inventory-events")
.routeId("inventory-updater")
.to("bean:inventoryService");
}
} 각 RouteBuilder는 Spring Bean으로 등록하면 CamelContext가 자동으로 감지해 등록합니다.
개발/스테이징/운영 환경마다 다른 설정이 필요합니다. Spring Boot의 프로파일 기능과 Camel의 PropertiesComponent를 조합합니다.
# application-dev.properties
broker.url=tcp://localhost:61616
db.url=jdbc:h2:mem:testdb
# application-prod.properties
broker.url=tcp://mq.production.com:61616
db.url=jdbc:postgresql://db.production.com/enterprise 실행 시 --spring.profiles.active=prod로 프로파일을 선택합니다. 비밀번호 같은 민감한 정보는 환경변수나 Vault 같은 시크릿 매니저를 활용합니다.
운영 환경에서는 라우트 상태를 지속적으로 모니터링해야 합니다. Camel은 JMX, Prometheus, Micrometer 통합을 지원합니다.
// Micrometer로 라우트 메트릭 자동 수집
camelContext.addRoutePolicyFactory(new MicrometerRoutePolicyFactory()); 이렇게 하면 Prometheus + Grafana 대시보드에서 각 라우트의 처리량, 오류율, 처리 시간을 실시간으로 확인할 수 있습니다.
필기 시험의 접근통제 영역은 용어 하나만 알아도 풀리는 문제와 개념을 뒤집어 묻는 문제가 섞여 나옵니다.…
유튜브에 AI 자동 생성 영상이 넘쳐납니다. 진짜 크리에이터들은 어떻게 살아남아야 할까요? AI와 경쟁하는 3가지 생존…
이틀 전에 사이드카가 걸렸을 때만 해도 "한 번 놀란 장"으로 끝날 줄 알았는데요. 15일 아침…
오전 시황 글에 이어 장중 후속 정리입니다. 코스피는 개장 직후 5%대였던 낙폭이 오전 10시 전후에…
10월 15일 목요일 아침, 코스피가 전날 종가보다 5.59% 낮은 5,673.01로 출발했습니다. 장 시작 7분 만에…
삼성 갤럭시 AI, 써보니 실망스러웠다. 온디바이스 한계, 지역 제한, 낮은 일상 활용도 등 현실적인 문제점…