Cloudflare Sovereign AI, 모델 선택권과 국가 통제의 충돌을 부각

정부들이 국가 통제와 글로벌 모델 선택권을 상충하는 목표로 점점 더 취급하는 가운데, Cloudflare는 1년 만에 sovereign AI 주장을 다시 내놓았다. 10월 1일 업데이트에서 회사는 주권이란 조직이 모델 실행 위치, 사용할 모델, 데이터 이동 방식을 선택할 수 있도록 해야 한다고 밝혔다.

이 입장은 현재 공공 조달과 국가 인프라 계획을 형성하는 보다 강경한 형태의 주권 개념에 이의를 제기한다. 이 모델에서 정부는 자국 공급업체, 국내 컴퓨팅 역량, 자국 내에서 개발된 모델을 우대함으로써 자율성을 확보한다.

Cloudflare의 답은 다르다. 회사의 sovereign AI 입장은 현지에서 이용 가능한 오픈 모델, 모델에 구애받지 않는 보안 제어, 고객 선택권을 보존하는 인프라를 중심에 둔다. 이제 충돌은 단순히 현지 기술 대 해외 기술의 문제가 아니다. 제한을 통한 통제와 이식성을 통한 통제의 대립이다.

Cloudflare Sovereign AI는 이제 선택권에 초점을 맞춘다

Cloudflare의 업데이트된 입장은 주권을 완전한 기술적 고립이 아니라 AI 워크로드에 대한 실질적 통제로 정의한다.

“sovereign AI”가 여러 정책 목표를 아우르는 용어가 되었기 때문에 이 구분은 중요하다. 이는 데이터 레지던시, 현지 컴퓨팅 역량, 국내 지식재산, 국가 안보 또는 규제 관할권을 의미할 수 있다.

이러한 목표들은 겹치지만 동일하지는 않다. 정부는 해외에서 개발된 모델을 사용하면서도 데이터를 국경 안에 유지할 수 있다. 또한 해외 칩, 외국 클라우드 소프트웨어 또는 외부 보안 서비스에 여전히 의존하는 국내 모델에 자금을 지원할 수도 있다.

Cloudflare의 주장은 이러한 의존성 문제에서 출발한다. 현대의 어떤 AI 시스템도 완전히 국가 단위로 완결되지 않는다. 학습과 추론은 프로세서, 에너지, 네트워킹, 소프트웨어, 데이터, 전문 인력으로 구성된 다층 공급망에 의존한다.

따라서 모든 계층을 현지화하려는 시도는 운영상의 독립성 없이 상징적 독립성을 만들 수 있다. 한 국가는 모델을 소유하면서도 하나의 하드웨어 공급업체에 계속 의존할 수 있다. 로컬 서버를 운영하면서도 단일 독점 모델 인터페이스에 의존할 수 있다.

대신 Cloudflare는 주권을 집행 가능한 선택의 집합으로 제시한다. 고객은 모델을 선택하고, 요청 처리 위치를 결정하며, 정보 저장 방식을 통제하고, 모든 보호 장치를 다시 구축하지 않고도 공급업체를 바꿀 수 있어야 한다.

이 접근법은 서로 연결된 세 부분으로 구성된다. 첫째는 조직이 현지 사용자와 더 가까운 곳에서 실행할 수 있는 오픈 모델에 대한 접근성이다. 둘째는 여러 모델에서 작동하는 보안이다. 셋째는 모든 정책 결정을 하나의 공급업체에 종속시키지 않는 인프라다.

오픈 모델은 더 많은 환경에서 검사, 조정, 배포할 수 있기 때문에 중요하다. 그러나 오픈 라이선스만으로 주권이 만들어지는 것은 아니다. 조직에는 여전히 컴퓨팅 자원, 배포 전문성, 평가 프로세스, 데이터 접근 제어가 필요하다.

모델 독립적 보안은 또 다른 취약점을 해결한다. 모니터링, 필터링, 접근 규칙이 하나의 모델 공급업체에서만 작동한다면, 그러한 보호 장치는 전환 비용이 된다. 다른 모델로 옮기려면 제어 계층을 다시 구축해야 할 수 있다.

Cloudflare의 AI Gateway 제어 기능은 이 주장의 배경이 되는 더 넓은 아키텍처를 보여준다. 게이트웨이는 애플리케이션과 모델 공급업체 사이에 위치해, 팀이 요청을 관찰하고 운영 정책을 적용할 수 있는 공통 지점을 제공한다.

이러한 분리가 주권을 보장하지는 않는다. 하지만 전체 애플리케이션 스택을 다시 작성하지 않고도 모델을 선택할 수 있게 해준다. 인프라는 또 다른 종속 요인이 아니라 추상화 계층이 된다.

따라서 Cloudflare의 논지는 국가적 자급자족보다 범위가 좁다. 진정한 통제는 구성 요소를 선택하고, 관리하며, 교체할 수 있는 능력에서 나온다고 말한다. 선택권은 주권에 대한 양보로 제시되지 않는다. 주권의 필수 조건 중 하나로 제시된다.

정부들은 국가 AI 역량을 구축하고 있다

압력은 이제 AI 인프라를 에너지, 통신, 국방 기술과 마찬가지로 전략적 역량으로 보는 정부들로부터 나온다.

국가 지도자들이 더 많은 현지 통제를 추구하는 데에는 여러 이유가 있다. 민감한 정보는 레지던시 규정의 적용을 받을 수 있다. 공공기관은 외국의 법적 명령이 보호된 데이터를 노출할 수 없다는 보장을 필요로 할 수 있다.

정부들은 경제적 의존성도 우려한다. 공공 서비스가 소수의 해외 모델 공급업체에 의존한다면, 이들 공급업체는 비용, 가용성, 미래의 기술적 선택지에 영향을 미친다.

언어와 문화의 대표성도 또 다른 우려를 더한다. 지배적인 언어에 최적화된 모델은 지역 언어, 법률 체계, 현지 기관 지식에서 고르지 않은 성능을 보일 수 있다. 국내 투자는 이러한 격차를 줄이는 데 도움이 될 수 있다.

유럽의 AI 인프라 프로그램은 산업 정책이 주권 논쟁에 어떻게 결합됐는지 보여준다. 유럽연합 집행위원회의 AI Factories 이니셔티브는 슈퍼컴퓨팅 자원을 데이터, 인재, 유럽 AI 개발 지원과 연결한다.

이 프로그램들은 실제 불균형에 대응한다. 프런티어 모델 개발에는 전문 칩, 대규모 자본 투입, 상당한 에너지, 희소한 전문성을 지닌 팀이 필요하다. 이러한 요소를 독자적으로 갖출 수 있는 조직은 많지 않다.

국가 역량은 컴퓨팅 자원에 대한 접근을 넓히고 핵심 워크로드를 보호할 수 있다. 또한 소규모 언어 또는 전문 공공 서비스용 시스템처럼 상업 공급업체가 결코 우선순위를 두지 않을 모델도 지원할 수 있다.

그러나 공공 투자는 어려운 정책 선택을 만든다. 정부는 시장을 넓히는 공유 역량을 구축할 수도 있고, 조달과 규제를 이용해 선택된 국내 공급업체를 보호할 수도 있다.

두 번째 경로는 자율성의 언어를 내세우더라도 선택권을 좁힐 수 있다. 의무적인 국내 스택은 해외 공급업체에 대한 의존을 정치적으로 우대받는 현지 공급업체에 대한 의존으로 대체할 수 있다.

이 위험은 특히 소규모 국가에 중요하다. 이들은 전체 AI 공급망을 재현할 만큼 충분한 수요, 자본 또는 전문 인력을 갖추지 못하는 경우가 많다. 엄격한 국가적 고립은 더 적은 모델과 더 느린 기술 개선으로 이어질 수 있다.

더 실용적인 질문은 어떤 계층에 실제로 현지 통제가 필요한가이다. 민감한 기록에는 국내 저장이 필요할 수 있다. 핵심 추론 워크로드에는 지역 장애 조치가 필요할 수 있다. 보안 정책은 현지 기관의 통제 아래 남아야 할 수 있다.

다른 계층은 경쟁에 열어둘 수 있다. 애플리케이션은 여러 모델을 지원할 수 있다. 보안 제어는 공급업체 전반에서 작동할 수 있다. 오픈 모델은 모든 조직에 동일한 구현 방식을 강요하지 않고도 현지 시설에서 실행할 수 있다.

이 계층적 접근법은 주권을 위험 관리 결정으로 다룬다. 의존성이 허용할 수 없는 노출을 만드는 지점을 묻고, 그 지점에서 통제를 구축한다. 모든 국제적 의존성이 똑같이 위험하다고 가정하지 않는다.

이러한 차이는 정책 입안자와 클라우드 공급업체 모두에 압박을 가한다. 정부는 “주권”을 광범위한 정치적 표지로 사용하는 대신 측정 가능한 요건을 정의해야 한다. 공급업체는 고객 선택권이 실제로 존재함을 보여야 한다.

쟁점은 제한 대 이식성이다

핵심 경쟁은 선택지를 제한해 만들어지는 주권과 선택지를 이식 가능하게 만들어지는 주권 사이에서 벌어진다.

제한은 직관적인 약속을 제공한다. 데이터를 현지에 두고, 국내 모델을 선택하고, 승인된 공급업체를 사용하면 외부 통제에 대한 노출을 줄일 수 있다. 그에 따른 조달 규칙은 설명하고 집행하기 쉽다.

그러나 이러한 규칙은 출처와 통제를 혼동할 수 있다. 국내 공급업체도 독점 인터페이스, 불투명한 운영 관행 또는 높은 이전 장벽을 부과할 수 있다. 지리적 근접성이 자동으로 기술적 이식성을 만들어주지는 않는다.

이식성은 다른 경로를 택한다. 이는 조직에 워크로드를 옮기고, 모델을 바꾸며, 정책을 보존하고, 자체 데이터에 대한 접근을 유지할 수 있는 능력을 부여한다. 통제는 신뢰할 수 있는 이탈 선택지에서 나온다.

이 지점에서 Cloudflare sovereign AI는 회사의 인프라 이해관계와 만난다. Cloudflare는 분산 네트워크를 운영하며 애플리케이션과 모델 공급업체 사이에 위치할 수 있는 서비스를 제공한다. 중립적 제어 계층은 회사의 기존 역할과 부합한다.

이러한 상업적 정렬이 주장을 무효화하는 것은 아니다. 다만 독자는 일반 원칙과 구현에 관한 회사의 주장을 구분해야 한다는 의미다.

애플리케이션 수준에서 이식성은 하나의 모델만이 요구를 충족할 수 있다는 가정을 피하는 데서 시작한다. 팀은 폐쇄형 서비스와 현지 배포된 오픈 모델을 포함해 여러 모델을 동일한 워크로드에 대해 평가할 수 있다.

데이터 수준에서 이식성은 저장, 보존, 이동에 관한 명확한 규칙을 필요로 한다. Cloudflare는 더 넓은 플랫폼의 일부에 대한 데이터 현지화 제어 기능을 문서화하고 있으며, 이는 sovereign 배포에 필요한 지역 정책 계층의 유형을 보여준다.

보안 수준에서 이식성은 기반 모델과 관계없이 공통 보호 조치를 적용하는 것을 뜻한다. 인증, 속도 제한, 로깅, 프롬프트 검사, 출력 정책은 공급업체가 바뀌어도 유지되어야 한다.

이 접근법은 애플리케이션을 개별 인프라 공급업체로부터 분리했던 이전의 클라우드 전략과 유사하다. 컨테이너, 개방형 인터페이스, 멀티클라우드 관리는 의존성을 없애지 않았다. 다만 일부 의존성을 더 쉽게 식별하고 교체할 수 있게 했다.

AI는 새로운 복잡성을 더한다. 모델은 서로 교체 가능한 데이터베이스처럼 작동하지 않는다. 두 시스템은 비슷한 프롬프트를 받을 수 있지만 정확성, 지연 시간, 안전성 동작, 컨텍스트 처리, 언어 지원에서 차이를 보일 수 있다.

모델 독립적 게이트웨이는 이러한 차이를 없앨 수 없다. 라우팅과 관찰을 표준화할 수는 있지만, 조직은 대체 모델이 각 작업에 대해 안전하게 작동하는지 여전히 평가해야 한다.

따라서 이식성에는 호환 가능한 인터페이스뿐 아니라 평가도 포함되어야 한다. 정부 서비스에는 정확성, 편향, 보안, 장애 동작에 대한 문서화된 테스트가 필요하다. 그렇지 않으면 전환의 자유는 이론에 그친다.

오픈 모델은 배포 선택지의 폭을 넓힌다. 현지 추론, 맞춤형 평가, 더 면밀한 검토를 지원할 수 있다. 동시에 관리형 서비스가 보통 흡수하는 운영 부담을 부과할 수도 있다.

Cloudflare의 주장을 가장 강하게 만드는 형태는 두 요소를 결합한다. 오픈 모델은 대안을 제공하고, 중립적 제어는 그 대안을 사용하는 비용을 낮춘다. 어느 한 요소만으로는 충분하지 않다.

오픈 모델이 의존성을 없애지는 않는다

오픈소스 AI는 국가적 선택지를 넓히지만, 그 선택지 아래에 있는 하드웨어, 기술, 에너지, 거버넌스 의존성을 제거하지는 않는다.

“오픈소스 모델”이라는 용어 역시 신중하게 다뤄야 한다. 모델 개발자들은 가중치, 코드, 학습 세부 사항, 라이선스를 서로 다른 조합으로 공개한다. 다운로드 가능한 모델이 모든 의미에서 오픈된 것은 아니다.

접근 가능한 모델 가중치조차 값비싼 인프라를 필요로 할 수 있다. 더 큰 시스템에는 성능 좋은 가속기와 경험 있는 운영자가 필요하다. 이를 안정적으로 서비스하려면 용량 계획, 모니터링, 패치, 사고 대응이 수반된다.

더 작은 모델은 현지 배포를 더 현실적으로 만든다. 모든 요청을 프런티어 서비스로 보내지 않고도 분류, 추출, 번역, 문서 검색 같은 좁은 작업을 처리할 수 있다.

이는 유용한 소버린 AI 활용 시나리오를 만든다. 공공기관은 승인된 지역 내에서 민감한 서류를 처리할 수 있다. 병원은 보호 대상 텍스트를 통제된 환경 안에 유지할 수 있다. 기업은 일상적인 요청을 로컬 모델로 라우팅할 수 있다.

더 높은 위험을 수반하거나 복잡한 요청은 더 엄격한 조건 아래 다른 제공업체로 계속 전송될 수 있다. 이러한 모델 라우팅 방식은 주권을 단일 인프라 선택이 아니라 워크로드별로 적용되는 정책으로 다룬다.

이러한 유연성에는 거버넌스 비용이 따른다. 각 모델은 제공 대상 언어, 도메인, 사용자 집단에 맞춰 평가해야 한다. 업데이트는 동작을 바꿀 수 있으므로 새로운 테스트와 문서화된 승인이 필요하다.

오픈 배포는 책임도 이전한다. 공급업체가 호스팅하는 서비스는 일반적으로 인프라 유지관리 대부분을 처리한다. 로컬에서 운영되는 모델은 배포 조직이 구성, 패치, 접근 제어를 책임지게 만든다.

보안은 오픈 모델과 폐쇄형 모델 모두에 걸친 공동의 과제로 남아 있다. 프롬프트 인젝션은 콘텐츠 안에 삽입된 악의적 지시를 통해 AI 시스템을 조작할 수 있다. 과도한 권한은 그러한 조작을 데이터 노출이나 원치 않는 작업으로 이어지게 할 수 있다.

미국 국립표준기술연구소의 AI risk framework는 AI 위험을 거버넌스하고, 매핑하고, 측정하고, 관리하는 일을 강조한다. 이러한 기능은 모델의 출처와 관계없이 적용된다.

이는 국가 차원의 조달을 복잡하게 만든다. 국내 모델을 구매한다고 해서 모든 거버넌스 요건이 충족되는 것은 아니다. 기관은 여전히 누가 시스템에 접근할 수 있는지, 어떤 데이터가 시스템에 도달하는지, 그 동작이 어떻게 모니터링되는지를 알아야 한다.

동일한 주의는 모델 중립적 도구에도 적용된다. 공통 게이트웨이는 가시성을 통합할 수 있지만, 통합은 또 하나의 중요한 통제 지점을 만든다. 그 운영자, 구성 및 장애 방식은 면밀한 검토가 필요하다.

중앙화된 로깅에는 특정한 절충점이 있다. 이는 보안팀이 사고를 조사하고 제공업체를 비교하는 데 도움이 된다. 그러나 보존 및 접근 규칙이 신중하게 설계되지 않으면 민감한 프롬프트의 집중된 기록을 만들 수도 있다.

Cloudflare는 자사 아키텍처가 더 큰 선택권을 지원할 수 있다고 말한다. 독립적인 검증은 이 주장의 경계를 검토해야 한다. 구매자는 지원 지역, 데이터 흐름, 하위 처리업체, 로그, 장애 조치 및 삭제 동작에 관한 세부 정보가 필요하다.

주권은 브랜딩에 의존할 수 없다. 이는 계약, 기술 구성, 감사 증거, 그리고 검증된 철수 절차를 통해 표현되어야 한다. 이러한 요소가 없다면 “선택권”은 제품의 약속에 머문다.

모델 중립적 보안이 컨트롤 플레인이 된다

조직이 여러 모델을 사용한다면, 공통 보안 계층은 소버린 AI를 위한 실질적인 컨트롤 플레인이 된다.

컨트롤 플레인은 정책을 적용하고 기반 서비스의 운영 방식을 조율하는 시스템이다. AI에서 이는 어떤 모델이 요청을 받는지, 어떤 데이터가 허용되는지, 활동이 어떻게 기록되는지를 관리할 수 있다.

이 계층이 중요한 이유는 모델 선택이 고정된 상태로 유지되는 경우가 드물기 때문이다. 제공업체는 시스템을 업데이트하고, 오픈 모델은 개선되며, 규제는 변화하고, 새로운 워크로드는 서로 다른 요구사항을 도입한다.

정부는 공개 정보에는 하나의 모델을, 기밀 분석에는 다른 모델을 승인할 수 있다. 기업은 직원 문서에는 로컬 모델을 사용하면서 일반적인 글쓰기에는 호스팅 모델을 남겨둘 수 있다.

모든 애플리케이션이 자체 라우팅 및 보안 로직을 포함하면 이러한 결정은 어려워진다. 정책은 서로 달라지고, 로그는 분산되며, 제공업체 변경에는 여러 시스템 전반의 수정이 필요해진다.

공통 계층은 일관된 규칙을 적용할 수 있다. 사용자 인증, 요청 분류, 승인된 모델 선택, 데이터 노출 제한, 검토를 위한 관련 이벤트 기록을 수행할 수 있다.

그러나 중립성은 입증되어야 한다. 중요한 통제가 선호되는 제공업체에서만 작동한다면 게이트웨이는 진정한 모델 중립적 도구가 아니다. 정책과 로그를 내보내는 일이 비현실적이라면 이식성도 없다.

구매자는 몇 가지 질문을 검증해야 한다. 동일한 정책을 호스팅 모델과 로컬 모델 모두에서 실행할 수 있는가? 조직은 구성을 다른 곳으로 옮길 수 있는가? 모델별 제약 사항은 명확하게 문서화되어 있는가?

장애 시 동작도 살펴봐야 한다. 선호하는 지역 모델을 사용할 수 없게 될 경우 시스템은 중지되는가, 다른 로컬 배포 환경으로 이동하는가, 아니면 데이터를 관할권 밖으로 전송하는가?

그 결정은 기본 설정 안에 숨겨질 수 없다. 눈에 띄지 않는 국경 간 폴백은 가용성을 높일 수 있지만 데이터 상주 의무를 위반할 수 있다. 강제 중단은 규정 준수를 지킬 수 있지만 중요한 서비스를 중단시킬 수 있다.

따라서 소버린 아키텍처에는 명시적인 우선순위 규칙이 필요하다. 팀은 각 워크로드에서 가용성, 위치, 성능 또는 모델 품질 중 무엇을 우선할지 결정해야 한다.

조달 계약은 이러한 우선순위를 반영해야 한다. 기술적 통제 장치는 이를 강제해야 한다. 모니터링은 시스템이 예외 경로를 따르는 시점을 드러내야 한다.

같은 원칙은 보안 업데이트에도 적용된다. 모델 독립적 계층은 여러 애플리케이션에 새 보호 조치를 배포할 수 있다. 하지만 조직은 그러한 보호 조치가 각 모델의 동작에 대해 실제로 작동하는지 여전히 검증해야 한다.

어떤 게이트웨이도 AI를 완전히 예측 가능하게 만들 수는 없다. 다만 일관된 관찰 및 개입 지점을 제공할 수 있다. 조직이 모델과 제공업체를 추가할수록 거버넌스가 더 어려워지기 때문에 이는 가치가 있다.

Cloudflare의 제안은 이러한 운영 수준에서 가장 강력하다. 조직이 하나의 승인된 스택을 신뢰하는 대신 여러 기술 옵션 전반에서 정책을 강제할 수 있을 때 국가적 자율성은 더 신뢰할 만해진다.

해결되지 않은 질문은 누가 컨트롤 플레인을 통제하느냐이다. 하나의 글로벌 인프라 기업이 보편적 중개자가 된다면, 국가들은 그러한 구도를 또 다른 의존성 집중으로 볼 수 있다.

따라서 Cloudflare는 자사 도구가 내보내기 가능성과 고객 권한을 보존한다는 점을 보여야 한다. 정부는 중립적인 글로벌 인프라가 국가 통제 요건을 충족할 수 있는지 결정해야 한다.

세 가지 신호가 Cloudflare의 선택권 주장을 시험할 것이다

다음 시험은 Cloudflare의 주권 정의가 측정 가능한 이식성, 더 폭넓은 로컬 배포, 그리고 경쟁을 보존하는 조달 규칙으로 이어지는지 여부다.

첫 번째 신호는 지역 인프라에서 더 강력한 오픈 모델을 이용할 수 있는지다. 발표만으로는 이 문제를 해결할 수 없다. 구매자에게는 활용 가능한 성능, 지원 언어, 예측 가능한 지연 시간, 문서화된 운영 요건이 필요하다.

조직이 애플리케이션을 재구축하지 않고도 사용자 가까이에서 경쟁력 있는 모델을 실행할 수 있다면 Cloudflare의 주장은 더 강해진다. 로컬 옵션이 여전히 너무 비싸거나 제한적이라면 정부는 수직 통합형 제공업체를 계속 선호할 것이다.

두 번째 신호는 보안 정책이 모델 간에 깔끔하게 이전된다는 증거다. 기업과 공공기관은 여러 제공업체에서 동일한 접근, 라우팅, 로깅 및 보존 요건을 테스트할 수 있어야 한다.

성공적인 마이그레이션은 모델 중립적 통제가 실질적인 철수 선택지를 만든다는 것을 보여줄 것이다. 각 변경에 여전히 광범위한 맞춤형 엔지니어링이 필요하다면, 약속된 자유는 대체로 아키텍처 수준에 머물 것이다.

세 번째 신호는 정부가 AI 조달 규칙을 어떻게 작성하는지다. 데이터 상주, 감사 가능성, 이식성, 측정 가능한 위험 통제에 기반한 요건은 경쟁의 여지를 남길 것이다.

주로 공급업체의 국적에 기반한 규칙은 대신 제한적인 모델을 뒷받침할 것이다. 이는 특정 국내 기업을 강화할 수는 있지만, 공공기관에 더 많은 기술적 통제권을 반드시 제공하지는 않는다.

국가 컴퓨팅 프로그램이 자금 지원 발표에서 실제 배포 서비스로 이동하면서 이러한 정책적 구분은 점점 더 분명해질 것이다. 정부는 어떤 의존성을 받아들이고 어떤 의존성을 금지할지 정의해야 한다.

Cloudflare 역시 자체적인 신뢰성 시험에 직면해 있다. 위치, 데이터 처리, 장애 조치, 지원 모델 및 정책 이식성에 관한 명확한 문서가 필요하다. 독립 감사와 고객 마이그레이션 증거는 광범위한 보장보다 더 큰 무게를 가질 것이다.

어떤 국가도 AI 공급망 전반에서 완전한 독립을 달성할 수는 없다. 그렇다고 주권이 무의미해지는 것은 아니다. 이는 우선순위 설정을 필수로 만든다.

정부는 모든 워크로드를 하나의 국가 스택으로 강제하지 않고도 핵심 데이터를 보호하고 국내 역량을 구축할 수 있다. 모델과 제공업체 사이의 이동 경로를 보존하면서 로컬 통제를 요구할 수 있다.

개발자와 기업 구매자에게 당장의 조치는 실용적이다. 프롬프트가 이동하는 경로를 매핑하고, 어떤 정책이 하나의 제공업체에 묶여 있는지 파악하며, 중요한 워크로드를 이동할 수 있는지 테스트해야 한다.

Cloudflare의 소버린 AI는 궁극적으로 그 철수 시험에 달려 있다. 고객이 보안이나 통제권을 잃지 않고 모델을 변경할 수 있다면, 선택권은 인프라가 된다. 그렇지 않다면 주권은 의존성에 붙은 또 하나의 레이블로 남는다.