OVHcloud AI 모델, 유휴 용량을 바탕으로 2027년 초 출시 목표
OVHcloud는 고객에게 110메가와트의 가용 클라우드 용량을 제공하는 가운데, 2027년 초 첫 AI 모델을 출시할 계획이라고 CEO 옥타브 클라바가 밝혔다. OVHcloud AI 모델 발표는 소프트웨어 목표와 인프라 논리를 연결한다. 회사는 이미 보유한 용량을 활용해 확장하려 한다.
클라바는 10월 20일 Reuters와의 인터뷰에서 모델 개발 노력과 함께 예정된 업무용 플랫폼 파일럿을 설명했다. 그의 주장은 더 많은 AI 사업을 확보하려면 반드시 또 다른 데이터 센터 건설부터 시작해야 한다는 통념에 이의를 제기한다. 다만 가용 전력 용량이 고객이 즉시 사용할 수 있는 컴퓨팅 장비의 규모를 보여주는 것은 아니다.
유럽이 AI 인프라 확장 방안을 논의하는 상황에서 이 구분은 중요하다. Mistral은 모델과 컴퓨팅 서비스를 추진하고 있으며, 유럽 정책 입안자들은 새로운 대규모 시설을 지원하고 있다. OVHcloud는 다른 점에 초점을 둔다. 기존 인프라를 유용한 서비스와 유료 수요로 전환하는 것이다. 상업적 관건은 가용 용량이 고객이 실제로 필요로 하는 워크로드와 부합하는지 여부다.
OVHcloud AI 모델 발표가 보여주는 것
OVHcloud는 모델 프로젝트의 출시 시점을 제시했지만, 이번 발표만으로 경쟁력 있는 성능이 입증되지는 않는다.
Reuters가 보도한 AI 모델 계획에 따르면, 이 시스템은 전문화된 모델 구성 요소 간에 작업을 배분하는 mixture-of-experts 설계를 사용할 예정이다. 이는 아키텍처 접근 방식을 설명한다. 구매자에게 이 시스템이 문서, 애플리케이션 또는 비즈니스 질문을 얼마나 정확하게 처리하는지는 알려주지 않는다.
같은 보도는 OVHai Workspace를 이메일 같은 업무용 애플리케이션을 포함하는 생산성 플랫폼으로 소개한다. 클라바는 초기 파일럿이 곧 제공될 것이라고 말했다. 독자는 이 파일럿과 이후의 모델 출시를 구분해야 한다. 동일한 전략에 속하더라도 애플리케이션 시연과 모델 출시는 서로 다른 질문에 답한다.
업무용 애플리케이션에서 당면한 질문은 사용자가 회사 정보에 적절히 접근하면서 유용한 작업을 완료할 수 있는지다. 모델의 경우에는 출력 품질, 운영 요건, 개발자가 이를 사용할 수 있는 조건 등이 질문에 포함된다. 어느 한 범주에서의 성공이 다른 범주에서의 성공을 자동으로 보장하지는 않는다.
보도된 발표는 계획된 모델을 기존 대안과 비교해 순위를 매길 만한 세부 정보를 충분히 제공하지 않는다. 따라서 독자는 출시 시점을 경영진의 목표로 봐야 한다. 날짜는 책임의 기준점을 제공하지만, 기술 문서와 외부 평가는 역량에 관한 근거를 제공한다.
이는 명확한 보도 경계를 만든다. OVHcloud는 AI 사업의 또 다른 영역으로 확장할 계획을 설명하고 있다. 그러나 출시 예정 모델이 경쟁사를 능가할 것이라고 결론 내리는 데 필요한 공개 근거는 아직 제시하지 않았다.
전략적 의미는 애플리케이션, 모델, 그리고 그 기반 인프라의 연결에 있다. 이 요소들이 함께 작동한다면 클라우드 제공업체는 고객에게 단순히 소프트웨어를 실행할 장소 이상을 제공할 수 있다. 고객이 해당 인프라를 사용할 이유를 만들어주는 소프트웨어도 제공할 수 있다.
이는 입증된 결과라기보다 사업 기회에 대한 해석이다. 이 관계는 실제 실행에 달려 있다. 유용한 업무용 애플리케이션은 수요를 끌어들일 수 있지만, 차별화되지 않은 애플리케이션은 기반 인프라의 장점을 상당 부분 활용하지 못하게 할 수 있다.
개발자에게 이 구분은 즉각적으로 계획에 영향을 미친다. 출시 예정 모델은 접근 조건, 인터페이스, 평가 결과가 제공될 때까지 모니터링 목록에 두어야 한다. 제공업체가 이미 클라우드 인프라를 운영한다는 이유만으로 프로덕션 의존성이 되어서는 안 된다.
엔터프라이즈 구매자에게 이 발표는 잠재적 공급업체와의 논의를 만들어낸다. 그렇다고 보안, 통합, 지원, 서비스 연속성을 검토할 필요가 사라지는 것은 아니다. 공급업체가 비즈니스 정보와 이를 처리하는 AI 시스템을 모두 다루겠다고 제안할 때 이러한 요건은 더욱 중요해진다.
따라서 다음 질문은 구체적이다. OVHcloud가 이미 제공할 수 있는 것은 무엇이며, 제안된 서비스 중 어떤 부분이 여전히 투자를 필요로 하는가?
가용 전력은 OVHcloud에 확장 여지를 주지만, 조건이 따른다
전력 여유는 확장 선택지를 제공하지만, 고객이 사용할 수 있는 AI 컴퓨팅의 규모를 측정하지는 않는다.
OVHcloud의 연결 전력 용량 공시에 따르면 연결 용량은 250MW, 운영 중인 용량은 140MW다. 메가와트는 컴퓨팅 출력이 아니라 전력 용량을 측정한다. 회사는 이로 인해 새 시설을 건설하지 않고도 성장할 여지가 있다고 말한다.
연결 총량에서 운영 수치를 빼면 110MW가 나온다. 이는 연결 용량의 44%에 해당하며, 대략 “절반”이라는 표현을 설명한다. 이 산술은 독립적으로 검증된 서버 활용률로 제시되어서는 안 된다. 경영진이 공개한 범주를 비교한 것이다.
구매자는 이 차이를 AI 애플리케이션용 예약 가능 용량으로 직접 환산할 수 없다. 관련 장비가 설치되고, 지원되며, 필요한 구성으로 제공되어야 한다. 서비스 역시 고객이 이를 사용할 수 있는 위치에 존재해야 한다.
그래픽 처리 장치, 즉 GPU는 AI 컴퓨팅에 널리 사용되는 프로세서다. GPU의 가용성은 이를 뒷받침할 수 있는 전력 용량과는 별도로 중요하다. 추가 장비를 둘 공간이 있는 시설과 즉시 예약 가능한 프로세서를 제공하는 서비스는 준비도 측면에서 서로 다른 단계다.
이 구분이 OVHcloud의 주장을 무효화하는 것은 아니다. 새 부지를 피하면 중요한 확장 요건 하나를 없앨 수 있다. 다만 주장을 구매자가 평가할 수 있는 수준으로 한정한다. 기존 인프라 기반은 건설을 기다리는 프로젝트보다 잠재적 이점을 제공한다.
상업적 가치는 남은 작업에 달려 있다. 장비 조달, 설치, 네트워킹, 소프트웨어 준비, 고객 적격성 검토는 여전히 제공 일정을 좌우할 수 있다. 이번 발표는 제안된 모든 워크로드가 이 단계를 건너뛸 수 있음을 보여주지 않는다.
위치도 중요하다. 특정 시장의 고객에게 서비스를 제공하는 기업은 허용 가능한 지역에 적절한 인프라를 갖춰야 한다. 다른 곳의 용량이 응답 시간, 계약상 제한 또는 비즈니스 정보의 위치와 관련된 요건을 반드시 해결하는 것은 아니다.
구성에도 같은 원칙이 적용된다. 긴밀하게 연결된 프로세서가 필요한 워크로드는 회사 전체 전력 수치만으로 평가할 수 없다. 비교에 유용한 단위는 고객이 계약할 수 있는 서비스 구성과 제공 날짜, 운영 약속을 함께 고려한 것이다.
그럼에도 기존 인프라는 영업 논의를 바꿀 수 있다. 신뢰할 만한 배포 일정을 제시할 수 있는 공급업체는 구매자에게 미래의 시설을 기다리는 것과 다른 선택지를 제공한다. 공급업체가 무엇을 언제 제공할지 명시할 수 있을 때 이점은 구체화된다.
투자자에게 유휴 용량은 다른 질문을 제시한다. 가용 인프라는 확장 기회를 만들지만, 그 기회는 고객 채택을 통해 가치가 생긴다. 빈 공간과 설치된 장비 모두 미래 활용에 관한 설득력 있는 설명을 필요로 한다.
따라서 보도된 수치는 신중한 결론을 뒷받침한다. OVHcloud는 사업을 확장할 물리적 여지를 공개했다. 그러나 즉시 처리할 수 있는 추가 AI 수요의 규모나 그 수요의 수익성까지 입증하지는 않는다.
물리적 가용성과 상업적으로 유용한 서비스 사이의 이 간극이 회사 발표 전반을 관통하는 핵심 긴장이다.
기존 용량은 고객 수요를 핵심으로 만든다
OVHcloud의 주장은 인프라 가용성이 확정된 워크로드로 전환될 때 더욱 설득력을 얻는다.
Data Center Dynamics의 용량 확장 보도는 신중한 투자 접근법을 설명한다. 또한 유럽 GPU 수요에 관한 과거의 불확실성이 그의 지출 결정에 영향을 미쳤다는 클라바의 설명을 전한다. 그의 현재 입장은 장비 개선과 함께 수요 근거를 강조한다.
이는 이번 발표에 유용한 맥락을 제공한다. 회사의 이야기는 추가 투자가 신뢰할 만한 상업적 목적을 갖는 시점을 판단하는 데 관한 것이다. 유휴 인프라는 경영진에게 선택지를 제공하지만, 어떤 선택지가 자금 지원을 받을 가치가 있는지는 고객 요건이 결정한다.
이는 먼저 OVHcloud 자체에 압박을 가한다. 경영진은 가용 인프라가 고객이 구매하고자 하는 서비스를 지원할 수 있음을 보여야 한다. AI 수요에 대한 광범위한 언급만으로는 특정 구성, 지역 또는 애플리케이션이 지속적인 사용을 끌어들일지 답할 수 없다.
유지보수 문서를 위한 내부 어시스턴트를 평가하는 가상의 제조업체를 생각해 보자. 이 회사는 정확한 답변, 접근 제한, 근거 기록 식별 능력을 중요하게 여길 수 있다. 일반적인 컴퓨팅 가용성은 제안된 서비스가 이러한 요건을 충족한 뒤에야 중요해질 것이다.
같은 공급업체를 평가하는 소프트웨어 개발자는 다른 질문을 할 것이다. 개발자는 일관된 응답, 통합 작업, 사용량이 많은 기간의 예측 가능한 접근을 우선시할 수 있다. 두 고객 모두 수요를 만들지만, 반드시 동일한 인프라나 소프트웨어를 필요로 하지는 않는다.
이 때문에 모델을 업무용 제품과 결합하는 것은 전략적 의미가 있다. 애플리케이션은 추상적인 컴퓨팅 제안을 사람들이 이해할 수 있는 작업으로 바꿀 수 있다. 이는 공급업체가 단순한 처리 용량 이상으로 구체적인 판매 대상을 갖게 한다.
하지만 애플리케이션 개발은 또 다른 실행 부담도 초래한다. 공급업체는 비즈니스 워크플로를 이해하고, 통합을 유지하며, 결과가 기대에 못 미칠 때 사용자를 지원해야 한다. 인프라를 보유한다고 해서 이러한 역량이 자동으로 갖춰지는 것은 아니다.
고객에게 통합 제공 방식은 공급업체가 전체 서비스를 효과적으로 지원한다면 책임 구조를 단순화할 수 있다. 반면 의존도를 집중시킬 수도 있다. 구매자는 핵심 프로세스를 다시 구축하지 않고도 정보를 보존하고, 모델을 변경하거나, 워크로드를 옮길 수 있는지 이해해야 한다.
경쟁 공급업체에 가해지는 압박도 마찬가지로 구체적이다. OVHcloud의 신뢰할 만한 제공 제안은 경쟁사에도 자사의 가용성과 배포 일정을 설명하도록 요구할 것이다. 용량 관련 헤드라인만으로 경쟁사가 즉각적인 불리함에 처했다는 점이 입증되지는 않는다.
의미 있는 비교는 동일한 워크로드를 위한 제안들 사이에서 이뤄진다. 구매자는 장비, 지리적 위치, 지원, 예상 사용량에 대해 일치하는 가정을 필요로 한다. 기존 전력 연결과 다른 회사의 미래 시설 발표를 비교하면 불완전한 경쟁 구도가 만들어진다.
수요 근거 역시 신중하게 해석해야 한다. 파일럿은 고객이 서비스를 평가하고 있음을 보여준다. 고객이 결과를 평가한 뒤 배포를 확대할 때 특히 지속적인 사용은 더 실질적인 것을 보여준다.
가장 강력한 근거는 이 단계들을 연결하는 것이다. 공급업체는 초기 평가가 운영 서비스로 전환되고, 고객이 만족을 유지하며, 인프라 확장이 그러한 약정 뒤에 이어진다는 점을 보여줄 수 있다. 이러한 연결이 없다면 가용 용량은 상업적 결과가 아직 확정되지 않은 기회로 남는다.
유럽의 인프라 확충 논쟁은 어떤 용량이 부족한지를 둘러싸고 있다
OVHcloud의 가용 인프라와 유럽의 신규 시설 계획은 관련된 질문을 다루지만, 서로 자동으로 모순되는 것은 아니다.
유럽연합 집행위원회의 AI gigafactories program은 첨단 모델 개발 및 배포를 위한 시설을 지원한다. 7월 발표에서는 최대 7개 부지를 대상으로 한 공모를 설명한다. 명시된 이용자에는 기업, 연구자, 공공기관이 포함된다.
이 정책 목표는 일반적인 클라우드 서비스 제공을 넘어선다. 데이터를 사용해 모델을 조정하는 과정인 학습에는 기존 애플리케이션을 운영하는 것과 다른 컴퓨팅 구성이 필요할 수 있다. 일반적인 가용 전력 풀이 모든 특수 요구사항이 충족됐다는 의미는 아니다.
반대의 경우도 마찬가지다. 대규모 미래 시설 제안은 지금 운영 중인 서비스를 찾는 기업에 답이 되지 않는다. 장기 인프라 계획과 단기 고객 서비스 제공은 서로 다른 일정에 따라 움직인다.
따라서 핵심적인 충돌은 인프라 약속과 유효 수요의 증거 사이에 있다. 이 틀은 기존 클라우드 제공업체와 공공 지원 프로젝트 모두에 적용된다. 각자는 누가 어떤 목적으로 해당 용량을 사용할지에 대한 신뢰할 수 있는 설명이 필요하다.
OVHcloud는 정책 입안자들에게 기존 자산을 진지하게 고려해 달라고 요구할 만한 이점이 있다. 적합한 대안이 이미 존재한다면 신규 건설은 검토를 받아야 한다. 다만 분석에서 가장 큰 비중을 차지하는 것은 “적합한”이라는 조건이다. 장비, 위치, 가용성, 서비스 요구사항이 실제로 맞아야 한다.
정책 입안자들은 여유 상업 용량과 까다로운 연구 워크로드를 위해 설계된 인프라를 정당하게 구분할 수 있다. 이 구분에는 기술적 증거가 필요하다. 대규모 프로젝트를 발표하는 전략적 매력에만 의존해서는 안 된다.
Mistral은 관련된 상업적 비교 사례를 제공한다. Le Monde의 통합 AI 전략 보도는 모델과 컴퓨팅 인프라를 아우르는 야망을 설명한다. OVHcloud는 기존 클라우드 사업을 기반으로 이러한 결합에 접근하는 반면, Mistral의 확장은 모델 사업을 인프라 서비스와 연결한다.
이 비교는 성능 순위가 아니라 중복되는 목표를 보여준다. 어느 기업의 출발점도 어떤 공급업체가 더 나은 서비스를 제공할지를 결정하지는 않는다. 고객은 여전히 자신이 사용하려는 특정 애플리케이션 또는 컴퓨팅 구성에 관한 증거가 필요하다.
북미 독자가 유럽 사업을 위한 서비스를 평가할 때 이 논쟁은 실질적인 의미를 지닌다. 컴퓨팅 위치는 배포 결정에 영향을 줄 수 있다. 그러나 유럽 제공업체라는 정체성만으로는 처리 위치, 하청업체, 접근 통제에 관한 질문에 답할 수 없다.
“주권 AI”는 일반적으로 AI 인프라, 시스템, 데이터에 대한 통제를 뜻한다. 구매자는 이 폭넓은 개념을 계약 및 운영상의 질문으로 구체화해야 한다. 누가 서비스를 운영하는가, 정보는 어디로 이동하는가, 어떤 의존성이 여전히 고객의 통제 밖에 남아 있는가?
이 질문들은 정책 논쟁이 구호 경쟁으로 변하는 것을 막는다. 기존 인프라는 제공할 수 있는 가치에 대해 인정받아야 한다. 신규 프로젝트는 입증 가능한 공백을 메울 때 지원받을 가치가 있다. 두 주장은 식별 가능한 사용자와 명확히 정의된 워크로드에 연결될 때 더 강해진다.
직장 내 도입에는 모델 아키텍처를 넘어선 증거가 필요하다
신뢰할 수 있는 직장용 서비스는 일반적인 비즈니스 제약 아래에서 유용하게 작동함을 입증해야 한다.
OVHcloud AI 모델은 결국 아키텍처 설명만으로는 해결할 수 없는 질문에 직면하게 된다. 직장용 구매자에게 중요한 것은 더 넓은 서비스가 실제 작업을 신뢰성 있게 처리하는지 여부다. 이 평가는 모델 주변의 애플리케이션과 그 정보 사용을 통제하는 장치를 포함한다.
이메일은 그 차이를 보여준다. 시스템이 유창한 요약을 생성하더라도 변경된 마감일을 놓치거나 제안과 승인된 결정을 혼동할 수 있다. 유용한 결과는 기초 기록을 이해하고 불확실성을 명확히 제시하는 데 달려 있다.
이는 OVHcloud와 관련해 보고된 실패 사례가 아니라 예시적인 평가 시나리오다. 이는 직장 파일럿이 모델 발표가 열어 둔 문제를 왜 드러낼 수 있는지 보여준다. 구매자는 직원들이 실제로 수행하는 업무를 기준으로 서비스를 테스트해야 한다.
접근 권한도 또 다른 과제다. 문서가 조직 내부 어딘가에 존재한다는 이유만으로 어시스턴트가 그 문서를 노출해서는 안 된다. 애플리케이션은 누가 이를 조회할 수 있는지 존중하고, 응답을 생성할 때도 이러한 경계를 유지해야 한다.
정보 품질 역시 중요하다. 모델은 오래된 메모와 현재 결정 사이의 모든 모순을 해결할 수 없다. 유용한 서비스에는 관련 기록을 다루고 가용한 증거가 충돌할 때 사용자가 이를 인식하도록 돕는 방식이 필요하다.
바로 이 지점에서 검색 가능한 지식 기반이 평가와 관련성을 갖는다. 구매자는 정보가 어떻게 구성되고, 검색되며, 최신 상태로 유지되는지 살펴봐야 한다. 모델 품질과 정보 품질은 상호작용하지만, 여전히 별개의 책임이다.
내부 배포는 직원들이 익숙한 워크플로에서 실질적인 문제를 마주하기 때문에 유용한 개발 피드백을 제공할 수 있다. 그렇다고 같은 서비스가 외부 조직에서도 작동한다는 점이 자동으로 입증되는 것은 아니다. 고객마다 서로 다른 문서 시스템, 승인 관행, 보안 기대치를 갖고 있다.
따라서 회의적인 입장은 프로젝트를 일축하는 것보다 더 좁은 범위에 있다. OVHcloud의 발표는 향후 서비스를 조사할 이유를 제공한다. 그러나 비교 정확도, 사용자 도입 또는 민감한 업무 적합성에 관한 결론을 아직 정당화하지는 않는다.
독립 평가는 모델과 완전한 애플리케이션도 구분해야 한다. 유용한 워크스페이스 경험은 강력한 정보 검색과 인터페이스 설계를 반영할 수 있다. 유능한 기반 모델도 맥락을 부실하게 처리하는 애플리케이션 안에서는 실망스러울 수 있다.
개발자에게는 출시 문서가 모델을 얼마나 폭넓게 평가할 수 있는지를 결정한다. 접근 조건, 지원 인터페이스, 한계에 대한 명확한 설명은 외부 팀이 동작을 조사할 수 있게 해준다. 이러한 세부 정보가 없다면 비교는 대체로 추측에 머문다.
기업 구매자에게는 배포 확대 전에 합의된 성공 기준이 필요하다. 그러한 기준에는 답변 추적 가능성, 권한 처리, 직원 검토 요구사항이 포함될 수 있다. 목표는 고객 자체의 제약 아래에서 서비스가 업무를 개선하는지 확인하는 것이다.
이는 기업에 공정한 기준을 만든다. 인프라는 제공 가능한 용량으로, 모델은 문서화된 동작으로, 직장용 애플리케이션은 입증된 유용성으로 평가해야 한다. 이러한 테스트를 성급하게 결합하면 실제로 어디에 장점이 있는지 가려진다.
세 가지 신호가 전략의 진행 상황을 보여줄 것이다
다음으로 유용한 증거는 제품 세부사항, 고객 경험, 인프라 제공을 연결해야 한다.
첫 번째 신호는 2026년 11월 19일 예정된 OVHcloud의 AI Summit이다. 재무 발표에서는 이 행사를 AI 전략을 상세히 설명할 기회로 제시한다. 독자는 제안된 서비스들이 어떻게 결합되는지에 관한 보다 명확한 설명을 살펴봐야 한다.
예상 사용자, 출시 단계, 배포 방식에 관한 구체적 정보는 전략의 신뢰도를 높일 것이다. 또 다른 광범위한 야망 선언은 핵심 질문을 해결하지 못한 채 남길 것이다. 이 행사가 중요한 이유는 경영진이 일반적인 포지셔닝을 검토 가능한 약속으로 바꿀 수 있는 단기 기회를 제공하기 때문이다.
유용한 발표는 고객이 접근할 수 있는 것과 아직 개발 중인 것을 구분할 것이다. 또한 어떤 기능이 직장용 애플리케이션에 속하고 어떤 기능이 향후 모델에 의존하는지도 명확히 할 것이다. 이 구분은 이후의 진전을 더 쉽게 평가하게 해준다.
두 번째 신호는 직장 파일럿의 증거다. 가장 유익한 공개 내용은 참가자들이 서비스를 무엇에 사용했는지, 결과를 어떻게 평가했는지, 어떤 한계가 드러났는지를 설명할 것이다. 시연만으로는 서비스가 일상 업무에 적합한지에 대한 통찰이 제한적이다.
고객 경험은 초기 평가 후에도 지속적인 사용을 보여준다면 상업적 주장을 강화할 것이다. 조직은 서비스에 의존하기로 결정하지 않아도 이를 실험할 수 있기 때문에 반복적인 활용이 중요하다. 확장에 관한 증거는 관심만으로보다 더 큰 무게를 지닌다.
구매자는 기업이 약점을 어떻게 설명하는지도 지켜봐야 한다. 지원되지 않는 작업, 필요한 검토, 배포 제한에 대한 명확한 설명은 서비스를 평가하기 쉽게 만든다. 신뢰할 수 있는 공급업체는 제품이 가치를 제공하는 영역을 설명하면서도 경계를 인정할 수 있다.
세 번째 신호는 인프라 가용성과 제공된 고객 워크로드 간의 연결이다. 유용한 증거는 가용한 서비스 구성, 배포 지역, 신뢰할 수 있는 제공 일정을 식별할 것이다. 이러한 세부사항은 물리적 여유 용량이 고객이 활용할 수 있는 것으로 어떻게 전환되는지 보여줄 것이다.
향후 운영 관련 공개도 같은 구분을 염두에 두고 읽어야 한다. 광범위한 클라우드 사업의 성장은 신규 AI 서비스의 도입을 자동으로 측정하지 않는다. 마찬가지로 모델 출시가 여유 인프라가 수익성 있게 채워지고 있음을 입증하지는 않는다.
OVHcloud AI 모델 전략은 이러한 신호들이 서로를 강화할 때 더 설득력을 얻는다. 제품 문서는 무엇이 존재하는지 확립할 수 있다. 고객 경험은 유용성을 확립할 수 있다. 제공 증거는 인프라 위치가 그 유용성을 지속 가능한 서비스로 전환하는 데 도움이 되는지 확립할 수 있다.
OVHcloud를 고려하는 팀의 실질적인 다음 단계는 발표를 평가하기 전에 워크로드를 정의하는 것이다. 관련 정보, 필요한 지역, 잘못된 답변이 초래할 결과를 파악하라. 접근이 가능해지면 이러한 요구사항을 기준으로 한 증거를 요청하라. 같은 일정 안에 동일한 요구를 충족할 수 있는 서비스와 결과 제안을 비교하라. 평가에서는 인프라 주장, 모델 주장, 애플리케이션 결과를 분리해 두어라. 이러한 접근법은 다가오는 출시에 공정한 평가 기회를 주면서도 도입을 위한 명확한 기준을 유지한다. 귀하의 워크로드 중 어떤 부분이 OVHcloud가 제안한 결합으로부터 혜택을 볼 수 있으며, 이를 이전하도록 설득할 증거는 무엇인가?
