내보내기 서비스의 NPE 전환 POC와 남은 도메인 연결

Identity Platform · Series 1 · Platform Modernization3 / 15

내보내기 서비스를 사내 관리형 컨테이너 플랫폼에 올려 확인한 과정과, 도메인·CDN 연결 문제로 운영 출시까지 진행하지 못한 결과를 정리합니다.

관리자 플랫폼의 내보내기 서비스를 사내 관리형 컨테이너 플랫폼인 NPE로 옮기는 POC를 진행했습니다. 큐로 받은 작업을 처리하고 CSV 같은 파일을 만드는 서비스였습니다.

이미지를 만들고 새 환경에서 기본 처리 흐름을 확인했지만, 운영 출시는 진행하지 못했습니다. 기존 도메인과 CDN의 라우팅을 새 서비스에 연결하는 문제가 남았기 때문입니다. 컨테이너 실행을 확인한 것과 사용자가 새 경로로 서비스를 이용할 수 있는 상태는 달랐습니다.

전환을 검토한 이유

관리형 플랫폼에서는 서비스팀이 직접 관리하던 배포·운영 설정의 일부를 공통 기능으로 사용할 수 있었습니다. 서비스마다 실행 환경을 따로 관리하는 부담을 줄일 수 있을지 확인하려 했습니다.

다만 공통 플랫폼을 사용해도 앱의 설정과 외부 자원 접근, 처리 중인 작업의 종료 방식까지 대신 정해 주지는 않습니다. 내보내기 서비스가 새 실행 환경에서도 같은 작업을 수행할 수 있는지 확인해야 했습니다.

먼저 컨테이너 이미지를 빌드하고 서비스를 실행했습니다. 기존 서버에만 있던 설정이나 파일 경로에 의존하는 부분이 없는지 보고, 환경 변수와 상태 확인에 필요한 설정을 맞췄습니다.

프로세스가 시작됐다는 사실과 작업을 처리할 준비가 됐다는 사실도 나눠 봐야 합니다. 설정을 읽고 외부 자원에 접근할 수 있어야 실제 큐 작업을 받을 수 있습니다.

내보내기 서비스는 메시지를 받고 파일을 생성하는 과정에서 SQS와 S3 같은 자원에 접근했습니다. 새 환경의 실행 역할에도 필요한 권한이 있어야 했습니다.

POC에서는 새 환경에서도 큐의 요청을 받아 파일을 생성할 수 있는지 확인했습니다. 이 과정에서 앱의 실행 설정과 AWS 접근 권한을 함께 점검할 수 있었습니다.

운영 전환을 준비할 때는 여기에 동시 실행과 재시도, 작업 중 종료도 함께 확인해야 합니다. 처리 시간이 긴 내보내기 작업은 프로세스가 교체될 때 메시지가 다시 전달될 수 있으므로, 이미 만든 파일이나 작업 상태를 어떻게 처리할지 살펴볼 필요가 있습니다.

운영에 반영하려면 기존 Akamai 경로에서 새 서비스로 요청이 도달해야 했습니다. 기존 도메인의 라우팅과 인증서, 다른 서비스와 공유하는 경로를 함께 고려해야 해 이 연결을 마무리하지 못했습니다.

플랫폼 안에서 서비스가 동작해도 실제 사용자의 진입 경로가 연결되지 않으면 전환은 완료되지 않습니다. 외부 접속 주소에서 새 서비스까지 요청이 전달되는지 확인하는 작업이 별도로 남았습니다.

이번 POC에서는 이미지 빌드와 실행 설정, 큐 기반의 기본 처리 흐름을 확인했습니다. 반면 운영 도메인을 연결하고 기존 경로의 트래픽을 전환하는 단계까지는 진행하지 못했습니다.

다른 서비스의 전환을 검토할 때도 앱 실행과 외부 연결을 별도 작업으로 두고 확인할 필요가 있었습니다. 플랫폼 안에서 확인할 항목과 도메인·CDN 담당자와 함께 확인할 항목을 처음부터 나누면, 운영 출시 전에 남을 일을 더 일찍 파악할 수 있습니다.

다음 글에서는 이 작업과 함께 살펴본 서비스별 IAM 권한 분리와 Terraform 정책 조합을 다룹니다.