Cloudflare Everything 출시, 에이전트 스택을 시험대에 올리다

Cloudflare는 첫 Agents Week를 20건이 넘는 발표와 함께 마무리했지만, Cloudflare Everything의 이야기는 또 하나의 복잡한 제품 발표 요약보다 더 큰 의미를 지닌다. 이 회사는 컴퓨팅, 메모리, ID, 검색, 브라우저, 네트워킹, 배포 도구를 하나의 에이전트 중심 플랫폼으로 묶었다.

이 폭넓은 구성은 진짜 충돌 지점을 만든다. Cloudflare는 운영 환경의 에이전트가 별도 서비스와 리전 인프라로 둘러싸인 전통적 하이퍼스케일러 내부에 있어야 한다는 가정에 도전하고 있다. Cloudflare의 대안은 전 세계에 분산된 Workers에서 출발해 에이전트가 시간에 걸쳐 작동하는 데 필요한 구성 요소를 더한다.

AWS, Google Cloud, Microsoft는 이미 강력한 에이전트 플랫폼을 제공한다. 이들은 더 깊은 엔터프라이즈 관계와 더 폭넓은 제품 카탈로그도 보유하고 있다. 따라서 Cloudflare는 아키텍처의 일관성이 기존 사업자의 지위, 익숙한 구매 방식, 기존 데이터 옆에 AI 워크로드를 두는 편안함보다 중요하다는 점을 증명해야 한다.

Cloudflare는 자신이 향하는 목적지를 에이전틱 클라우드, 즉 “Cloud 2.0”이라고 부른다. 이 명칭은 여전히 확립된 시장 범주가 아닌 기업의 논지에 가깝다. 그러나 이번 출시는 Cloudflare가 이를 어떻게 시험하려는지 정확히 보여 준다.

Agents Week의 Cloudflare Everything은 하나의 스택이었다

Cloudflare는 단일 대표 에이전트 제품을 내놓지 않았다. 대신 실행부터 인터넷 액세스까지 전 과정의 빈틈을 채웠다.

공식 Agents Week recap은 출시 내용을 컴퓨팅, 보안, 에이전트 툴박스, 운영 도구, 에이전틱 웹으로 구분한다. 이 구분은 중요하다. 에이전트는 챗봇 인터페이스가 부족해서 실패하는 경우가 드물다. 주변 시스템이 상태를 보존하거나, 자격 증명을 통제하거나, 코드를 실행하거나, 중단 후 복구하지 못할 때 실패한다.

컴퓨팅 계층에서 Cloudflare는 Sandboxes를 정식 출시했다. 샌드박스는 에이전트가 명령을 실행하고, 파일을 조작하며, 백그라운드 프로세스를 유지할 수 있는 격리된 컴퓨터 환경이다. 수명이 짧은 함수와 달리 이전 상태를 그대로 유지한 채 작업을 재개할 수 있다.

Cloudflare는 셸 또는 완전한 소프트웨어 환경이 필요한 코딩 에이전트와 기타 워크로드를 위해 Sandboxes를 배치했다. 회사의 sandbox design은 지속 세션과 온디맨드 시작을 결합한다. 이를 통해 에이전트는 패키지를 설치하고, 테스트를 실행하고, 리포지터리를 복제하거나, 외부 입력을 기다린 뒤 작업을 이어 갈 공간을 확보한다.

Artifacts는 코드와 데이터를 위한 Git 호환 버전 관리 스토리지를 추가한다. Cloudflare는 개발자가 수천만 개의 리포지터리를 만들고 표준 Git 클라이언트를 통해 접근할 수 있다고 말한다. Artifacts와 Sandboxes를 함께 사용하면 기본 루프가 형성된다. 에이전트는 작업 공간을 받고, 파일을 수정하고, 버전을 기록한 뒤 나중에 다시 돌아온다.

Durable Object Facets는 이 모델을 AI가 생성한 애플리케이션으로 확장한다. Durable Objects는 지속 객체를 중심으로 데이터와 연산을 조율하는 상태 유지형 Cloudflare 서비스다. Facets를 사용하면 플랫폼은 동적으로 생성된 애플리케이션마다 자체 SQLite 데이터베이스를 갖춘 격리된 Durable Objects를 만들 수 있다.

Cloudflare는 다단계 작업을 위한 내구성 엔진인 Workflows의 제어 플레인도 개편했다. 회사는 Workflows가 이제 동시 인스턴스 50,000개와 초당 300개 인스턴스의 생성 속도를 지원한다고 말한다. 이는 독립적인 성능 결과가 아니라 회사가 보고한 서비스 한도다.

보안 관련 출시는 이들 에이전트가 자체 작업 공간 밖으로 나갈 때 어떤 일이 일어나는지를 다룬다. Cloudflare Mesh는 프라이빗 네트워크 전반에서 사용자, 머신, Workers, 자율 에이전트를 연결한다. 이어 Workers VPC는 에이전트에 프라이빗 데이터베이스나 내부 API에 대한 범위가 제한된 액세스를 제공할 수 있다.

Cloudflare Access용 Managed OAuth는 에이전트가 사용자를 대신해 보호된 애플리케이션에 인증할 수 있게 한다. OAuth는 에이전트에 사용자의 비밀번호를 넘기지 않고 제한된 액세스를 부여하는 위임형 권한 부여 표준이다. Cloudflare는 자사 구현을 보호 리소스 메타데이터를 표준화하는 RFC 9728과 연계했다.

Cloudflare는 또한 스캔 가능한 API 토큰을 도입하고, OAuth 가시성을 확장했으며, 리소스 범위 권한을 정식 출시했다. Sandboxes용 Outbound Workers는 프로그래밍 가능한 이그레스 프록시 역할을 하며, 승인된 트래픽이 샌드박스를 떠날 때에만 자격 증명을 삽입한다.

이 설계는 에이전트가 생성하거나 다운로드한 코드로부터 원시 비밀 정보를 분리하는 것을 목표로 한다. 또한 자율 프로세스와 그 프로세스가 접근하려는 시스템 사이에 관리자가 정책을 적용할 지점을 제공한다.

에이전트 툴박스는 또 다른 누락된 요소들을 제공했다. Agent Memory는 지속적인 기억을 제공하고, AI Search는 검색을 처리하며, Browser Run은 웹 세션을 제어하고, Email Service는 에이전트에 받은편지함 채널을 제공한다. Workers AI와 AI Gateway는 Cloudflare 모델 및 외부 제공업체 전반의 추론을 지원한다.

그 결과는 하나의 도입 결정을 요구하는 단일 제품이 아니다. 에이전트의 전체 운영 수명이 이루어지는 장소를 Cloudflare로 만들려는 시도다.

에이전트 툴박스는 이제 추론을 넘어 확장된다

가장 중요한 출시는 에이전트에 연속성과 도구를 제공하며, 단순히 언어 모델을 호출하는 또 다른 방법을 제시하는 것이 아니다.

클라우드 플랫폼 전반에서 모델 액세스는 더 쉽게 확보할 수 있게 됐다. 그러나 유용한 에이전트에는 컨텍스트, 지속 상태, 통제된 도구, 이전 행동의 기록이 필요하기 때문에 신뢰할 수 있는 실행은 더 어렵다. 상태 비저장 모델 요청만으로는 이러한 요소를 어느 것도 제공하지 못한다.

Agent Memory는 장기 컨텍스트를 다룬다. Cloudflare는 이 서비스를 에이전트가 유용한 정보를 기억하고 더 이상 중요하지 않은 자료를 버리도록 돕는 관리형 스토리지로 설명한다. 중요한 차이는 대화 기록과 운영 메모리 사이에 있다.

기록은 발생한 일을 남긴다. 운영 메모리는 관련 사실을 식별하고, 적절한 순간에 이를 검색하며, 한 사용자의 정보를 다른 사용자의 정보와 분리해야 한다. 애플리케이션이 민감한 자료를 처리할 때는 삭제 및 보존 제어도 필요하다.

Cloudflare는 Agent Memory가 대규모 환경에서 이러한 요구를 얼마나 잘 처리하는지 입증할 충분한 공개 운영 증거를 아직 제공하지 않았다. 검색 품질은 추출 규칙, 순위 지정, 데이터 최신성, 결과를 해석하는 모델에 좌우된다. 관리형이라는 명칭이 이러한 설계 선택을 없애지는 않는다.

그럼에도 메모리를 Workers, Durable Objects, AI Gateway 옆에 배치하면 통합 경로가 짧아진다. 개발자는 하나의 제어 표면 안에서 애플리케이션 상태, 에이전트 상태, 모델 라우팅을 유지할 수 있다. 이것이 Cloudflare의 더 큰 제안 뒤에 있는 메커니즘이다.

AI Search는 문서와 기타 업로드된 자료에 동일한 논리를 적용한다. 개발자는 검색 인스턴스를 동적으로 만들고, 파일을 추가하며, 하이브리드 검색을 통해 질의할 수 있다. 하이브리드 검색은 의미 기반 매칭과 전통적인 키워드 신호를 결합해 관련 컨텍스트를 찾는다.

이 기능은 검색을 별도 검색 프로젝트가 아닌 프로그래밍 가능한 기본 요소로 전환한다. 엔터프라이즈 에이전트는 고객 사례를 위해 격리된 인덱스를 만들고, 뒷받침 문서를 검색한 뒤, 작업이 끝난 후 인스턴스를 삭제할 수 있다.

실질적인 과제는 평가다. 그럴듯해 보이는 검색 결과도 결정적인 문서를 누락하거나 오래된 지침을 표시할 수 있다. 검색이 신뢰할 수 있게 되기 전에 운영팀은 테스트 세트, 인용, 최신성 규칙, 액세스 필터링을 마련해야 한다.

Browser Run은 에이전트에 또 하나의 핵심 역량을 제공한다. Live View, 사람 개입, Chrome DevTools Protocol 액세스, 세션 녹화를 추가한다. Cloudflare는 Agents Week 기간에 동시성 한도를 4배 높였다고도 발표했다.

적절한 API가 없는 작업에서는 브라우저 자동화가 중요하다. 에이전트는 공급업체 포털을 탐색하고, 관리 양식을 작성하거나, 사람을 위해 설계된 대시보드를 점검할 수 있다. 이러한 작업은 변화하는 페이지 레이아웃, 인증 프롬프트, 악성 페이지 콘텐츠에도 에이전트를 노출한다.

Human in the Loop는 민감하거나 막힌 단계에서 사람이 제어권을 가져갈 수 있게 한다. 세션 녹화는 문제가 발생했을 때 감사 추적을 제공한다. 두 기능 모두 웹 에이전트가 여전히 관찰과 복구가 필요할 만큼 신뢰하기 어렵다는 점을 인정한다.

Cloudflare는 이후 Browser Run을 Containers 기반으로 재구축했으며, 이는 최초 발표가 완성된 종착점이 아니라 진화하는 서비스의 일부였음을 보여 준다. 이러한 반복은 고무적이지만, 동시에 기반 동작이 얼마나 빠르게 바뀔 수 있는지도 부각한다.

음성 파이프라인은 더 실험적이다. Cloudflare는 개발자가 약 30줄의 서버 측 코드로 연속 음성-텍스트 및 텍스트-음성 상호작용을 추가할 수 있다고 말한다. 적은 코드량은 매력적으로 들리지만, 실제 사용성은 지연 시간과 중단 처리에 달려 있다.

Email Service는 자율 작업을 위한 또 다른 채널로 공개 베타에 들어갔다. 에이전트는 별도의 커뮤니케이션 제공업체에 의존하지 않고 이메일을 보내고, 받고, 처리할 수 있다. 이는 유용한 워크플로를 만들지만, 사칭, 잘못된 수신자, 되돌릴 수 없는 행동과 관련한 익숙한 위험도 제기한다.

Project Think는 추론하고, 행동하고, 지속하는 에이전트를 위한 더 통합된 지원을 갖춘 차세대 Agents SDK를 미리 보여 준다. “batteries included”라는 표현은 Cloudflare의 방향성을 포착한다. 개발자는 유용한 워크플로를 시험하기 전에 모든 실행 기본 요소를 조립할 필요가 없어야 한다.

Workers AI와 AI Gateway는 모델 액세스로 툴박스를 완성한다. Cloudflare는 자사의 추론 계층이 14개 이상의 제공업체 모델을 호출할 수 있다고 말한다. Workers 바인딩을 통해 애플리케이션은 플랫폼 네이티브 코드로 서드파티 모델을 호출할 수도 있다.

이러한 제공업체 폭은 하나의 모델 계열에 베팅하는 일의 중요성을 낮춘다. 하지만 모델별 동작, 데이터 정책, 속도 제한, 리전별 가용성을 없애지는 않는다. 팀은 워크플로를 제공업체 간에 옮기기 전에 여전히 평가가 필요하다.

Cloudflare는 추론 시점 압축 시스템인 Unweight도 발표했다. 회사는 품질을 낮추지 않고 한 언어 모델의 풋프린트를 최대 22% 줄였다고 말한다. 이는 Cloudflare가 테스트한 모델과 평가 프로세스에 연계된 Cloudflare의 결과로 남아 있다.

종합하면 툴박스는 일관된 에이전트 루프를 지원한다. 에이전트는 컨텍스트를 검색하고, 이전 작업을 기억하고, 모델을 호출하고, 브라우저를 열고, 이메일을 보내며, 상태를 보존할 수 있다. 남은 질문은 하나의 플랫폼이 이 루프를 모듈형 대안보다 더 안전하게 만들 수 있는지다.

보안은 부가 기능이 아니라 핵심 메커니즘이다

Cloudflare의 가장 강력한 주장은 에이전트 ID와 네트워크 정책이 실행 바로 옆에 있어야 한다는 것이다.

자율 소프트웨어는 광범위한 지시와 예측할 수 없는 중간 행동을 결합하기 때문에 보안 모델을 바꾼다. 사람은 에이전트에게 송장을 대조하라고 요청할 수 있다. 그러면 에이전트는 그 목표를 추구하면서 파일, 웹사이트, 자격 증명, 명령, 메시지를 선택한다.

전통적인 애플리케이션 보안은 개발자가 각 리소스를 요청할 코드 경로를 알고 있다고 가정한다. 에이전트의 행동은 결정성이 더 낮다. 따라서 플랫폼에는 변화하는 행동 전반에서 ID와 의도를 따라가는 통제가 필요하다.

Sandboxes용 Outbound Workers는 그러한 제어 지점 중 하나를 제공한다. 에이전트는 기본 자격 증명을 받지 않고도 외부 서비스를 요청할 수 있다. 프록시는 정책을 평가하고, 승인된 트래픽에 비밀 정보를 삽입하며, 허용 조건 밖의 요청을 차단한다.

이 패턴은 신뢰할 수 없는 코드로부터의 자격 증명 유출을 제한한다. 또한 대상, 에이전트 ID, 사용자 ID, 작업 컨텍스트에 기반한 동적 결정을 지원한다. 이 보호는 올바른 정책과 통제된 이그레스 경로를 통한 완전한 라우팅에 달려 있다.

Cloudflare Mesh와 Workers VPC는 프라이빗 리소스에 유사한 제어 기능을 제공합니다. 관리자는 데이터베이스나 내부 API를 공용 인터넷에 노출하지 않고도 에이전트에 제공할 수 있습니다. 범위가 지정된 액세스를 통해 에이전트가 도달할 수 있는 서비스를 제한할 수 있습니다.

관리형 OAuth는 사용자가 위임한 작업을 다룹니다. 서비스 계정은 자동화에 편리하다는 이유로 광범위하고 장기간 유지되는 권한을 받는 경우가 많습니다. 개인을 대신해 작동하는 에이전트는 대신 해당 사용자와 현재 작업에 연결된 제한적 권한을 상속받아야 합니다.

Cloudflare의 보호 리소스 메타데이터 도입은 에이전트가 내부 애플리케이션의 인증 방식을 파악하는 데 도움을 줍니다. 이는 권한 부여 경계를 유지하면서 수동 설정을 줄입니다. 다만 에이전트가 사용자가 의도한 작업을 이해한다는 보장은 아닙니다.

회사의 엔터프라이즈 MCP 아키텍처도 같은 공백을 겨냥합니다. Model Context Protocol, 즉 MCP는 모델이 외부 도구를 탐색하고 호출하는 방식을 표준화합니다. 표준화된 액세스는 통합 기능의 이식성을 높이지만, 승인되지 않은 도구를 연결하기도 더 쉽게 만들 수 있습니다.

Cloudflare는 이러한 연결을 관리하기 위해 Access, AI Gateway, MCP 서버 포털 사용을 권장합니다. 또한 공식 승인이나 가시성 없이 사용되는 도구 서버를 의미하는 Shadow MCP에 대한 Gateway 탐지도 제안했습니다.

Code Mode는 다른 최적화를 제공합니다. 긴 도구 정의와 반복 호출을 모델 컨텍스트로 전달하는 대신, 에이전트는 여러 작업을 조율하는 샌드박스형 TypeScript를 생성할 수 있습니다. Cloudflare는 이를 통해 토큰 사용량을 줄일 수 있다고 말하지만, 실제 절감 효과는 워크플로에 따라 달라집니다.

생성된 코드를 실행하면 그 자체로 위험이 발생합니다. 샌드박스는 네트워크 액세스, 실행 시간, 데이터 이동, 자격 증명을 제한해야 합니다. 또한 모델의 추론 과정이 보이지 않게 된 뒤에도 관측 기능은 코드가 수행한 작업을 보여줘야 합니다.

AWS는 Bedrock AgentCore를 통해 유사한 결론에 도달했습니다. AgentCore 플랫폼에는 Runtime, Memory, Gateway, Browser, Code Interpreter, Identity, Policy, Observability, Evaluations가 포함됩니다. 이러한 중복은 프로덕션 에이전트에 완전한 운영 계층이 필요하다는 점을 확인해 줍니다.

AWS는 AgentCore 세션이 격리된 환경에서 실행되며 VPC 리소스와 연결할 수 있다고 밝혔습니다. ID 서비스는 외부 도구용 자격 증명을 관리합니다. Gateway는 MCP를 지원하며, 평가와 관측 기능은 배포 후 품질을 다룹니다.

차이는 체크리스트 자체보다 그 아래의 아키텍처에 있습니다. AWS는 에이전트 서비스를 자사의 리전 기반 클라우드, ID, 모니터링, 인프라 시스템으로 통합합니다. Cloudflare는 전 세계에 분산된 네트워크와 Workers 실행 모델에서 출발합니다.

이 때문에 두 전략 모두에서 보안이 핵심 메커니즘이 됩니다. 두 회사 모두 더 이상 ID, 브라우저, 메모리, 코드 실행을 선택적 부가 기능으로 취급하지 않습니다. 경쟁의 핵심은 이러한 제어 기능이 어디에 존재해야 하는지, 운영자가 얼마나 많은 시스템을 조율해야 하는지에 있습니다.

Cloudflare의 통합 엣지 스택이 하이퍼스케일러에 가하는 압박

Agents Week는 Cloudflare를 추론 대안에서 완전한 에이전트 워크로드를 위한 직접적인 인프라 경쟁자로 바꿔 놓았습니다.

주요 경쟁 상대는 특정 AWS 제품 하나나 Microsoft 서비스 하나가 아닙니다. 이는 광범위한 리전 서비스 카탈로그에서 에이전트 기능을 조합하는 하이퍼스케일러의 방식입니다. Cloudflare는 자사 네트워크가 이러한 기능을 하나의 전 세계 분산 플랫폼으로 제공할 수 있다고 주장합니다.

AWS는 현재 제품 수준에서 가장 가까운 비교 대상을 제공합니다. AgentCore는 런타임, 메모리, 브라우저, 코드 해석, ID, 게이트웨이, 정책, 평가, 관측 기능을 포괄합니다. 2026년 출시 항목에는 관리형 세션 스토리지, VPC 이그레스, 향상된 메모리 필터링, 프레임워크 중립적 배포가 추가됐습니다.

Microsoft Foundry Agents Service는 또 다른 익숙한 경로를 따릅니다. 개발자는 Microsoft 프레임워크, LangGraph, OpenAI Agents SDK 또는 일반 Python으로 작성한 에이전트 코드를 배포할 수 있습니다. Foundry는 이 코드를 Azure 프로젝트, ID, 컨테이너, 엔터프라이즈 제어 기능에 연결합니다.

Google Cloud의 Vertex AI Agent Engine은 에이전트를 위한 관리형 배포를 제공하며 Vertex 모델, 평가 도구, Google Cloud 서비스와 통합됩니다. 각 하이퍼스케일러는 에이전트를 성숙한 데이터베이스, 분석 시스템, 보안 제품, 조달 계약에 연결할 수 있습니다.

Cloudflare는 이러한 카탈로그를 서비스별로 맞출 수 없습니다. 대신 에이전트 애플리케이션에서는 카탈로그의 중요성을 낮추려 하고 있습니다. Workers는 서버리스 실행을 제공하고, Durable Objects는 조율을 처리하며, R2는 객체를 저장하고, 새 출시 항목은 특화된 공백을 메웁니다.

엣지 분산은 Cloudflare의 지연 시간 주장을 뒷받침하기도 합니다. 에이전트는 종종 모델 호출, 도구, 웹사이트, 데이터베이스, 사용자 상호작용을 오갑니다. 사용자와 인터넷 서비스 간 거리를 줄이면 이 루프의 일부를 개선할 수 있습니다.

하지만 에이전트의 전체 지연 시간은 하나의 플랫폼 홉에서 발생하는 경우가 드뭅니다. 모델 생성, 브라우저 로딩, 타사 API, 순차적 추론이 응답 시간을 지배할 수 있습니다. Cloudflare가 우위를 입증하려면 고립된 네트워크 벤치마크가 아니라 워크로드 수준의 측정이 필요합니다.

Agents Week에는 Rust 기반 요청 처리 아키텍처인 FL2를 중심으로 한 네트워크 성능 업데이트도 포함됐습니다. Cloudflare는 자사의 측정에서 전 세계 상위 네트워크의 60%를 선도했다고 밝혔습니다. 독자는 이를 Cloudflare의 방법론에 기반한 회사 분석으로 받아들여야 합니다.

실제 네트워크 우위가 있더라도 에이전트 플랫폼 도입을 자동으로 결정하지는 않습니다. 기업은 데이터 레지던시, 프라이빗 연결, 감사 도구, 모델 선택권, 지원, 기존 역량을 중시합니다. 더 빠른 엣지 경로도 거버넌스 부족이나 어려운 마이그레이션을 보완할 수는 없습니다.

새로운 cf 명령줄 인터페이스는 대신 개발자 경험을 겨냥합니다. 이는 약 3,000개의 Cloudflare API 작업 전반에 걸쳐 일관된 인터페이스 하나를 제공하는 것을 목표로 합니다. Local Explorer는 개발 중 애플리케이션 데이터를 검사할 방법을 추가합니다.

Agent Lee는 Cloudflare 대시보드에 프롬프트 기반 인터페이스를 도입합니다. 이는 샌드박스형 TypeScript를 사용해 고객의 스택을 검사하고 관리합니다. 이는 제품 기능이면서 동시에 Cloudflare가 선호하는 에이전트 아키텍처의 시연이기도 합니다.

Flagship은 KV와 Durable Objects 기반 평가 기능을 갖춘 네이티브 기능 플래그를 추가합니다. Cloudflare는 밀리초 미만의 플래그 평가를 주장합니다. 기능 플래그를 사용하면 팀은 새로운 에이전트 동작을 점진적으로 노출하고, 버전을 비교하며, 모든 것을 재배포하지 않고도 실패한 경로를 비활성화할 수 있습니다.

현재 베타인 Registrar API를 통해 소프트웨어와 에이전트는 도메인을 검색하고 등록할 수 있습니다. PlanetScale 통합은 Cloudflare를 통한 관리형 Postgres 및 MySQL 배포 경로를 추가합니다. 이러한 출시는 생성된 프로토타입에서 운영 서비스로 이어지는 여정을 확장합니다.

Cloudflare가 통합을 통해 승리하기를 기대하는 지점이 바로 이 여정입니다. 코딩 에이전트는 요청을 받고, 샌드박스를 열고, Artifact를 복제하고, 코드를 수정하고, 로컬에서 테스트한 뒤, Workers를 통해 배포하고, 기능 플래그를 활성화할 수 있습니다. Agent Memory를 통해 컨텍스트를 유지하고, 전 과정에서 통제된 자격 증명을 사용할 수 있습니다.

하이퍼스케일러도 비슷한 워크플로를 지원할 수 있습니다. Cloudflare의 차별점은 구성 요소가 Workers 중심의 프로그래밍 모델과 네트워크를 공유한다는 점입니다. 하이퍼스케일러의 장점은 고객이 이미 모든 인접 시스템을 그곳에서 운영하고 있을 수 있다는 점입니다.

이 때문에 전환 비용이 결정적입니다. Cloudflare는 완전한 클라우드 마이그레이션을 강요하지 않고도 새로운 에이전트 네이티브 애플리케이션을 확보할 수 있습니다. 에이전트 프런트엔드는 Workers에서 실행하면서 데이터는 AWS, Azure 또는 Google Cloud 내부에 남아 있을 수 있습니다.

이 하이브리드 경로는 Cloudflare의 기회를 확장하지만, 단순성 주장은 약화시킵니다. 크로스 클라우드 데이터 전송, ID 매핑, 관측성, 인시던트 책임은 Cloudflare가 없애려는 통합 작업을 다시 불러올 수 있습니다.

따라서 경쟁 압박은 실제이지만 균등하지는 않습니다. 하이퍼스케일러는 Cloudflare의 응집력 있는 개발자 경험과 전 세계 분산에 대응해야 합니다. Cloudflare는 그들의 엔터프라이즈 깊이, 리전 제어, 기존 인프라와 AI를 묶을 수 있는 능력에 대응해야 합니다.

Cloudflare Everything이 여전히 입증하지 못하는 것

완전한 출시 목록이 완전한 시스템이 엔터프라이즈 에이전트 워크로드에서 안정적으로 작동한다는 증거는 아닙니다.

Cloudflare는 명확한 설명과 여러 서비스 제한 사항을 공개했습니다. 하지만 프로덕션 에이전트 완료율, 운영 복잡성, 엔드투엔드 지연 시간을 하이퍼스케일러 플랫폼과 비교한 광범위하고 독립적인 벤치마크는 공개하지 않았습니다.

이러한 증거의 부재는 에이전트 스택이 하나의 시스템으로 성공하기 때문에 중요합니다. 메모리가 잘못된 컨텍스트를 반환한다면 빠른 샌드박스는 거의 가치가 없습니다. 브라우저 에이전트가 승인 없이 되돌릴 수 없는 작업을 확정한다면 편리한 OAuth도 도움이 되지 않습니다.

가장 큰 불확실성은 성숙도에 관한 것입니다. Sandboxes는 정식 출시됐지만, Email Service는 공개 베타에 진입했고 Project Think는 프리뷰 상태였습니다. 음성 파이프라인은 실험적이었으며, 공유 사전 지원은 향후 베타로 제시됐습니다.

이러한 표기는 서로 다른 지원 기대치와 변경 위험을 나타냅니다. 프로토타입은 변화하는 인터페이스를 감수할 수 있습니다. 규제 대상 워크플로에는 안정적인 계약, 문서화된 복구 동작, 감사 보존, 예측 가능한 리전 가용성이 필요합니다.

두 번째 불확실성은 운영 가시성입니다. 에이전트는 모델 호출, 코드 실행, 브라우저 작업, 도구 요청으로 이어지는 긴 체인을 생성할 수 있습니다. 운영자에게는 이러한 작업을 시작 사용자 및 정책 결정에 연결하는 단일 추적 기록이 필요합니다.

Cloudflare는 AI Gateway, Access, 세션 녹화, 플랫폼 로그를 통해 이러한 가시성의 일부를 제공합니다. Agents Week 요약은 이러한 기록이 발표된 모든 서비스 전반에서 얼마나 완전하게 결합되는지는 입증하지 않았습니다.

세 번째 불확실성은 메모리 거버넌스입니다. 영구 메모리는 연속성을 개선할 수 있지만, 개인 정보나 기밀 정보를 위한 또 다른 저장소도 만듭니다. 팀은 보존, 삭제, 테넌트 격리, 정정 절차를 정의해야 합니다.

에이전트는 잘못된 추론을 지속되는 사실로 저장할 수 있습니다. 이후 검색은 여러 작업에 걸쳐 오류를 강화할 수 있습니다. 프로덕션 시스템에는 출처 정보와 사용자 또는 관리자가 저장된 메모리를 검사할 수 있는 메커니즘이 필요합니다.

이는 특히 지식 업무에서 중요합니다. 개인 지식 기반은 흩어진 정보를 검색 가능하게 만들 수 있지만, 액세스 경계는 여전히 핵심입니다. 에이전트는 개인 메모와 팀 기록을 하나의 제한 없는 컨텍스트 풀로 합쳐서는 안 됩니다.

네 번째 불확실성은 도구 안전성입니다. MCP는 도구를 더 쉽게 노출하며, Code Mode는 반복적인 모델 상호작용을 줄일 수 있습니다. 두 기능 모두 정확한 권한과 결정론적 집행의 중요성을 높입니다.

침해된 MCP 서버는 악성 콘텐츠나 오해를 부르는 도구 설명을 반환할 수 있습니다. 생성된 프로그램은 올바른 API 호출을 잘못된 순서로 수행할 수 있습니다. 정책은 엔드포인트가 허용 목록에 있는지 여부 이상을 평가해야 합니다.

Cloudflare의 보안 제품은 이 문제를 위한 신뢰할 만한 구성 요소를 제공합니다. 하지만 신뢰할 수 있는 제어 기능이 올바른 고객 구성을 보장하지는 않습니다. 회사는 광범위한 자격 증명과 허용적인 네트워크 규칙보다 안전한 경로를 더 쉽게 만들어야 합니다.

다섯 번째 불확실성은 공개된 가격 수치를 논의하지 않더라도 경제성입니다. 에이전트는 모델, 도구, 웹사이트 또는 사람을 기다리는 데 상당한 시간을 보냅니다. 유휴 시간에도 과금하는 청구 모델은 활성 소비 기반 설계와 다르게 작동할 수 있습니다.

Cloudflare는 아직 구매자가 추론, 스토리지, 브라우저 세션, 메모리, 네트워킹, 관측성 전반의 전체 비용을 추정할 수 있을 만큼 비교 가능한 워크로드 데이터를 제공하지 않았습니다. 대표적인 작업 추적 기록 없이 헤드라인 효율성 주장이 이를 대체할 수는 없습니다.

벤더 집중은 또 다른 절충안입니다. 통합 플랫폼은 엔지니어링 노력을 줄이고 책임 소재를 단순화할 수 있습니다. 또한 실행, ID, 메모리, 검색, 로그를 하나의 제공업체 아래에 둘 수 있습니다.

Cloudflare는 외부 제공업체의 모델을 지원하므로 모델 종속을 줄일 수 있다. 하지만 애플리케이션이 Durable Objects, Workers bindings, Agent Memory, Cloudflare 전용 정책 제어 기능에 깊이 의존할 경우 워크로드 이식성은 더 어려워진다.

하이퍼스케일러 스택도 ID, 네트워킹, 데이터베이스, 모니터링을 통해 자체적인 종속성을 만든다. 중요한 질문은 종속성이 존재하느냐가 아니다. 구매자는 어떤 의존성이 기존 시스템 및 이탈 계획과 부합하는지 결정해야 한다.

마지막으로 ‘에이전틱 웹’은 여전히 부분적으로는 지향점에 가깝다. Cloudflare는 사이트가 에이전트를 얼마나 잘 지원하는지 평가하기 위해 Agent Readiness 점수를 도입했다. 또한 검증된 크롤러를 정규 콘텐츠로 안내하는 Redirects for AI Training도 발표했다.

이 기능들은 자동화된 방문자에게는 구조화된 접근이 필요하고, 퍼블리셔에게는 제어권이 필요하다는 점을 인정한다. 그러나 에이전트가 자신을 어떻게 식별해야 하는지, 권한을 어떻게 준수해야 하는지, 출처를 어떻게 표기해야 하는지, 창작자에게 어떻게 보상해야 하는지를 두고 보편적인 합의는 아직 없다.

Cloudflare는 웹사이트와 자동화된 트래픽 사이에서 가치 있는 위치를 차지하고 있다. 이 위치는 측정과 집행을 뒷받침할 수 있다. 동시에 신흥 규범에 대해 회사에 상당한 영향력을 부여한다.

이번 발표는 방향을 제시할 뿐, 결론을 내린 것은 아니다. Cloudflare는 이제 완전한 에이전트 배포를 놓고 경쟁할 만큼 충분한 구성 요소를 갖췄다. 구매자들은 여전히 이 구성 요소들이 함께 더 안전하고 신뢰성 높은 결과를 만든다는 증거를 필요로 한다.

세 가지 신호가 에이전틱 클라우드 베팅을 결정할 것이다

다음 시험대는 또 한 주의 제품 발표가 아니라 도입과 검증이다.

첫 번째 신호는 Sandboxes, Agent Memory, Browser Run을 하나의 지속적인 워크로드에서 실제 운영에 사용하는 사례다. Cloudflare는 작업량, 장애 복구, 보안 경계, 측정 가능한 운영 결과를 보여 주는 공개 고객 사례를 제시해야 한다.

코딩 워크플로는 유용한 시험 사례가 될 수 있다. 에이전트가 영구 워크스페이스를 열고, 리포지토리를 수정하고, 이전 결정을 검색하며, 테스트를 실행하고, 배포 전에 사람의 승인을 요청하는 모습을 보여 줄 수 있다.

지속적인 운영의 증거는 Cloudflare의 통합 스택 주장을 강화할 것이다. 데모나 짧은 프로토타입에 한정된 사례 연구는 성숙도에 관한 의문을 해소하지 못할 것이다.

두 번째 신호는 하이퍼스케일러의 직접적인 대응이다. AWS AgentCore는 이미 Cloudflare의 출시 범위와 광범위하게 겹친다. Microsoft와 Google도 에이전트 배포, 도구, 거버넌스를 관리형 AI 플랫폼으로 계속 통합하고 있다.

이들 기업이 에이전트 스택을 더 통합된 인터페이스로 단순화하는지 지켜봐야 한다. 또한 전 세계에 분산된 실행을 확대하는지, 혹은 에이전트 ID를 네트워크 집행에 더 가깝게 가져오는지도 주목해야 한다.

더 빠른 하이퍼스케일러 통합 주기는 Cloudflare의 차별화를 약화시킬 것이다. 지속적인 파편화는 Workers가 더 깔끔한 기반을 제공한다는 Cloudflare의 주장을 강화할 것이다.

세 번째 신호는 에이전틱 웹 전반에서 측정 가능한 거버넌스다. Cloudflare의 준비도 점수, 크롤러 제어 기능, MCP 보안 규칙, ID 기능은 퍼블리셔와 기업이 검증할 수 있는 행동으로 이어져야 한다.

유용한 지표에는 인증된 에이전트 접근의 도입, 위임된 권한 처리 방식의 문서화, 브라우저 및 도구 작업 전반을 아우르는 감사 기록이 포함된다. 메모리 검사와 삭제를 위한 명확한 제어 기능도 또 하나의 의미 있는 신호가 될 것이다.

이러한 지표의 진전은 네트워크 인프라가 애플리케이션 수준의 보호 장치만으로는 어려운 방식으로 에이전트를 더 효과적으로 관리할 수 있다는 Cloudflare의 주장을 뒷받침할 것이다. 도입이 미흡하다면 에이전틱 웹은 익숙한 자동화 문제 위에 덧씌운 마케팅 계층에 머물고 있음을 시사할 것이다.

Agents Week에서 발표된 Cloudflare의 모든 요소는 이제 신뢰할 만한 플랫폼 제안을 구성한다. 이는 전 세계에 분산된 런타임을 중심으로 지속형 컴퓨팅, 검색, 메모리, 브라우저, ID, 배포를 배치한다. 이는 모든 주요 클라우드 제공업체에 압박을 가하기에 충분하다.

그러나 경쟁의 승패를 가리기에는 충분하지 않다. 개발자는 장애 복구, 권한, 검색 품질, 관측 가능성, 이식성 전반에서 대표적인 워크플로 하나를 시험해야 한다. 엔터프라이즈 구매자는 Cloud 2.0을 Cloudflare가 선택한 명칭 이상의 것으로 받아들이기 전에 워크로드 수준의 증거를 요구해야 한다.

귀사 팀에 가장 중요한 신호는 무엇인가? 통합 작업 감소, 더 강력한 에이전트 제어, 아니면 기존 클라우드 데이터에 대한 더 쉬운 접근인가? 그 답을 바탕으로 제한적인 프로덕션 시험을 설계하고, 모든 실패를 기록하며, 다음 에이전트 워크로드를 확정하기 전에 전체 운영 부담을 비교하라.