들어가며"이거 그냥 Docker 이미지 주면 되는 거 아니에요?"금융권 납품 프로젝트를 처음 전달받았을 때, 솔직히 이렇게 생각했다. 클라우드에서 잘 돌아가는 NMT(Neural Machine Translation) 서비스가 있고, 고객사 서버에 올리면 되니까. Docker라는 좋은 도구도 있고.결론부터 말하면, 8개월이 걸렸다. 그리고 그 8개월 동안 배운 것은 "클라우드에서 돌아간다"와 "고객 서버에서 돌아간다"는 완전히 다른 문제라는 것이었다.배경: 왜 설치형이어야 했는가당시 재직 중이던 회사는 AI 기반 번역 플랫폼을 운영하고 있었다. 핵심은 자체 개발한 NMT 엔진인데, 이걸 SaaS로만 제공하다가 B2B/B2G 시장으로 확장하면서 설치형(On-Premise) 수요가 생겼다.특히 금융권 고객은 ..

푸시 한 번에 수십만 명 — 메시지 유실 없는 알림 시스템을 어떻게 만들었나RabbitMQ + BullMQ + NestJS로 구현한 분산 알림 파이프라인 설계기문제는 이렇게 시작됐다서비스가 성장하면서 알림 요구사항이 복잡해졌습니다.마케팅팀이 보내는 수십만 명 대상 일괄 앱푸시 or 이메일사용자 행동에 반응하는 실시간 서비스 푸시날짜와 시간을 지정하는 예약 발송FCM, APNs, 웹 푸시, 이메일, SMS를 모두 커버하는 멀티채널 전송처음에는 각 서비스가 직접 FCM API를 호출했습니다. 그러다 문제가 터지기 시작했습니다."마케팅 배치 발송이 시작되면 일반 알림이 수십 분씩 밀린다."이유는 단순했습니다. 하나의 Queue를 모든 서비스가 공유했기 때문입니다. 100만 건의 배치 Job이 쌓이면 그 뒤에 ..

이전 글 참고https://kokbee.tistory.com/12📋 목차프로젝트 개요MSA 아키텍처와 Ingress의 역할전환 배경Nginx Ingress vs ALB Ingress 비교실제 마이그레이션 과정시행착오와 해결 방법마이그레이션 결과운영 경험과 교훈프로젝트 개요시스템 규모마이크로서비스 수: 30+ 서비스환경: AWS EKS (Singapore → Seoul 리전 전환 포함)도메인 구조:Internal: *.prod.internal.example.com, *.stg.internal.example.comExternal: api.example.com, socket.example.com, *.ent.example.com주요 마이크로서비스 구성Core Servicestest1-server (1001)..

AWS 리전 이동 후기: 싱가포르(ap-southeast-1) → 서울(ap-northeast-2)2026년 1월~2월, 약 한 달간 플리토에서 진행된 AWS 리전 마이그레이션 작업에 대한 경험을 공유합니다.배경회사는 그동안 AWS 싱가포르(ap-southeast-1) 리전을 메인으로 운영해왔습니다. 하지만 주요 유저와 팀이 한국에 집중되어 있다 보니 latency와 운영 효율 측면에서 서울 리전으로 이전이 필요하다는 논의가 있었고, 2026년 초부터 본격적인 마이그레이션 프로젝트가 시작되었습니다.채널이 생성된 것이 1월 13일, 그리고 실제 프로덕션 전환 작업이 2월 8일 새벽에 진행되었으니 약 한 달 간의 여정이었습니다.저는 이 프로젝트에서 메인 드라이버로써 EC2 인프라 구성, Kubernetes(..