AncomWiki

SIMS Docker Compose 전환 및 S2 리빌드 현황

Properties1
description본 노트는 S2 리빌드 문서화 및 SIMS 시스템의 Docker Compose 전환 가능성 분석을 다룹니다. SIMS는 현재 Kubernetes(k8s)에 강하게 결합되어 있어, 단순 docker-compose 파일 추가가 아닌 아키텍처 수준의 리팩토링이 필요함을 지적합니다. 주요 과제로 k8s 의존성 제거(Job->Container, CronJob->외부 스케줄러, ConfigMap->파일/환경변수 등), eval 서비스의…

40 min read

SIMS Docker Compose 전환 및 S2 리빌드 현황

Source

  • Field Notes/ReturnZero/Daily Notes/Day 1722. 2026-03-18.md

Summary

본 노트는 S2 리빌드 문서화 및 SIMS 시스템의 Docker Compose 전환 가능성 분석을 다룹니다. SIMS는 현재 Kubernetes(k8s)에 강하게 결합되어 있어, 단순 docker-compose 파일 추가가 아닌 아키텍처 수준의 리팩토링이 필요함을 지적합니다. 주요 과제로 k8s 의존성 제거(Job->Container, CronJob->외부 스케줄러, ConfigMap->파일/환경변수 등), eval 서비스의 로컬호스트 의존성 해결, 그리고 agent 내부의 런타임 백엔드 추상화(k8s/docker 인터페이스 통합)를 제시합니다. 또한 일본어 ASR 모델(주소, 번호, 가타카나) 개선 및 TTS 주시 업무 등 일상 업무 항목도 포함됩니다.

Key Points

  • S2 리빌드: 매뉴얼 및 문서 정리, 빌더 스크립트 정상 작동 확인 필요
  • SIMS Compose 전환 장벽: 코드베이스가 k8s API(NewK8sClient, PodIP, ConfigMap informer 등)에 하드코딩되어 있음
  • 아키텍처 변경 방향: Job을 one-shot container로, CronJob을 외부 스케줄러로, ConfigMap을 파일 기반 설정으로 치환
  • Eval 서비스 재설계: 현재는 단일 Pod 내 로컬호스트 통신을 전제로 하므로, Compose 환경에서는 서비스명 기반 고정 엔드포인트로 변경 필요
  • 추천 구조: docker-compose는 agent/mysql/triton 등 베이스 서비스만 담당하고, 동적 Job 관리는 Agent 내부의 Docker Runtime 백엔드가 처리
  • 일상 업무: 일본어 주소/번호/가타카나 모델 개선, 제로원 TTS 및 IBK/웰컴 주시 업무 진행 중

그래프 뷰

백링크