AI 코딩 확산 뒤에 찾아온 배포 병목과 방향 전환
전사적 생성형 AI 도구 도입으로 비개발 직군도 수일 만에 업무용 프로토타입 웹 서비스를 구현할 수 있게 되었지만, 곧바로 배포와 공유의 벽에 부딪혔다. 결과물을 동료에게 보여주려면 사내 인프라 신청 절차나 터미널 도구(CLI) 환경 구축을 거쳐야 했으나, 비개발자에게 이는 넘기 힘든 장벽이었다. 결국 임의로 외부 상용 호스팅 서비스를 이용하면서 사내 결과물과 데이터가 사외로 파편화되는 문제가 발생했다.
초기에는 사외에 배포된 개인 작업물 링크를 모으는 '갤러리 플랫폼'이 구상되기도 했다. 하지만 결과물을 단순 취합하는 것보다 정적 웹조차 사내망에 쉽게 올리지 못하는 원인을 해결하는 것이 본질이라는 판단에 따라 목표가 전면 수정되었다. 외부 서비스를 경유하지 않고 클릭 한 번으로 배포할 수 있는 사내 전용 플랫폼 '바이브독(VibeDock)' 프로젝트가 본격화된 배경이다.
7일 만의 프로토타입 공개와 대화형 배포 진화
개발팀은 2026년 4월 초 아키텍처 밑그림을 그리고 인프라를 요청한 뒤, 4월 8일 첫 커밋을 시작으로 7일 만인 4월 15일에 개발 환경을 공개했다. 사내 내부용 워크로드 특성을 고려하여 쿠버네티스나 제로 트러스트 같은 오버스펙을 덜어내고, 단일 서버 기반의 정적 웹 호스팅과 API 프록시 구조로 간결하게 출발했다.
초기 CLI 안내 방식 역시 비개발자에게 학습 부담을 준다는 피드백을 반영해 전면 개편되었다. 모델 컨텍스트 프로토콜(MCP)을 연동하여 AI 도구 대화창에 “지금 작업한 거 바이브독에 배포해줘”라고 입력하면 배포가 완료되는 환경을 구축했다. 또한 AI가 파일 전체를 맥락(Context)으로 넘기며 발생하던 10분 이상의 지연과 토큰 소모를 방지하기 위해, 바이브독이 임시 업로드 URL을 발급해 대용량 파일을 직접 전송하는 구조로 전환하며 배포 시간을 수 초 단위로 줄였다.
서버리스 풀스택 지원과 숨겨진 기술 복잡도
바이브독은 5월 4일 상용 오픈 이후 백엔드 지원으로 영역을 넓혔다. 간헐적으로 접속하는 사내 프로토타입 특성을 고려해 유휴 비용이 없고 인스턴스 관리가 필요 없는 AWS Lambda를 백엔드 인프라로 채택했다. 저장소 내 `api/` 폴더가 감지되면 SAM 정의 파일(`template.yml`)과 CI/CD 설정을 서버가 백그라운드에서 자동 생성한다. 바이브독 서버 탈취에 따른 위험을 방지하기 위해 DevOps팀과 협력하여 배포 권한을 표준 CI 파이프라인에만 격리했다.
비개발자의 형상관리 허들을 낮추기 위해 바이브독 서버가 시스템 권한으로 대신 커밋을 수행하는 체계를 채택했다. 이에 따른 부작용을 막고자 플랫폼 내 감사 로그(Audit Log), GitLab 계정이 없는 사용자를 위한 읽기 전용 Git 프록시, 동시 수정 시 충돌을 방지하는 3-Way 자동 병합 로직이 구현되었다. 또한 배포 직전 하드코딩된 토큰을 탐지하는 정적 보안 게이트를 두었으며, AI 에이전트가 마스킹된 에러 로그를 읽고 코드를 스스로 고쳐 재배포하는 자가 수정 루프를 연동해 총 19건의 시크릿 유출 시도를 사전 차단했다.
탑다운 없는 사내 확산과 운영 지표 분석
바이브독의 사내 정착 과정은 강제적인 지침이 아닌 실무적 필요에 기반한 상향식(Bottom-up) 확산의 전형을 보여준다. 4월 말 외부 호스팅 보안 점검 전수 조사를 계기로 사내 대체재로서 주목받은 뒤, 서비스 링크를 접한 동료들이 자발적으로 유입되었다. 데이터 집계 기준일인 2026년 9월 1일 기준 전사 약 100여 개 팀 중 58개 팀에서 바이브독을 사용 중이며, 총 사용자 수는 129명에 달한다.
특히 전체 사용자 중 95%(122명)가 `git push` 명령어를 단 한 번도 사용하지 않았고, 54%(70명)는 사내 GitLab 계정조차 보유하지 않은 상태였다. 이는 플랫폼이 Git이라는 전문 지식을 완전히 추상화해 비개발 직군을 효과적으로 흡수했음을 방증한다. 2026년 8월 기준 월간 활성 배포 사용자(MAU)가 전체의 약 62%인 80명에 달한다는 점 역시 반짝 관심에 그치지 않고 사내 프로토타입 생산 도구로 안착했음을 시사한다.
사용자 편의와 보안 격리 간의 트레이드오프 제언
바이브독의 구조는 개발자 도구를 비개발자에게 강요하지 않고 시스템이 복잡성을 흡수했을 때 생산성이 극대화된다는 실무적 시사점을 제공한다. 서버 대행 커밋이나 SAM 설정 자동화처럼 사용자 접점은 극단적으로 단순화하되, 파이프라인 권한 분리와 SecretHub 연동, 정적 스캔을 결합해 내부 보안 거버넌스를 엄격히 지켜냈다.
다만 편의성을 위해 서버가 다수의 시스템 권한을 위임받는 아키텍처는 운영 규모가 커질수록 감사 추적과 상태 관리 부담을 가중시킬 가능성이 있다. 장기적으로는 비개발자가 생성한 수백 개의 Lambda 함수와 데이터베이스 연결이 방치될 경우 발생할 수 있는 라이프사이클 관리(좀비 리소스 정리) 정책이 수반되어야 할 것으로 해석된다. 그럼에도 AI 코딩 시대에 인프라 병목을 플랫폼 엔지니어링으로 돌파한 시도는 사내 DX(디지털 전환)의 모범 사례로 평가할 만하다.
출처
여기어때 기술블로그의 원출처와 본문에 표시한 참고자료를 바탕으로 한국어로 재구성했습니다. ‘ARCH.B 분석’은 자료를 읽고 덧붙인 편집 해석입니다.
“배포해줘” 한 줄로 끝나는 배포 — 전 직원이 쓰는 사내 플랫폼 구축기 (새 창)
