개발자 플랫폼(IDP)을 구축했다면, 셀프서비스 범위와 실패 시 경로는 어떻게 잡았나요?

인턴 때 내부 개발자 플랫폼을 구축하는 프로젝트에 참여한 경험이 있습니다. 개발자들이 인프라 팀에 요청할 때마다 대기 시간이 길어진다는 불편이 있었고, 반복적인 요청 80%를 셀프서비스로 처리할 수 있도록 Backstage 기반의 내부 포털을 설계했습니다.

셀프서비스 범위는 반복성과 위험도 두 축으로 구분했습니다. 환경 생성, 서비스 배포, 모니터링 알림 설정처럼 반복적이고 롤백이 쉬운 작업은 셀프서비스에 포함했고, 프로덕션 DB 접근이나 네트워크 정책 변경처럼 파급 범위가 큰 작업은 인프라 팀 리뷰를 거치도록 유지했습니다.

실패 시 대안 경로는 두 단계로 설계했습니다. 자동화 파이프라인이 실패하면 먼저 Slack 채널로 오류 로그와 함께 알림이 가도록 했고, 1시간 안에 해결되지 않으면 인프라 팀 온콜 담당자에게 티켓이 자동 생성되는 에스컬레이션 구조를 만들었습니다. 처음에는 에스컬레이션 조건이 너무 낮아 팀이 피로해지는 문제가 있었고, 임계값을 조정하는 데 2주 정도 걸렸습니다. 이 경험을 통해 자동화 범위와 사람이 개입하는 경계를 명확히 하는 것이 IDP 설계의 핵심이라는 점을 배웠습니다.