넛지헬스케어 · 2024 – 2025

관계사 커뮤니티 10개 이상을 하나의 멀티테넌트 구조로 통합

같은 기능이 열 곳 넘게 따로 개발되고 있었다. 하나의 코드베이스로 합치고, 서비스별 DNS를 순차 전환해 이관했다.

제원

관계사별 커뮤니티가 각각 다른 코드베이스와 운영 환경으로 분리되어 있었다. 열 곳 넘는 서비스가 같은 기능을 각자 개발하고 각자 유지보수했다.

공통 기능 하나를 고치려면 여러 저장소를 동시에 수정하고 각각 배포해야 했다. 서비스마다 요구사항과 출시 주기, 운영 방식도 달라서 변경 하나의 영향 범위를 예측하기 어려웠다.

기능을 공통과 서비스별로 나눴다. 하나의 코드베이스에서 여러 테넌트가 동작하도록 구조를 바꾸고, 테넌트 차이는 기능 플래그와 설정으로 분리했다.
각 조직의 요구사항을 공통 요구와 개별 요구로 다시 분류했다. 공통으로 올릴 수 없는 요구는 설정 값으로 남기고, 올릴 수 있는 요구는 통합 스펙으로 합쳤다.
기존 EC2 환경은 그대로 둔 채 통합 서버를 먼저 준비했다. 한 번에 전부 바꾸지 않고, 서비스별 DNS 레코드를 하나씩 통합 환경으로 옮겼다. 문제가 생기면 해당 서비스만 기존 환경으로 되돌릴 수 있도록 두었다.
통합 이후 트래픽이 한 구조로 모이면서 리소스 사용량이 올라갔다. Auto Scaling을 적용해 증가분에 대응했다.
기획·백엔드·모바일·운영 조직과 API 규격, 일정, 의존성을 조율했다. 하위 서비스가 15개 이상인 메가앱이라 서비스별 출시 사이클과 변경 영향도 함께 맞춰야 했다.

그림 dns cutover

전환 단위는 서비스 하나. 되돌릴 경로를 남긴 채 이동했다.

유지 대상 코드베이스

이전: 10+이후: 1

공통 기능은 한 곳에서만 고친다.

운영 · 유지보수 인력

~20%

통합 전 투입 인력 대비 유지보수 인력.

조율 대상 하위 서비스

15+

메가앱 내 서비스별 출시 사이클을 함께 조정했다.