Amazon의 유휴 GPU가 드러낸 AI 칩 구매와 실제 가동 사이의 격차
보도에 따르면 Amazon은 일부 시설이 이를 가동할 만큼 충분한 전력을 확보하기도 전에 Nvidia 서버 랙을 인수하고 있으며, 이는 하드웨어 조달과 배포 간의 불일치를 드러낸다. Amazon 유휴 GPU 이야기는 AI에 사용되는 특수 프로세서인 그래픽 처리 장치가 고객을 지원하는 대신 인프라를 기다리고 있는 상황을 다룬다. 장비를 구매하면 공급망 내 자리를 확보할 수 있다. 하지만 그것만으로 즉시 사용할 수 있는 컴퓨팅 용량이 만들어지는 것은 아니다.
TechSpot의 10월 24일 보도는 내부 Amazon 이메일에 관한 Business Insider의 보도를 근거로 이 주장을 전했다. Amazon 측의 보도된 입장은 창고 보관이 일반적인 사업 관행이라는 것이다. 이에 따라 중요한 구분이 남는다. 설치를 기다리는 장비는 최종 배포 방식에 따라 합리적인 준비일 수도, 비용이 큰 지연일 수도, 혹은 둘 다일 수도 있다.
Microsoft도 클라우드 용량 확대의 제약을 언급한 바 있어 유용한 비교 대상이 된다. 핵심 충돌은 단순히 경쟁 클라우드 사업자 간의 문제가 아니라 구매 일정과 인프라 일정 사이에서 발생한다. 개발자, 기업 구매자, 투자자에게 중요한 질문은 주문한 장비가 고객이 필요로 하는 시점에 신뢰할 수 있는 서비스로 전환되느냐이다.
Amazon 유휴 GPU는 조달을 배포보다 앞세운다
TechSpot의 조기 랙 인수 보도에 따르면, Amazon은 일부 Nvidia 시스템의 소유권을 넘겨받는 시점을 변경했다. 보도된 절차에서는 완성된 랙이 최종 목적지 시설이 준비되기 전에 도착할 수 있다. 그 결과 일부 장비는 중간 창고에서 대기하게 된다.
TechSpot은 또한 내부 팀이 입고 장비의 명확한 설치 전망을 갖고 있지 않았다고 보도했다. Amazon 대변인은 창고 보관이 사업 관행이라고 옹호했다. 이러한 설명은 같은 결정의 서로 다른 측면, 즉 조기에 공급을 확보하고 설치 전까지의 기간을 관리하는 문제를 보여준다.
보도된 변경은 하드웨어 소유권을 인프라 준비보다 앞당기며, 대기 기간을 더 직접적으로 Amazon 측이 떠안게 한다.
이는 조달의 성공과 배포의 성공이 별개의 이정표이기 때문이다. 구매팀은 요청한 시스템을 확보할 수 있지만, 건설팀은 여전히 완료되지 않은 작업에 직면할 수 있다. 두 팀 모두 즉각적인 목표를 달성하면서도 같은 날짜에 고객 용량을 만들어 내지 못할 수 있다.
다만 현재 이용 가능한 보도만으로는 Amazon 전체 GPU 장비 중 어느 정도가 유휴 상태인지 확인할 수 없다. 영향을 받은 위치나 대기 기간에 대한 완전한 목록도 제공하지 않는다. 이 이야기를 Amazon의 전체 AI 확장이 멈췄다는 증거로 해석하는 것은 이러한 보도가 입증하는 범위를 넘어선다.
“유휴 GPU”라는 표현은 장비를 사용할 수 없는 상태를 설명하지만, 모든 지연의 기간이나 원인을 설명하지는 않는다. 예정된 설치를 기다리는 랙은 신뢰할 만한 배포 목적지가 없는 장비와 다르다. 조기 인수가 Amazon을 보호하는지, 아니면 계획상의 약점을 드러내는지 평가할 때 이 차이는 특히 중요하다.
고객의 관점에서 순서를 생각해 보자. 인도된 랙은 신뢰할 수 있는 클라우드 서비스를 지원하기 전에 여전히 설치, 테스트, 통합, 운영 승인 과정을 거쳐야 한다. 소유권은 점유를 의미하지만, 고객이 장비를 예약하고 사용할 수 있음을 뜻하지는 않는다.
따라서 핵심 변화는 불확실성이 어디에 놓이느냐의 변화다. 공급업체를 기다리는 데는 한 종류의 위험이 따른다. 현장이 준비되기 전에 장비를 인수하면 그 위험은 다른 종류의 위험으로 바뀐다. 인프라 일정이 따라잡아야 하는 것이다.
어느 접근법도 불확실성을 없애지는 못한다. 조기 구매는 향후 하드웨어 부족을 막는 데 도움이 될 수 있고, 늦은 구매는 장비가 대기하는 시간을 줄일 수 있다. Amazon의 보도된 접근법은 하드웨어를 먼저 확보하는 데 더 큰 비중을 둔다.
이 선택은 이 글의 핵심 긴장을 만든다. 기업은 상업적 거래를 그 거래에 연결된 모든 물리적 의존성보다 더 쉽게 앞당길 수 있다. 이 결정의 성공 여부는 결국 이 일정들이 얼마나 긴밀하게 수렴하느냐에 달려 있다.
선구매는 공급을 보호하지만 지연 노출을 키운다
별도의 GPU 조달 보도는 기반이 된 Business Insider 보도의 날짜를 10월 20일로 제시한다. 이 보도는 Early Rack Receipt 프로그램과 지속적인 인도 예상치를 담은 8월 내부 이메일을 설명한다. 이 시점은 고립된 한 건의 배송이 아니라 정착된 구매 절차에 관한 보도라는 점에서 중요하다.
그러한 접근에는 설득력 있는 상업적 논리가 있다. Amazon이 시설 개장 시 장비 부족을 예상한다면, 랙을 더 일찍 인수하는 방식은 빈 건물이 되는 위험을 줄일 수 있다. 창고 보관은 제조 일정과 건설 일정 사이의 완충 장치 역할을 할 수 있다.
조기 인도는 하드웨어 불확실성에 대한 보호를 제공하는 동시에 목적지 시설을 지연시키는 모든 요인에 대한 노출을 늘린다.
이 해석은 비판과 함께 검토할 가치가 있다. 여러 공급업체를 조율하는 기업이 모든 부품을 정확히 설치 시점에 맞춰 도착하게 할 수는 없다. 특히 인도일이 여전히 불확실한 경우 일부 보관은 의도된 것일 수 있다.
더 어려운 질문은 완충 규모와 지속성에 관한 것이다. 계획된 보관 기간에는 명확한 목적과 예상 종료 시점이 있다. 각 개별 구매가 처음에는 합리적으로 보였더라도, 이에 상응하는 배포 없이 반복적으로 장비가 도착한다면 이는 다른 우려를 낳게 된다.
관련 비교는 지금 기다리는 비용과 나중에 장비가 부족한 비용 사이에서 이뤄져야 한다. 공개 보도는 그 비교를 계산할 만큼 충분한 정보를 제공하지 않는다. 필요한 인도 조건, 배포 일정, 대체 조달 방안에 관한 증거가 부족하다.
이 불확실성은 부정행위에 관한 주장도 제한한다. 창고 재고만으로 인위적 수요, 공급업체 강요, 반도체 시장 조작을 입증할 수는 없다. 이러한 주장은 일부 시스템을 아직 사용할 수 없다는 사실을 넘어 계약과 행태에 관한 증거를 필요로 한다.
재고가 곧바로 고객 수요가 약하다는 뜻도 아니다. 고객이 최종 서비스를 원하더라도 시설이 완공되지 않아 장비가 대기할 수 있다. 반대로 고객의 관심이 모든 구매 시스템이 수용 가능한 수익을 낼 것이라는 보장은 아니다.
압박은 이러한 결정을 연결하는 팀들에 가해진다. 조달 부서는 현장 준비 상태를 이해해야 하며, 인프라 기획자는 현실적인 장비 가용성을 파악해야 한다. 재무 부서는 인도 이정표를 위험의 종착점으로 취급하지 말고 전체 일정을 평가해야 한다.
클라우드 구매자에게 Amazon GPU 전력 제약은 구매하려는 서비스에 영향을 미칠 때만 중요하다. 고객에게는 신뢰할 수 있는 가용 시점, 적절한 위치, 실현 가능한 구성이 필요하다. 이러한 세부 사항 없이는 공급업체의 총 장비 구매가 제한적인 안심만 제공한다.
이 때문에 배송 발표는 신중하게 읽어야 한다. 이는 현재 이용 가능한 용량이 아니라 미래 사용을 위해 확보된 공급을 설명할 수 있다. 두 수치 모두 가치가 있지만, 구축에 관해 서로 다른 질문에 답한다.
실질적인 판단 기준은 조기 인수가 시설 준비 완료와 고객 접근 가능 시점 사이의 간격을 줄이느냐이다. 그렇다면 창고는 의도한 목적을 수행하는 것이다. 장비가 계속 대기한다면 완충 장치는 커져 가는 노출로 바뀐다.
서버 랙에는 전기 연결만이 아니라 운영 가능한 현장이 필요하다
Nvidia의 랙 아키텍처는 배송이 프로세스의 일부일 뿐인 이유를 보여준다. GB300 NVL72 레퍼런스 설계는 수랭식 시스템에 72개의 Blackwell Ultra GPU와 36개의 Grace 중앙 처리 장치를 결합한다. Nvidia의 프로세서 인터커넥트 기술인 NVLink는 랙 내부 장비를 연결한다.
이 사양은 Amazon이 보관 중인 시스템의 독립적으로 검증된 재고를 설명하는 것은 아니다. 그럼에도 랙이 창고 바닥 위 공간 이상의 준비를 필요로 하는 이유를 보여준다. 최종 설치 장소는 전체 설치를 지원할 수 있어야 한다.
사용 가능한 AI 용량은 장비, 시설, 운영 시스템이 지속적인 부하 아래 함께 작동할 때 만들어진다.
전력은 필수지만, 정상적인 배포에는 열 제거, 통신, 스토리지, 운영 통제도 필요하다. 누군가 장비의 전원을 켤 수 있다는 이유만으로 신뢰할 수 있는 서비스를 제공할 수 있는 것은 아니다. 시스템은 의도된 워크로드에 필요한 조건 내에서 운영돼야 한다.
이는 Amazon GPU 전력 제약을 논의할 때 중요하다. 이 표현은 단 하나의 공공 설비 연결이 빠져 있는 것처럼 들릴 수 있다. 공개 보도는 영향을 받은 모든 현장이 같은 장애물에 직면해 있거나, 전력 공급 문제를 해결하면 남은 모든 작업이 완료된다는 점을 입증하지 않는다.
냉각은 이러한 의존성을 구체적으로 보여준다. 액체 냉각은 순환 유체 시스템을 통해 열을 전달하므로, 호환되는 시설 장비와 운영 절차가 필요하다. 수랭식 랙을 인수했다고 해서 그 목적지가 즉시 이를 지원할 수 있다는 뜻은 아니다.
네트워크 통합은 또 다른 의존성을 만든다. AI 워크로드는 프로세서가 여러 시스템에 걸쳐 정보를 교환해야 할 수 있으므로, 통신은 사용 가능한 컴퓨팅 플랫폼의 일부가 된다. 개별적으로 작동하는 장비도 고객이 기대하는 서비스를 지원하기 전에 적절히 통합돼야 한다.
이러한 점은 AWS 내부의 특정 실패를 단정하지 않으면서 작동 방식을 설명한다. 현재 보도는 영향을 받은 시설의 상세한 시운전 기록을 제공하지 않는다. 운영 승인 전 시설을 테스트하는 과정인 시운전은 하드웨어 도착과는 별개의 이정표로 남는다.
예시적인 기업 배포는 이러한 구분이 왜 중요한지 보여준다. 한 회사가 특정 리전에 호스팅된 모델을 사용해 내부 문서를 처리할 계획이라고 가정해 보자. 다른 지역에서 이용 가능한 하드웨어가 위치, 구성, 출시 시점에 관한 요구 사항을 반드시 충족하는 것은 아니다.
이 예시는 가정이지만, 구매 관점의 교훈은 직접적으로 이어진다. 클라우드 용량은 워크로드와 그 제약 조건과의 관계 속에서 유용하다. 전 세계 장비 총량만으로는 모든 지역의 가용성 질문에 답할 수 없다.
이 점은 효율성 주장을 해석하는 방식도 바꾼다. 더 빠른 프로세서는 에너지 단위당 처리 작업량을 높일 수 있지만, 효율성 자체가 시설이 준비됐음을 의미하지는 않는다. 더 나은 하드웨어와 더 빠른 배포는 서로 관련된 문제를 다른 방식으로 해결한다.
따라서 Amazon 유휴 GPU 이야기의 가장 강력한 해석은 조율에 관한 것이다. 보도에 따르면 장비 확보는 적어도 일부 목적지 인프라보다 앞서 나갔다. 이 격차를 해소하려면 전체 배포 체인이 운영 준비 상태에 도달해야 한다.
Microsoft의 용량 경고는 제약이 Amazon을 넘어선다는 점을 보여준다
Microsoft는 자사 장비가 Amazon에서 보도된 창고 패턴을 따른다는 점을 입증하지 않으면서도, 독립적으로 문서화된 비교 사례를 제시한다. Microsoft는 2026 회계연도 3분기 용량 전망에서 적어도 2026년까지 제약이 이어질 것으로 예상한다고 밝혔다. 또한 GPU, 범용 컴퓨팅 및 스토리지 용량을 더 빠르게 가동하기 위한 노력을 논의했다.
이 발언은 업계 전반의 재고 주장보다 더 제한적인 결론을 뒷받침한다. 경쟁 클라우드 제공업체들은 수요를 충족하기 위해 이용 가능한 서비스를 확장하는 데 어려움을 겪고 있다. 그렇다고 이들이 동일한 구매 조건, 현장 지연 또는 유휴 하드웨어 물량을 공유한다는 뜻은 아니다.
경쟁 우위는 제공업체가 단순히 확보한 장비가 아니라 고객이 실제로 사용할 수 있는 용량에 있다.
이는 클라우드 플랫폼 간 비교의 기준을 바꾼다. 칩 확보 가능성은 여전히 중요하지만, 구매자에게는 적합한 리전, 배포 일정 및 운영 조건도 필요하다. 이러한 요소를 조율하는 제공업체의 역량은 구매 규모만큼 중요할 수 있다.
따라서 AWS 용량 병목 현상은 서비스 수준에서 평가해야 한다. 특정 구성에 관해 묻는 구매자에게는 해당 구성에 관한 증거가 필요하다. 향후 확장에 대한 일반적인 설명만으로는 특정 애플리케이션이 일정대로 출시된다는 사실을 입증할 수 없다.
위치는 대체 가능성에 실질적인 한계를 만든다. 기업은 다른 리전을 고려할 수 있지만, 그 선택지는 자체적인 기술적·조직적 요구사항을 기준으로 검토해야 한다. 워크로드 이전은 결과를 수반하는 결정이지, 이용 불가능한 인프라에 대한 자동적인 해결책이 아니다.
하드웨어 변경도 비슷한 문제를 낳는다. 다른 프로세서는 배포를 위한 또 다른 경로를 제공할 수 있지만, 애플리케이션에 테스트나 소프트웨어 변경이 필요할 수 있다. 구매자는 사용 가능한 모든 가속기가 상호 교환 가능하다고 가정하기보다 전환 전체를 평가해야 한다.
이 비교는 클라우드 제공업체의 커뮤니케이션에도 압박을 가한다. 고객은 계획된 용량과 예약 가능한 용량을 명확히 구분할 필요가 있다. 모호한 발표는 제공업체가 구매, 설치, 운영 서비스를 설명하는 것인지 판단하기 어렵게 만든다.
개발자에게 주는 시사점은 계획 과정에서 가용성 가정을 계속 명확히 드러내야 한다는 것이다. 특정 시스템에 의존하는 제품 일정은 그 의존성을 명시적으로 기록해야 한다. 그렇지 않으면 용량 가정이 눈에 띄지 않는 출시 위험으로 이어질 수 있다.
기업 구매자에게는 조달 과정에서 약속된 납기일을 뒷받침하는 요소가 무엇인지 물어야 한다. 유용한 증거는 서비스 약정과 그 조건에 관한 것이다. 하드웨어 확장에 관한 헤드라인은 맥락을 제공하지만, 그 약정을 대체하지는 못한다.
Microsoft의 공개 내용은 Amazon의 보도된 문제가 유독 부실한 실행의 증거라고 보는 데에도 주의를 요구한다. 더 넓은 시장에는 용량 제약이 존재하지만, 그 원인은 다양하다. 공통적인 인프라 압박과 기업별 결정을 구분하려면 창고 이야기만으로는 부족하며 더 많은 세부 정보가 필요하다.
따라서 당면한 경쟁은 운영 측면에 있다. 제공업체는 서로 다른 고객 요구사항을 관리하면서 투자를 신뢰할 수 있는 접근성으로 전환해야 한다. 더 많은 장비는 주변 시스템이 이를 유용하게 만들 수 있을 때에만 도움이 된다.
전력 수요는 압박을 설명하지만 창고 경제성을 입증하지는 않는다
국제에너지기구는 2025년 전력 수요 전망에서 전 세계 데이터센터 전력 소비량이 2030년까지 약 945테라와트시(TWh)에 이를 것으로 전망했다. 테라와트시는 일정 기간 동안 소비된 에너지량을 측정한다. 이 기준 시나리오 전망은 Amazon 시설만이 아니라 데이터센터 전반을 포괄한다.
이 기관은 데이터센터 개발 일정과 에너지 인프라 일정 사이의 불일치도 지적한다. 이 전망은 전력 제약의 맥락을 제공하지만, 개별 Amazon 현장의 상태를 검증할 수는 없다. 글로벌 전망과 기업의 설치 일정은 서로 다른 질문에 답한다.
부족한 측정치는 장비가 얼마나 오래 대기하는지, 그리고 그 대기 기간이 끝났을 때 어떤 일이 일어나는지다.
Amazon의 다크 GPU에 대한 타당한 평가는 기간, 배포 진행 상황 및 최종적인 고객 사용에 관한 정보를 필요로 한다. 이러한 세부 정보가 없으면 동일한 창고 이미지는 상반된 이야기를 뒷받침할 수 있다. 하나는 강한 수요에 대비한 준비를, 다른 하나는 실행 역량을 앞지른 구매를 설명한다.
Amazon이 보도상 제시한 방어 논리는 관련성이 있지만 증거로서 완전하지는 않다. 스테이징이 정상적이라고 설명하는 것은 기업이 장비를 일찍 받아들이는 이유를 설명한다. 그러나 모든 수령 물량의 규모, 시점 및 목적지가 적절하다는 점까지 입증하지는 않는다.
회의적인 해석에도 한계가 있다. 보관된 장비 자체가 지속적인 손실을 입증하지는 않는다. 지연은 구매 결정 전체를 비합리적으로 만들지 않으면서도 조기 보유의 가치를 낮출 수 있다.
하드웨어 개발은 또 다른 고려사항을 더한다. 구형 시스템이 여전히 유용하더라도 새 시스템은 이미 구매한 장비의 상대적 매력을 바꿀 수 있다. 이러한 노출을 평가하려면 보관된 하드웨어가 즉시 구식이 된다고 가정하는 대신 배포 일정과 워크로드 계획이 필요하다.
회계는 이 운영 평가와 별개로 유지해야 한다. 이용 가능한 보도만으로는 감가상각 시작 시점을 포함해 각 랙의 처리 방식을 확정할 수 없다. 자산 비용을 회계상 내용연수에 걸쳐 배분하는 감가상각은 창고 위치만으로 추론할 수 없다.
또 다른 불확실성은 수요 전망과 관련된다. 고객은 추가 컴퓨팅 용량을 원하면서도 요청 시점이나 구성을 바꿀 수 있다. 긴 인프라 일정은 이런 조정을 중요하게 만들지만, 보도는 그것이 Amazon의 보관 시스템에 미치는 영향을 정량화하지 않는다.
전력 가용성에도 지리적 차원이 있다. 한 장소에서 전력이 충분하다고 해서 다른 시설의 부족분이 자동으로 해결되는 것은 아니다. 핵심 질문은 목적지에서 실제 공급 가능한 전력과 이를 활용하는 데 필요한 인프라에 관한 것이다.
대중의 수용성도 해당 목적지의 일정에 영향을 줄 수 있다. 10월 2일 Associated Press의 데이터센터 반대 보도는 Amazon이 커지는 지역사회 및 정치적 저항에 대응하고 있음을 설명한다. 이는 특정 반대 사례를 특정 창고와 연결하지 않으면서도 더 폭넓은 개발 압박을 보여준다.
신중한 결론은 중요할 만큼 분명하다. 구매 일정과 인프라 일정은 엇갈릴 수 있다. 이용 가능한 증거는 Amazon의 격차가 얼마나 큰 비용을 유발하거나 얼마나 오래 지속될지 확정하지 못한다. 이는 관찰 가능한 배포 결과가 필요한 실행의 문제로 남아 있다.
배포 진행, 고객 접근성, 구매 격차를 지켜봐야 한다
다음 보도 주기는 스테이징된 장비가 운영 단계로 이동하는지 분명히 해줄 것이다. 가장 유용한 신호는 완료된 배포, 고객 가용성, 그리고 유입되는 하드웨어와 완공된 현장 간의 관계에 관한 것이다. 이러한 지표는 조기 수령에 대한 상반된 해석을 직접 검증한다.
다음 단계는 납품 발표와 운영 서비스 사이에서 얼마나 많은 불확실성이 사라지는지로 평가해야 한다.
먼저, 목적지 시설이 준비되었고 장비가 서비스에 투입되었다는 구체적인 증거를 살펴봐야 한다. 완료된 설치에 관한 업데이트는 창고 보관이 일시적인 조정 단계라는 주장을 강화할 것이다. 반복적으로 연기되는 배포 일정은 인프라가 구매를 따라가지 못한다는 우려를 강화할 것이다.
발표와 완료된 이정표의 구분은 여기서 중요하다. 새로운 에너지 계약은 시설에 즉시 전력을 공급하지 않으면서도 미래 개발을 지원할 수 있다. 독자는 모든 약정이 이용 가능한 용량을 뜻한다고 가정하기보다, 무엇이 실제로 완료되었는지 명시하는 표현을 찾아야 한다.
둘째, AWS 고객이 요청한 구성과 리전에 접근할 수 있는지를 살펴봐야 한다. 이는 배포 진전이 유용한 서비스로 전환되는지를 확인하는 가장 명확한 실질적 시험이다. 가용성 증가는 창고 문제가 지속적인 운영 차단을 의미한다는 주장을 약화할 것이다.
고객 접근성은 이 이야기를 일상적인 AI 제품과도 연결한다. 문서 처리, 코딩 지원 또는 다른 호스팅 애플리케이션을 계획하는 개발자에게는 예측 가능한 컴퓨팅 리소스가 필요하다. 관련된 결과는 제공업체가 요구된 조건에서 해당 워크로드를 지원할 수 있는지다.
AWS 용량 병목이 계속된다는 보도는 주목할 만하지만, 세부 내용이 중요하다. 한 서비스나 리전의 제약만으로 보편적인 부족을 입증할 수는 없다. 반대로 플랫폼 어딘가에서의 가용성이 모든 고객의 요구사항을 해결하는 것도 아니다.
셋째, 구매 계획과 설치 진행이 더 밀접하게 정렬되는지 살펴봐야 한다. 더 명확한 배포 일정은 조기 보유가 미래 확장을 보호한다는 Amazon의 주장을 뒷받침할 것이다. 운영의 상응하는 증거 없이 장비 수령이 계속된다면 핵심 우려는 해결되지 않은 채 남는다.
운영 순서를 설명한다면 재무 논평도 도움이 될 수 있다. 광범위한 지출 총액은 개별 시스템이 스테이징 상태로 얼마나 오래 남는지 보여주지 않는다. 더 유용한 논의는 장비 인수, 현장 준비 상태, 서비스 가용성 및 예상 고객 사용 시점을 연결할 것이다.
이러한 신호는 함께 읽어야 한다. 설치된 시스템이 없는 준비된 건물은 여전히 불완전하며, 고객 접근성 없는 설치 시스템은 상업적으로 제한적인 안도감만 제공한다. 가장 강력한 증거는 전체 순서에 걸친 진전을 보여줄 것이다.
Amazon 다크 GPU 보도는 구매자가 이 순서를 더 주의 깊게 살펴볼 이유를 제공한다. 그러나 조기 조달이 궁극적으로 현명한 선택이 될지는 결론내리지 못한다. 그 판단은 Amazon이 장비를 어떻게 활용하는지와 고객이 언제 이를 사용할 수 있는지에 달려 있다.
AI 인프라 약정을 체결하기 전에 제공업체에 주문한 하드웨어, 설치된 시스템, 그리고 귀사의 워크로드에 이용 가능한 용량을 구분해 달라고 요청하라. 제안된 출시일과 함께 필요한 리전, 구성 및 제공 조건을 기록하라. 기술팀과 구매팀이 같은 약속을 평가할 수 있도록 이러한 가정을 공동 knowledge base에 보관하라.
그런 다음 이러한 요구사항을 염두에 두고 다음 배포 업데이트를 따라가라. 유용한 질문은 이용 가능한 서비스가 신뢰할 수 있는 일정에 따라 애플리케이션의 요구를 충족하는지다. Amazon 다크 GPU를 평가하는 사람이라면 창고 수령에서 고객 접근까지의 경로부터 살피고, 남은 각 의존성이 해결되었다는 증거를 찾아야 한다.
