통신 프로토콜 설계 시 고려해야 할 요소는 무엇인지 설명해 주세요.

다중 테넌트 설계에서 데이터 격리 못지않게 중요한 건 테넌트별 설정 관리입니다. 고객마다 API 한도나 기능 활성 여부가 다를 수 있는데, 이 설정이 코드에 하드코딩되어 있으면 배포 없이 변경이 불가능해집니다. 제가 직접 분석했던 B2B 구조에서는 테넌트 컨텍스트를 요청 레이어에서 주입하고, 설정은 캐시된 원격 저장소에서 읽는 방식을 사용했습니다. 덕분에 특정 고객의 한도 조정이 코드 변경 없이 바로 반영됐습니다. 또 하나 신경 썼던 부분은 테넌트 단위 모니터링입니다. 전체 에러율이 정상처럼 보여도 특정 테넌트에서만 응답이 느린 경우가 있었고, 테넌트 ID를 로그·트레이스에 일관되게 태깅해두지 않으면 이런 문제를 찾는 데 시간이 오래 걸렸습니다.

가시성 확보는 격리 설계만큼 초기에 같이 잡아야 한다고 느꼈습니다. 마지막으로 온보딩 파이프라인도 빠지기 쉬운 요소입니다. 신규 테넌트 추가 시 DB 프로비저닝, 설정 초기화, 알림 설정이 수동이면 규모가 커질수록 실수가 늘어납니다. 자동화된 테넌트 생성 흐름을 초기부터 설계해두면 운영 비용이 크게 줄어듭니다.