Kafka Connect 커스텀 SMT 배포 방식 비교표

 

✅ Kafka Connect 커스텀 SMT 배포 방식 3종 비교표

 

항목	🔧 ConfigMap	📦 PVC (PersistentVolumeClaim)	🚀 InitContainer
파일 크기 제한	⚠️ 있음 (1MB 이하 권장)	✅ 제한 없음 (스토리지 크기만큼)	✅ 제한 없음 (네트워크 전송 한계만)
JAR 포함 수량	소수 (1~2개 적당)	다수 가능	다수 가능
복잡도	⭐ 낮음 (가장 간단함)	⭐⭐ 중간 (PVC 설정/복사 필요)	⭐⭐ 중간 (Init 스크립트 필요)
SMT 교체 방식	ConfigMap 재생성 + 재배포	JAR 복사 + 재시작	URL 변경 + 재배포
GitOps 통합	✅ 매우 쉬움 (kubectl apply)	🔧 수동 복사 + CI 필요	✅ URL로 버전 제어, Git 관리에 유리
스토리지 의존성	❌ 없음	✅ 필요 (RWX 권장)	❌ 없음
네트워크 의존성	❌ 없음	❌ 없음	✅ 필요 (HTTP/S3 등 외부 URL 접근)
Kafka Connect 재시작 필요	✅ 필요	✅ 필요	✅ 필요
여러 노드 환경 대응	⚠️ 제한 (노드 로컬 ConfigMap)	✅ 가능 (RWX이면 공유 가능)	✅ 문제없음 (emptyDir은 노드 내 공유)
장점	간단하고 빠름, Helm 친화적	파일 자유도 높음, 로컬 유지	동적 SMT 교체, 이미지 수정 없음
단점	크기 제한, 바이너리 부적합	CI 복사 스크립트 필요	외부 서버 의존성, Pod마다 다운로드

---

🧩 선택 가이드

상황	추천방식
SMT JAR이 작고 1~2개만 관리	✅ ConfigMap
SMT가 2개 이상이거나 JAR이 큼	✅ PVC
SMT를 자주 교체, 버전 관리하고 싶음	✅ InitContainer
CI/CD 자동화와 Helm GitOps를 함께 적용하려면	✅ InitContainer 또는 ConfigMap
NFS 기반 RWX 스토리지 있음	PVC 또는 InitContainer
내부망에서 JAR 다운로드 서버 운영 가능	InitContainer (URL 접근 쉽게 구성 가능)

---

✅ 추천 조합 

규모	구성 추천
소규모 테스트 환경	Kafka Connect + ConfigMap (간단하고 빠름)
중간 규모 + 정식 배포	Kafka Connect + PVC + CI 복사
엔터프라이즈 GitOps 환경	Kafka Connect + InitContainer + Helm + ArgoCD + S3 버전 배포