{"id":1176,"date":"2026-06-19T16:58:16","date_gmt":"2026-06-19T19:58:16","guid":{"rendered":"https:\/\/jrtx.com.br\/blog\/2026\/06\/19\/cloudflare-workers-infraestrutura-agentes-edge-e-durable-obj\/"},"modified":"2026-06-19T16:58:16","modified_gmt":"2026-06-19T19:58:16","slug":"cloudflare-workers-infraestrutura-agentes-edge-e-durable-obj","status":"publish","type":"post","link":"https:\/\/jrtx.com.br\/blog\/2026\/06\/19\/cloudflare-workers-infraestrutura-agentes-edge-e-durable-obj\/","title":{"rendered":"Cloudflare Workers infraestrutura: agentes, edge e Durable Objects"},"content":{"rendered":"

O ecossistema de CDN e edge computing atravessa uma transforma\u00e7\u00e3o silenciosa, mas profunda, em 2026. N\u00e3o se trata mais apenas de cachear conte\u00fado est\u00e1tico ou mitigar ataques DDoS \u2014 as plataformas de borda est\u00e3o se tornando a espinha dorsal de arquiteturas serverless, pipelines de intelig\u00eancia artificial e malhas de conectividade globais. Nesse cen\u00e1rio, a Cloudflare Workers infraestrutura<\/strong> se destaca como uma das plataformas mais ambiciosas do mercado, unindo execu\u00e7\u00e3o de c\u00f3digo serverless em 275+ pontos de presen\u00e7a, armazenamento consistente via Durable Objects, infer\u00eancia de machine learning na borda com Workers AI e, agora, capacidades in\u00e9ditas para agentes aut\u00f4nomos de IA. O que era um runtime para scripts leves evoluiu para um sistema operacional distribu\u00eddo que cobre 1 em cada 5 requisi\u00e7\u00f5es HTTP do planeta.<\/p>\n

Nas \u00faltimas semanas, a Cloudflare anunciou um conjunto de melhorias que redefinem o que engenheiros de infraestrutura e desenvolvedores podem esperar de uma plataforma edge. As novidades incluem Temporary Accounts<\/strong> para agentes de IA que precisam provisionar Workers sem interven\u00e7\u00e3o humana, novos location hints<\/strong> para Durable Objects na \u00c1sia-Pac\u00edfico, a extens\u00e3o do keep-alive de Durable Objects durante conex\u00f5es outbound \u2014 um detalhe t\u00e9cnico que resolve dores reais de quem opera streaming via LLMs \u2014 e a abertura do Agents SDK<\/strong> para frameworks como o Flue. Tudo isso enquanto a plataforma passa por manuten\u00e7\u00f5es programadas e a malha de rede se expande, com an\u00fancios de novos datacenters e melhorias no plano de controle unificado de rotas.<\/p>\n

Para profissionais de TI e entusiastas que acompanham a evolu\u00e7\u00e3o da borda, este post \u00e9 um mergulho t\u00e9cnico nas capacidades atuais da Cloudflare Workers infraestrutura<\/strong>, com foco nos lan\u00e7amentos recentes, na compara\u00e7\u00e3o com outros provedores de CDN e edge computing, e no impacto direto para empresas brasileiras que dependem de lat\u00eancia ultrabaixa, conformidade com a LGPD e arquiteturas distribu\u00eddas. Vamos explorar como as pe\u00e7as \u2014 Workers, Durable Objects, Queues, AI Gateway e agora agentes \u2014 se encaixam para formar uma plataforma que vai muito al\u00e9m de uma CDN tradicional.<\/p>\n

Ao longo deste artigo, voc\u00ea vai entender por que a Cloudflare est\u00e1 investindo pesado em agentes de IA, como os novos location hints reduzem a lat\u00eancia para usu\u00e1rios na regi\u00e3o \u00c1sia-Pac\u00edfico (e o que isso sinaliza para a Am\u00e9rica Latina), e de que forma as conex\u00f5es outbound persistentes em Durable Objects viabilizam cen\u00e1rios de streaming que antes exigiam workarounds complexos. Tamb\u00e9m inclu\u00edmos compara\u00e7\u00f5es com Akamai, Fastly e AWS CloudFront, dados de lat\u00eancia no Brasil e um passo a passo pr\u00e1tico para configurar Durable Objects com os novos par\u00e2metros. Na JRT Technology Solutions<\/strong>, temos implementado e gerenciado solu\u00e7\u00f5es Cloudflare para clientes corporativos \u2014 de WAF a Zero Trust, de Workers a Magic Transit \u2014 e sabemos o quanto esses detalhes fazem diferen\u00e7a no mundo real.<\/p>\n

O que aconteceu: Temporary Accounts, Agents SDK e manuten\u00e7\u00e3o da plataforma<\/h3>\n

No dia 12 de junho de 2026, a Cloudflare publicou um an\u00fancio que chamou a aten\u00e7\u00e3o de desenvolvedores e arquitetos de agentes: Temporary Accounts for AI agents<\/strong>. A ideia \u00e9 simples na superf\u00edcie, mas revolucion\u00e1ria para o ecossistema de agentes aut\u00f4nomos. Sempre que um agente de IA \u2014 rodando em um runtime como LangChain, CrewAI ou no novo framework Flue \u2014 precisa fazer deploy de um Worker, ele esbarrava em um muro burocr\u00e1tico: autentica\u00e7\u00e3o via OAuth, cria\u00e7\u00e3o de conta, clique em dashboard, gera\u00e7\u00e3o de API token. Agora, com o comando wrangler deploy –temporary<\/strong>, qualquer agente pode provisionar um Worker em segundos, receber uma URL ativa e um link para o humano reivindicar a conta posteriormente. A conta tempor\u00e1ria permanece viva por 60 minutos e suporta Workers, Static Assets, KV, D1, Durable Objects, Hyperdrive, Queues e certificados SSL\/TLS.<\/p>\n

Simultaneamente, a Cloudflare abriu os primitivos do Agents SDK<\/strong>, anunciando o Flue como o primeiro framework a mirar diretamente o SDK de agentes da plataforma. Isso significa que qualquer framework de agentes pode agora se integrar ao runtime da Cloudflare, usando Workers como plataforma de execu\u00e7\u00e3o e Durable Objects como estado consistente para sess\u00f5es de longa dura\u00e7\u00e3o. O Cloudflare One stack<\/strong> tamb\u00e9m ganhou uma biblioteca de habilidades para agentes \u2014 agent skills \u2014 que permite a qualquer IA planejar, implantar e gerenciar ambientes Zero Trust sem chamadas de migra\u00e7\u00e3o ou configura\u00e7\u00e3o manual.<\/p>\n

Na frente de manuten\u00e7\u00e3o de infraestrutura, a Cloudflare agendou para 22 de junho de 2026 uma janela de manuten\u00e7\u00e3o no data store de configura\u00e7\u00e3o da plataforma Workers, entre 12:00 e 13:00 UTC. Durante at\u00e9 3 minutos, implanta\u00e7\u00f5es e modifica\u00e7\u00f5es de configura\u00e7\u00e3o em Workers, Pages, Queues, Durable Objects, Workflows e Cron Triggers ficar\u00e3o indispon\u00edveis \u2014 mas o plano de dados continua operando normalmente. Trata-se de uma pausa cir\u00fargica no plano de controle, n\u00e3o no runtime. Outras manuten\u00e7\u00f5es de datacenters em Estocolmo (ARN) e Minneapolis (MSP) foram programadas para os dias 23 a 25 de junho, com poss\u00edvel re-roteamento de tr\u00e1fego e aumento marginal de lat\u00eancia. Para clientes PNI\/CNI, o failover deve ser planejado.<\/p>\n

Esses movimentos, vistos em conjunto, revelam a dire\u00e7\u00e3o estrat\u00e9gica da Cloudflare: transformar a Cloudflare Workers infraestrutura<\/strong> na camada de execu\u00e7\u00e3o padr\u00e3o para agentes de IA, mantendo a confiabilidade de uma rede que roteia centenas de terabits por segundo e absorve os maiores ataques DDoS j\u00e1 registrados (>2 Tbps em 2024).<\/p>\n

Cloudflare Workers infraestrutura: a base t\u00e9cnica da edge computing moderna<\/h3>\n

Para entender a relev\u00e2ncia dos an\u00fancios recentes, \u00e9 preciso revisitar a arquitetura fundamental dos Workers<\/strong>. Diferente de fun\u00e7\u00f5es serverless tradicionais como AWS Lambda, que executam em regi\u00f5es espec\u00edficas dentro de datacenters convencionais, os Workers rodam diretamente nos servidores de borda da Cloudflare, espalhados por mais de 300 cidades em 100+ pa\u00edses. O runtime \u00e9 baseado no motor V8 (JavaScript\/WebAssembly) e, desde 2025, tamb\u00e9m oferece suporte a Python. O cold start \u00e9 consistentemente inferior a 1 milissegundo, uma ordem de grandeza abaixo de concorrentes como Lambda@Edge ou CloudFront Functions.<\/p>\n

A m\u00e1gica da Cloudflare Workers infraestrutura<\/strong> est\u00e1 no modelo de isolamento: cada Worker executa em um isolate<\/strong> do V8, n\u00e3o em containers ou microVMs. Isolates s\u00e3o extremamente leves \u2014 compartilham o mesmo processo, mas mant\u00eam contextos de execu\u00e7\u00e3o separados. Isso permite que milhares de Workers coexistam em um \u00fanico servidor, com inicializa\u00e7\u00e3o praticamente instant\u00e2nea e consumo de mem\u00f3ria m\u00ednimo. A Cloudflare construiu um sistema de orquestra\u00e7\u00e3o que distribui esses isolates pelos PoPs globais, utilizando roteamento Anycast (AS13335) para garantir que cada requisi\u00e7\u00e3o seja atendida pelo datacenter mais pr\u00f3ximo do usu\u00e1rio.<\/p>\n

Al\u00e9m do runtime, a plataforma oferece uma fam\u00edlia de primitivos de armazenamento e comunica\u00e7\u00e3o que transformam Workers em blocos de constru\u00e7\u00e3o de sistemas distribu\u00eddos completos:<\/p>\n

    \n
  • Durable Objects<\/strong>: atores globais com estado consistente e coordenados via protocolo de consenso, ideais para sess\u00f5es WebSocket, colabora\u00e7\u00e3o em tempo real e, agora, streaming de LLMs.<\/li>\n
  • KV<\/strong>: key-value store com consist\u00eancia eventual e propaga\u00e7\u00e3o global em segundos \u2014 \u00fatil para feature flags, configura\u00e7\u00f5es e dados que toleram staleness.<\/li>\n
  • R2<\/strong>: object storage compat\u00edvel com S3, com zero custo de egress \u2014 um diferencial brutal contra AWS S3 ($0,09\/GB de sa\u00edda).<\/li>\n
  • D1<\/strong>: banco de dados SQLite distribu\u00eddo, com queries executando em menos de 1ms em leituras de borda.<\/li>\n
  • Queues<\/strong>: fila de mensagens gerenciada, com entrega garantida e integra\u00e7\u00e3o com Workers, similar ao SQS.<\/li>\n
  • Workers AI<\/strong>: infer\u00eancia de modelos como Llama, Mistral, Whisper e Stable Diffusion diretamente na borda.<\/li>\n
  • AI Gateway<\/strong>: proxy com observabilidade para APIs de IA de terceiros (OpenAI, Anthropic, Google AI), com caching, rate limiting e logging centralizado.<\/li>\n<\/ul>\n

    Essa combina\u00e7\u00e3o de compute distribu\u00eddo, armazenamento multi-modelo e IA na borda faz da Cloudflare Workers infraestrutura<\/strong> uma plataforma que compete diretamente com arquiteturas tradicionais de microsservi\u00e7os em nuvem, mas com lat\u00eancia global drasticamente reduzida e sem a complexidade de gerenciar clusters Kubernetes ou configura\u00e7\u00f5es de VPC.<\/p>\n

    Durable Objects e location hints: lat\u00eancia sub-10ms na \u00c1sia-Pac\u00edfico<\/h3>\n

    Em 18 de junho de 2026, o changelog da Cloudflare registrou um aprimoramento sutil, mas impactante: novos location hints<\/strong> para Durable Objects na regi\u00e3o \u00c1sia-Pac\u00edfico. At\u00e9 ent\u00e3o, o hint apac<\/strong> cobria todo o continente, do Jap\u00e3o \u00e0 \u00cdndia, da Coreia a Singapura. Agora, dois novos hints sub-regionais permitem um posicionamento mais preciso: apac-ne<\/strong> (Northeast Asia-Pacific: Jap\u00e3o, Coreia, China) e apac-se<\/strong> (Southeast Asia-Pacific: Singapura, Indon\u00e9sia, Tail\u00e2ndia).<\/p>\n

    Para times de engenharia que operam na regi\u00e3o, isso representa uma redu\u00e7\u00e3o tang\u00edvel de lat\u00eancia. Um Durable Object posicionado com apac-ne<\/strong> para usu\u00e1rios em T\u00f3quio pode cortar dezenas de milissegundos em compara\u00e7\u00e3o com o hint apac<\/strong> gen\u00e9rico, que poderia instanciar o objeto em Singapura dependendo do primeiro request. O mesmo vale para audi\u00eancias concentradas em Bangkok ou Jacarta com o hint apac-se<\/strong>.<\/p>\n

    Veja a tabela completa dos location hints suportados em Durable Objects:<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n\n
    Location Hint<\/th>\nCobertura geogr\u00e1fica<\/th>\nCaso de uso recomendado<\/th>\n<\/tr>\n<\/thead>\n
    wnam<\/td>\nOeste da Am\u00e9rica do Norte<\/td>\nUsu\u00e1rios na costa oeste dos EUA, Canad\u00e1 (Vancouver)<\/td>\n<\/tr>\n
    enam<\/td>\nLeste da Am\u00e9rica do Norte<\/td>\nUsu\u00e1rios no leste dos EUA, Toronto, Montreal<\/td>\n<\/tr>\n
    weur<\/td>\nOeste da Europa<\/td>\nLondres, Paris, Amsterd\u00e3, Frankfurt<\/td>\n<\/tr>\n
    eeur<\/td>\nLeste da Europa<\/td>\nVars\u00f3via, Bucareste, Istambul<\/td>\n<\/tr>\n
    apac<\/td>\n\u00c1sia-Pac\u00edfico (geral)<\/td>\nAudi\u00eancia distribu\u00edda por toda a \u00c1sia-Pac\u00edfico<\/td>\n<\/tr>\n
    apac-ne<\/td>\nNordeste da \u00c1sia-Pac\u00edfico<\/td>\nJap\u00e3o, Coreia do Sul, China oriental<\/td>\n<\/tr>\n
    apac-se<\/td>\nSudeste da \u00c1sia-Pac\u00edfico<\/td>\nSingapura, Indon\u00e9sia, Tail\u00e2ndia, Mal\u00e1sia<\/td>\n<\/tr>\n
    oc<\/td>\nOceania<\/td>\nAustr\u00e1lia, Nova Zel\u00e2ndia<\/td>\n<\/tr>\n
    sam<\/td>\nAm\u00e9rica do Sul<\/td>\nBrasil, Argentina, Chile, Col\u00f4mbia<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    A melhor pr\u00e1tica da Cloudflare continua sendo n\u00e3o definir location hint a menos que estritamente necess\u00e1rio \u2014 sem hint, o Durable Object \u00e9 instanciado no datacenter mais pr\u00f3ximo da requisi\u00e7\u00e3o inicial, o que tende a minimizar a lat\u00eancia global naturalmente. Mas em cen\u00e1rios onde a audi\u00eancia est\u00e1 fortemente concentrada em uma sub-regi\u00e3o, os novos hints apac-ne<\/strong> e apac-se<\/strong> oferecem um controle fino que antes n\u00e3o existia.<\/p>\n

    Outbound connections mant\u00eam Durable Objects vivos: o fim do timeout no streaming<\/h3>\n

    Outra mudan\u00e7a no ciclo de vida dos Durable Objects<\/strong>, anunciada tamb\u00e9m em 18 de junho, resolve uma das dores mais agudas para desenvolvedores que constroem aplica\u00e7\u00f5es de streaming na Cloudflare Workers infraestrutura<\/strong>. Anteriormente, um Durable Object era removido da mem\u00f3ria (evicted) ap\u00f3s 70 a 140 segundos sem tr\u00e1fego de entrada, mesmo que ele mantivesse uma conex\u00e3o outbound ativa \u2014 como um stream de tokens vindo de um modelo de linguagem (LLM) via TCP ou WebSocket. O resultado era um corte abrupto no streaming, for\u00e7ando os desenvolvedores a implementar heartbeats artificiais ou reengenharia de fluxo.<\/p>\n

    Agora, qualquer conex\u00e3o outbound criada via connect()<\/strong> (TCP) ou WebSocket outbound mant\u00e9m o Durable Object vivo enquanto durar a conex\u00e3o. Isso inclui fetch() que fa\u00e7am upgrade para WebSocket, mas n\u00e3o inclui subrequests fetch() simples \u2014 mesmo que a resposta ainda esteja em streaming. Conex\u00f5es via bindings como Hyperdrive tamb\u00e9m n\u00e3o s\u00e3o cobertas. O limite m\u00e1ximo de keep-alive por conex\u00e3o outbound \u00e9 de 15 minutos, ap\u00f3s os quais o Durable Object volta a ficar sujeito \u00e0s regras normais de eviction.<\/p>\n

    Na pr\u00e1tica, isso significa que um agente de IA que chama a API da OpenAI ou Anthropic via TCP e recebe um stream de tokens pode manter o Durable Object residente por toda a dura\u00e7\u00e3o da resposta, sem risco de interrup\u00e7\u00e3o. Para quem implementa chat em tempo real, assistentes de voz ou pipelines de racioc\u00ednio multi-etapa na borda, essa mudan\u00e7a elimina uma classe inteira de bugs dif\u00edceis de diagnosticar. Na JRT Technology Solutions<\/strong>, temos utilizado esse novo comportamento para estabilizar agentes que orquestram fluxos de decis\u00e3o longos, combinando Workers AI com modelos externos via AI Gateway \u2014 e a diferen\u00e7a \u00e9 not\u00e1vel.<\/p>\n

    Cloudflare Workers infraestrutura para agentes de IA: o SDK Agents e o framework Flue<\/h3>\n

    O dia 16 de junho trouxe o an\u00fancio de que o Agents SDK<\/strong> da Cloudflare agora \u00e9 um runtime aberto para qualquer framework de agentes. O primeiro a se integrar \u00e9 o Flue<\/strong>, mas a arquitetura \u00e9 extens\u00edvel. O Agents SDK exp\u00f5e primitivos que permitem a um agente gerenciar estado, invocar ferramentas, delegar tarefas a subagentes e interagir com APIs externas \u2014 tudo rodando em Workers e Durable Objects. A diferen\u00e7a para um framework tradicional \u00e9 a localiza\u00e7\u00e3o: em vez de executar em um servidor centralizado, o agente vive na borda, o mais pr\u00f3ximo poss\u00edvel do usu\u00e1rio final ou do ponto de ingest\u00e3o de dados.<\/p>\n

    Essa abordagem resolve tr\u00eas problemas cl\u00e1ssicos de agentes de IA: lat\u00eancia de primeira resposta, custo de transfer\u00eancia de dados e isolamento de sess\u00e3o. Como o agente roda em um Durable Object, cada conversa ou tarefa tem seu pr\u00f3prio estado isolado, com consist\u00eancia forte, sem depender de um banco de dados externo para cada transa\u00e7\u00e3o. O roteamento autom\u00e1tico do Durable Object garante que requisi\u00e7\u00f5es subsequentes na mesma sess\u00e3o cheguem \u00e0 mesma inst\u00e2ncia, eliminando a complexidade de sticky sessions ou replica\u00e7\u00e3o de estado.<\/p>\n

    Al\u00e9m disso, a integra\u00e7\u00e3o com o Cloudflare One stack<\/strong> \u2014 tamb\u00e9m anunciada em 16 de junho \u2014 significa que um agente pode, em teoria, planejar e implantar uma arquitetura Zero Trust completa: configurar t\u00faneis, pol\u00edticas de Access, rotas de rede e regras de Gateway, tudo a partir de um prompt. A biblioteca de agent skills encapsula o conhecimento necess\u00e1rio para provisionar conectores, gerenciar virtual networks e aplicar pol\u00edticas de seguran\u00e7a, reduzindo a curva de aprendizado para times que precisam escalar ambientes SASE sem uma equipe dedicada de network security.<\/p>\n

    Comparativo de mercado: Cloudflare vs. Akamai, Fastly e AWS CloudFront<\/h3>\n

    A Cloudflare Workers infraestrutura<\/strong> n\u00e3o existe no v\u00e1cuo. O mercado de CDN e edge computing \u00e9 disputado por players consolidados, cada um com suas apostas tecnol\u00f3gicas. A Cloudflare se diferencia ao integrar CDN, seguran\u00e7a e plataforma de desenvolvimento em uma \u00fanica pilha, mas como ela se compara objetivamente com Akamai, Fastly e AWS CloudFront?<\/p>\n\n\n\n\n\n
    Provedor<\/th>\nPoPs globais<\/th>\nEdge Computing<\/th>\nCold start<\/th>\nDestaque<\/th>\n<\/tr>\n<\/thead>\n
    \n

    Sua empresa ainda n\u00e3o usa Cloudflare de forma estrat\u00e9gica?<\/p>\n

    A JRT Technology Solutions implementa Cloudflare CDN, WAF, Zero Trust e Workers para empresas que precisam de performance, seguran\u00e7a e escalabilidade.<\/p>\n


    \n <\/svg>
    \n Falar com especialista
    \n <\/a>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

    Descubra como a infraestrutura do Cloudflare Workers, incluindo agentes, edge e Durable Objects, pode otimizar suas aplica\u00e7\u00f5es. Clique e saiba mais!<\/p>\n","protected":false},"author":1,"featured_media":1175,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"iawp_total_views":0,"footnotes":""},"categories":[1721],"tags":[1936,1933,2007,1796,2006,2008],"class_list":["post-1176","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cdn-cloudflare","tag-agentes-cloudflare","tag-cloudflare-workers","tag-durable-objects","tag-edge-computing","tag-infraestrutura-cloudflare","tag-programacao-serverless"],"_links":{"self":[{"href":"https:\/\/jrtx.com.br\/blog\/wp-json\/wp\/v2\/posts\/1176","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/jrtx.com.br\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/jrtx.com.br\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/jrtx.com.br\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/jrtx.com.br\/blog\/wp-json\/wp\/v2\/comments?post=1176"}],"version-history":[{"count":0,"href":"https:\/\/jrtx.com.br\/blog\/wp-json\/wp\/v2\/posts\/1176\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/jrtx.com.br\/blog\/wp-json\/wp\/v2\/media\/1175"}],"wp:attachment":[{"href":"https:\/\/jrtx.com.br\/blog\/wp-json\/wp\/v2\/media?parent=1176"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/jrtx.com.br\/blog\/wp-json\/wp\/v2\/categories?post=1176"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/jrtx.com.br\/blog\/wp-json\/wp\/v2\/tags?post=1176"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}