Defang

출발점은 아마 이미 갖고 있는 파일이다. Defang은 compose.yaml을 읽고 프로젝트를 검증한 뒤, 그에 맞는 실제 클라우드 리소스를 만든다. 컨테이너, DNS, 로드 밸런싱, 데이터베이스, IAM 역할이다. 장점은 로컬에서 테스트한 것이 그대로 배포된다는 점이다. Compose 파일이 지저분하면 배포에도 그대로 드러나니, 밀어 올리기 전에 정리해 두는 게 이득이다. 이 워크플로가 Docker Compose를 클라우드로 옮기는 일을 열 단계가 아니라 한 단계처럼 느끼게 한다. 깨끗한 파일이 들어가면 깨끗한 배포가 나온다.

Defang이 만드는 모든 리소스는 자사 AWS 또는 GCP 계정에 존재한다. 공유 테넌시도 없고, Defang 서버에 코드 사본이 놓이지도 않는다. 백엔드는 배포를 조율하고 모니터링할 뿐이기 때문이다. 자사 거버넌스 아래에서 AWS에 배포하거나 GCP에 배포해야 하는 팀에게, 이는 앱을 자기 머신에서 돌리는 호스트와의 실제 차이다.

Defang CLI가 주된 조작 화면이다. 터미널을 벗어나지 않고 스택을 만들고, 배포하고, 로그를 조회하고, 시크릿을 관리한다. 스택은 버전 관리에 커밋하는 설정 파일로 저장된다. 즉 배포 구성이 웹 콘솔에서 클릭으로 조립되는 대신 검토 가능하고 재현 가능하다. 콘솔 클릭은 없다. 흐름 전체가 터미널에 머문다.

Defang은 affordable, balanced, high availability 모드를 제공하고, 스택을 만들 때 하나를 고른다. affordable은 초기 프로젝트의 비용을 낮게 유지하고, high availability는 운영 트래픽에 필요한 이중화를 더한다. 무엇을 골라야 할까. affordable부터 시작하면 된다. Free와 Pro 플랜에서 처음 두 개를 쓸 수 있고, high availability는 Enterprise 전용이다.

Defang은 관리형 Postgres, Redis와 기타 지원 서비스를 준비해 주므로 데이터베이스 서버를 직접 연결할 필요가 없다. GPU 인스턴스도 지원하고, 들어오는 수요에 스스로 반응하는 자동 확장도 갖췄다. AI 모델이나 트래픽 기복이 큰 API를 호스팅한다면 이 부분이 중요하다.

유료 플랜에는 무제한 Compose 생성과 AI 디버깅이 더해진다. 원하는 것을 설명하면 Compose 파일을 돌려받고, 배포가 실패하면 도움을 받는다. Defang을 단순한 배포 도구에서 앱까지 내보내는 코딩 어시스턴트에 가까운 존재로 밀어 올리는 기능이다. 좋은 요소다.

Defang은 VS Code와 Cursor에 연결되는 MCP 서버를 함께 제공한다. 이를 통해 편집기 안의 AI 어시스턴트가 스택을 만들고 바로 배포할 수 있다. 이미 AI 페어 프로그래머에 기대고 있다면 잘 맞는다. 배포 단계가 더 이상 맥락 전환이 아니게 되기 때문이다. 편집기 안에서 사는 사람이라면 시도해 볼 만하다.

Enterprise 플랜은 여러 클라우드 계정을 아우르며, 고객 환경에 납품하는 ISV에 어울린다. 여기에 WAF와 SOC 2 Type II 준수를 더한다. 이 조합은 보안 검토가 시작되기도 전에 배포 파이프라인이 감사 기준을 충족한다는 걸 입증해야 하는 팀을 겨냥한다. 클라우드 배포 서비스에서 창업자가 아니라 감사인에게 말을 거는 부분이다.