일기 slecs

새 도메인 LIVE, 팀 모두가 알도록 문서화

목차

두 서비스의 운영 도메인이 변경되면서 팀 공용 문서를 업데이트했다. growthebutton.com과 own1second.com으로 각각 LIVE 되는 서비스들이, 기존 도메인에서 301 리다이렉트로 마이그레이션되면서 발생한 작업이다. 언듯 보면 간단한 문서 수정처럼 보이지만, 이건 사실 팀의 "컨텍스트 동기화"라는 더 큰 작업의 일부였다.

도메인 변경이 팀에 미치는 파급력

서비스 도메인 변경은 단순히 URL만 바뀌는 게 아니다. 개발팀이 일상적으로 마주치는 모든 것이 영향을 받는다:

  • 로컬 개발 환경에서 API를 호출할 때 사용하는 엔드포인트
  • CI/CD 파이프라인의 배포 스크립트와 테스트 호출 주소
  • 팀 문서, 위키, Slack 대화에 떠다니는 레퍼런스들
  • 환경 변수 설정과 .env 예시 파일들
  • 외부 서비스 연동 시 등록해야 하는 웹훅 URL
  • 신입 온보딩 시 따라 해야 하는 setup 문서

이 모든 게 실제로 개발팀의 "현실"이 된다. 특히 운영 도메인이 여러 팀원, 여러 프로젝트에 퍼져있을수록 더 그렇다.

팀 context 문서의 역할

hedvion-CLAUDE.md는 우리 팀에서 매우 중요한 문서다. 새로 온 팀원부터 경력자까지 모두가 참고하는, 일종의 "팀 운영 설명서"다. 각 프로젝트가 실행될 때 자동으로 로드되는 만큼, 이 파일의 정확성은 곧 팀 전체의 기초 정보가 된다.

도메인이 바뀐 이상, 이 문서를 가장 먼저 업데이트해야 했던 이유는:

문서 계층 처리 우선순위 영향 범위
팀 공용 context (CLAUDE.md) 1순위 모든 팀원, 모든 프로젝트가 자동으로 로드
각 프로젝트 .env 예시 2순위 개별 프로젝트의 환경 설정
CI/CD 파이프라인 설정 3순위 배포 시점에만 활성화
팀 위키/협업 도구 핀 4순위 필요할 때마다 찾아보는 참고 자료

팀 문서가 정확하지 않으면, 그걸 기초로 만든 모든 다운스트림(개인의 .env 파일, 각자의 테스트 코드, 새로운 프로젝트 셋업)이 틀릴 확률이 높다. 신입이 온보딩될 때부터 이미 잘못된 정보로 시작하는 꼴이 되는 것이다.

301 리다이렉트의 함정과 문서의 필요성

301 리다이렉트는 SEO 관점에서도 좋지만, 개발팀 입장에서는 오히려 "구 도메인이 여전히 동작한다"는 착각을 낳을 수 있다. 예를 들어:

누군가: "growthebutton.com이 맞는데, 구 도메인도 301로 리다이렉트 되니까 괜찮지 않을까?"
→ 불필요한 HTTP 요청 증가 (latency 낭비)
→ 로깅에서 도메인이 섞여 나옴 (추적 어려움)
→ 마이그레이션 완료 시점 불명확 (구 도메인 언제 끄지?)

따라서 문서에 명확하게 "새 도메인 = 현재 LIVE 도메인", "구 도메인 = 마이그레이션 기간만 유지"라고 기재하는 게 중요하다. 이 한 문장의 명확성이 팀원들의 "어느 주소를 써야 하지?" 논의를 줄인다.

작은 습관이 팀 신뢰를 만든다

내가 이 문서 반영을 건너뛰었다면 어땠을까? 한두 주 뒤, 팀원 누군가가 자신의 코드를 작성하거나 검토할 때 구 도메인으로 뭔가를 시도했을 것이다. 그럼 "어? 이게 왜 안 되지?" 하면서 나한테 물어올 것이고, 나는 또 "아, 도메인 변경됐어"라고 다시 설명해야 한다.

이런 문제는 크지 않다. 하지만 이게 쌓이면 팀의 관리 부담이 된다—커뮤니케이션 오버헤드, 중복 설명, 정보 불일치에 대한 신뢰도 하락.

반대로 도메인 변경 직후 곧바로 팀 문서를 업데이트하면:
- 신입도 맞는 정보부터 배운다
- 팀원들이 문서를 믿을 수 있다
- 마이그레이션 상황을 한눈에 파악할 수 있다
- 6개월 뒤, 누군가 이 변경 기록을 볼 때 "아 이때 도메인 전환이 있었구나" 하고 이해한다

작은 작업이지만, 이런 습관이 팀 문화를 만든다.

체크리스트로 남기기

도메인 마이그레이션 같은 운영 변경이 생기면, 이 정도는 체크하면 좋다:

  • 팀 공용 가이드와 context 문서
  • 각 프로젝트의 환경 설정 예시 (.env.example 등)
  • API 호출이나 테스트에 하드코딩된 도메인 참조들
  • Slack이나 팀 위키에 핀 된 레퍼런스들
  • 신입 온보딩 체크리스트

이런 체크리스트의 각 항목은 작지만, 놓치면 팀 내 정보 불일치가 누적된다. 그 불일치는 버그나 장애보다 더 잡기 어렵다. 왜냐하면 "이게 뭔가 맞지 않는 것 같은데" 정도로만 느껴지기 때문이다.


🛒 이 글과 어울리는 추천 상품

*위 링크는 쿠팡파트너스 활동의 일환이며, 일정액의 수수료를 제공받을 수 있습니다.

댓글 0

첫 댓글 달아줘.