우리는 AWS, Azure, GCP 전반에 걸쳐 7,600개 이상의 클라우드 프로비저닝 테스트를 수행했습니다 — 그 결과는 다음과 같습니다

Source: Dev.to

Introduction

아무도 이 데이터를 공개하지 않기 때문에 직접 측정했습니다. 클라우드 제공업체는 가동 시간 SLA, 가격 계산기, 기능 비교 표를 제공하지만 실제 인프라를 프로비저닝하는 데 걸리는 시간이나 프로비저닝 실패 빈도는 밝히지 않습니다. 이 격차를 메우기 위해 ProvisioningIQ를 구축했으며, 실제 API 호출(시뮬레이션 아님)을 지속적으로 실행해 AWS, Azure, GCP 전역에서 리소스를 프로비저닝하고 파괴합니다.

Methodology

• Scope: 7,600개 이상의 실제 프로비저닝 테스트(VM 또는 서버리스 컨테이너).
• Frequency: 하루 3회, 클라우드당 3개 지역에서 2026년 1월부터 지속 실행.
• Process:
  1. 실제 리소스(VM 또는 서버리스 컨테이너)를 프로비저닝합니다.
  2. 각 단계별 시간 측정: API 수락 → 할당 중 → 준비 완료 → 접근 가능.
  3. 성공/실패 및 실패 유형을 기록합니다.
  4. 즉시 리소스를 파괴합니다.

Container Provisioning Times

Observation: GCP Cloud Run은 p50 수준에서 Azure ACI보다 10–20배 빠르게 프로비저닝되며, 이 이점은 테스트한 모든 지역에서 일관됩니다.

VM Provisioning Times

Observation: AWS가 가장 빠른 p50 지연 시간과 가장 높은 신뢰성을 보이며 VM 분야를 선도합니다. GCP의 VM은 컨테이너보다 현저히 느리므로, 지연에 민감한 워크로드에는 Cloud Run이 선호됩니다.

Key Takeaways

• On‑call impact: 엔지니어가 다루는 것은 평균이 아니라 p95입니다.

  • AWS 컨테이너 p95: ~40 s
  • Azure 컨테이너 p95: ~60 s
  • GCP 컨테이너 p95: ~20 s

• Incident response: 20초 복구(GCP)와 60초 복구(Azure)의 차이는 사용자가 장애를 감지하는지 여부에 큰 영향을 미칩니다.

• Regional variability: 지역마다 프로비저닝 시간이 의미 있게 차이납니다. 유지보수 창이 특정 지역에서 일시적으로 프로비저닝 시간을 두 배로 늘릴 수 있으며, 제공업체는 이러한 스파이크에 대해 사전 경고하지 않습니다.

• Decision factors:

  1. 부하가 걸렸을 때 자동 확장
  2. 재해 복구 속도
  3. CI/CD 파이프라인 속도

  빠른 프로비저닝은 실질적인 엔지니어링 시간 절감으로 이어집니다(예: 팀당 연간 약 144시간 회복).

Additional Insights

• Negotiation gap: 클라우드 계약은 보통 가격, 스토리지, 네트워크 아웃바운드, 가동 시간 SLA를 다루지만 프로비저닝 지연은 포함되지 않습니다. 이 메트릭에 대한 업계 전반의 약속이나 벤치마크가 없습니다.

• Future benchmarking: 관리형 데이터베이스(RDS PostgreSQL, Cloud SQL, Azure Database for PostgreSQL)와 Terraform 단계별 타이밍 측정을 확대하고 있습니다. 이를 통해 각 클라우드가 프로비저닝 과정에서 어느 부분에 시간을 소비하는지 정확히 파악할 수 있습니다.

ProvisioningIQ Offering

• Free tier: 일일 벤치마크 스냅샷을 provisioningiq.appswireless.com에서 확인할 수 있습니다.
• Pro tier: 90일 이력, p50/p95 추세, 지역별 실패 분석, 일일 이메일 요약 제공.

방법론, 실패 분류, 정리 처리 등에 대한 질문이 있나요? 댓글로 남겨 주세요.