<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>RSD Consulting Radar Tech</title>
    <link>https://www.robertasoliman.com/radar-tech</link>
    <description>Notícias revisadas sobre Kubernetes, cloud, IA, segurança e custos, cada uma com impacto e recomendação.</description>
    <language>pt-BR</language>
    <item>
      <title>AWS Security Hub adiciona inventário de SBOM para recursos de computação</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-06-aws-security-hub-now-provides-an-sbom-inventory-for-your-compute-resources</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-06-aws-security-hub-now-provides-an-sbom-inventory-for-your-compute-resources</guid>
      <pubDate>Fri, 06 Nov 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>O AWS Security Hub passou a oferecer um inventário de Software Bill of Materials (SBOM) para pacotes e aplicações instalados em instâncias EC2, imagens de contêiner do ECR e funções Lambda. O inventário é formado a partir dos SBOMs gerados pelo Amazon Inspector e mostra pacote, versão, tipo e número de recursos em que cada pacote está instalado. É possível filtrar ou agrupar por atributos do pacote, conta e região, consultar os detalhes de software de um recurso e acessar o inventário pela API do Security Hub. A funcionalidade está incluída no Security Hub Essentials, sem custo adicional, e é preenchida automaticamente onde o Inspector está habilitado.

Para equipes que já usam o Inspector, o inventário pode facilitar consultas sobre presença de pacotes durante triagens. A cobertura depende de quais recursos e regiões estão integrados e de o Inspector estar habilitado.

Verifique se o Inspector está habilitado nos recursos relevantes e avalie filtros, agrupamentos e consultas à API nos fluxos existentes de triagem.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/11/security-hub-sbom-inventory/</description>
    </item>
    <item>
      <title>AWS anuncia disponibilidade geral do Web Answer no Bedrock AgentCore</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-05-getting-started-with-web-answer-on-amazon-bedrock-agentcore</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-05-getting-started-with-web-answer-on-amazon-bedrock-agentcore</guid>
      <pubDate>Fri, 06 Nov 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>O Web Answer está geralmente disponível como ferramenta gerenciada do Amazon Bedrock AgentCore. Um agente envia uma pergunta em linguagem natural e recebe uma resposta sintetizada com citações, por meio de uma chamada de ferramenta. Segundo a publicação, o serviço planeja buscas, executa várias em paralelo, consulta páginas para verificar fatos e vincula afirmações às URLs das fontes. A integração ocorre pelo AgentCore Gateway, que autentica chamadas com IAM ou JWT e retorna o resultado ao agente como ferramenta MCP. É possível configurar filtros de domínio; a ferramenta também aceita filtros por intervalo de publicação e país.

Para agentes que precisam responder sobre informações atuais, a integração pode reduzir a necessidade de manter uma pipeline própria de busca, recuperação, síntese e citações. A adequação depende da qualidade das fontes e da validação das respostas no caso de uso.

Teste a ferramenta com perguntas representativas, confira as citações e configure filtros de domínio quando necessário. Considere custos de chamadas e permissões do Gateway antes de integrar em produção.

AWS Machine Learning: https://aws.amazon.com/blogs/machine-learning/getting-started-with-web-answer-on-amazon-bedrock-agentcore/</description>
    </item>
    <item>
      <title>Grafana adiciona variáveis por seção e reutilizáveis entre dashboards</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-05-what-s-new-with-grafana-variables-less-clutter-easier-reuse-across-dashboards-and-more</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-05-what-s-new-with-grafana-variables-less-clutter-easier-reuse-across-dashboards-and-more</guid>
      <pubDate>Fri, 06 Nov 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O Grafana anunciou variáveis por seção para linhas e abas, em disponibilidade geral, e variáveis entre dashboards, em prévia pública. As variáveis por seção se aplicam aos painéis daquela linha ou aba; a resolução procura primeiro na seção mais próxima e depois em seções superiores e no dashboard. As variáveis entre dashboards podem ter escopo global ou de pasta e precisam ser selecionadas nas configurações de cada dashboard. A definição é compartilhada, mas cada dashboard mantém o valor selecionado. Elas também podem ser gerenciadas como recursos pela API e provisionadas com Terraform.

Em organizações com controles repetidos, o compartilhamento pode reduzir manutenção duplicada. A prévia pública e a seleção explícita por dashboard exigem atenção antes de padronizar o uso.

Experimente variáveis por seção para organizar controles locais. Para variáveis entre dashboards, avalie a prévia em dashboards não críticos e defina claramente escopo, seleção e precedência.

Grafana: https://grafana.com/blog/whats-new-with-grafana-variables-less-clutter-easier-reuse-across-dashboards-and-more/</description>
    </item>
    <item>
      <title>BigQuery apresenta AI.AGG para agregação semântica em prévia</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-05-semantic-aggregation-over-millions-of-rows-in-bigquery-with-ai-agg</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-05-semantic-aggregation-over-millions-of-rows-in-bigquery-with-ai-agg</guid>
      <pubDate>Fri, 06 Nov 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>A Google Cloud descreve AI.AGG, atualmente em prévia, como uma função gerenciada de agregação semântica integrada ao BigQuery GoogleSQL. A função aplica instruções em linguagem natural a grupos de linhas e combina resumos intermediários de forma recursiva até produzir uma saída por grupo SQL. Segundo a publicação, o BigQuery organiza lotes e inferências paralelas e usa Vertex AI. A função aceita entradas textuais e multimodais; para imagens armazenadas no Cloud Storage, a publicação cita BigQuery Object Tables e OBJ.GET_ACCESS_URL, sem movimentação ou transcodificação dos dados. O texto também alerta que a arquitetura recursiva pode enviar ao Gemini mais tokens do que os dados de origem contêm.

Para análises de grandes conjuntos de texto, a função pode reduzir a necessidade de construir pipelines externos de divisão e síntese. Como está em prévia e o processamento pode ampliar o uso de tokens, custo e comportamento devem ser avaliados antes da adoção.

Faça um piloto com filtros e limites explícitos, estime o consumo com AI.COUNT_TOKENS e confira as saídas em dados representativos antes de ampliar consultas.

Google Cloud: https://cloud.google.com/blog/products/data-analytics/semantic-data-aggregation-with-bigquery-and-ai-agg/</description>
    </item>
    <item>
      <title>Agent Substrate 1.0 chega à disponibilidade geral no GKE</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-05-powering-open-infrastructure-for-autonomous-agents</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-05-powering-open-infrastructure-for-autonomous-agents</guid>
      <pubDate>Thu, 05 Nov 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>O Google anunciou a doação de Agent Substrate, gVisor e OpenRL à CNCF, após a entrada dos projetos no CNCF Sandbox. Agent Substrate chegou à versão 1.0 e está disponível em geral no GKE. Segundo a descrição, a ferramenta separa sessões e identidades de agentes da capacidade de execução: sessões ociosas podem ser salvas e retomadas quando houver nova atividade. A publicação também afirma que o projeto pode ser executado em clusters Kubernetes e que usa contêineres OCI. gVisor oferece isolamento de código não confiável, enquanto OpenRL coordena fluxos de pós-treinamento de RL em Kubernetes. A doação dos projetos segue o processo de onboarding do CNCF Sandbox; gVisor está no caminho para Incubation.

Para equipes que executam agentes com pausas entre chamadas, separar sessões da capacidade ativa pode ajudar a reduzir recursos presos em cargas ociosas. A adequação depende de requisitos de isolamento, arquitetura e validação em ambiente próprio.

Se esse padrão fizer parte do roadmap, avalie a arquitetura e os limites de segurança em um piloto; confirme também a disponibilidade e os requisitos do serviço no ambiente pretendido.

Google Cloud: https://cloud.google.com/blog/products/containers-kubernetes/open-infrastructure-for-autonomous-agents-comes-to-cncf/</description>
    </item>
    <item>
      <title>LangGraph 1.2.20 adiciona modo estrito para retomada de interrupções</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-05-langgraph-1-2-20</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-05-langgraph-1-2-20</guid>
      <pubDate>Thu, 05 Nov 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>A versão 1.2.20 do LangGraph inclui uma alteração para atribuir um identificador próprio a cada chamada de interrupt() dentro de uma tarefa. Também adiciona um modo estrito de retomada que recusa respostas antigas de interrupção. A publicação ainda informa uma correção na referência exibida para erros de múltiplas interrupções e atualizações de dependências de desenvolvimento. O feed não detalha a configuração do novo modo nem informa quais aplicações precisam alterá-la. A mudança é relevante para fluxos que pausam à espera de uma resposta e depois retomam a execução, especialmente quando podem existir várias interrupções ou respostas fora de contexto.

Em aplicações com fluxos interrompidos e retomados, identificadores individuais e a recusa de respostas desatualizadas podem ajudar a evitar associações incorretas. O efeito depende de como cada aplicação gerencia estado e retomadas.

Revise as notas da versão e teste os caminhos de interrupção e retomada antes de atualizar aplicações em produção; confirme se o modo estrito atende ao comportamento esperado.

Releases langchain-ai/langgraph: https://github.com/langchain-ai/langgraph/releases/tag/1.2.20</description>
    </item>
    <item>
      <title>ECS Managed Instances passam a permitir coleta de logs json-file por daemons gerenciados</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-04-amazon-ecs-managed-daemons-can-now-collect-json-file-logs-from-application-containers-on-amazon-ecs</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-04-amazon-ecs-managed-daemons-can-now-collect-json-file-logs-from-application-containers-on-amazon-ecs</guid>
      <pubDate>Thu, 05 Nov 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>A AWS adicionou suporte ao driver de logs json-file em contêineres de aplicação no Amazon ECS Managed Instances e a volumes de driver de logs em Amazon ECS Managed Daemons. Com esses recursos, um daemon gerenciado pode ler os arquivos por meio de um volume montado, sem especificar caminhos de bind mount do host nem exigir privilégios de root. Os logs ficam em diretórios associados ao ID do contêiner e são mantidos até que o contêiner seja removido. A empresa informa que a coleta pode encaminhar logs para o destino escolhido e usar o agente de observabilidade da equipe. O recurso está disponível nas regiões comerciais da AWS onde ECS Managed Instances e Managed Daemons estão disponíveis, sem custo adicional.

A coleta baseada em arquivos pode facilitar o uso de agentes de observabilidade compatíveis com o formato Docker json-file. A mudança pode exigir ajustes nas definições de tarefas e na estratégia de retenção e encaminhamento.

Verifique a compatibilidade do agente e teste a configuração de logConfiguration, volumes e mountPoints em uma tarefa antes de expandir a mudança.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/11/amazon-ecs-managed-instances-json-file-log-driver/</description>
    </item>
    <item>
      <title>Google Cloud apresenta AlloyDB Express em prévia</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-04-alloydb-express-instant-scale-to-zero-postgresql-for-developers-and-coding-agents</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-04-alloydb-express-instant-scale-to-zero-postgresql-for-developers-and-coding-agents</guid>
      <pubDate>Wed, 04 Nov 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O AlloyDB Express é uma nova oferta de AlloyDB para PostgreSQL voltada a desenvolvedores e agentes de programação. Segundo o anúncio, a criação de um banco leva menos de dois segundos, e a instância pausa automaticamente após 15 minutos sem atividade, retomando quando chega uma nova consulta. O serviço está em prévia e inclui uma faixa gratuita. A Google também informa que é possível fazer upgrade com um clique para AlloyDB, mantendo dados, esquemas, usuários e strings de conexão. A oferta inclui recursos de busca vetorial, textual e híbrida.

Para ambientes de desenvolvimento e testes intermitentes, a pausa automática pode reduzir o tempo em que há computação ativa. O benefício real depende do padrão de uso e dos custos de armazenamento e consultas.

Se fizer sentido para a arquitetura, teste em um ambiente não produtivo e valide custos, requisitos de segurança e comportamento de retomada antes de adotar.

Google Cloud: https://cloud.google.com/blog/products/databases/introducing-alloydb-express-for-rapid-testing-and-prototyping/</description>
    </item>
    <item>
      <title>Cloudflare adiciona visibilidade e políticas para agentes pessoais</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-04-see-the-agents-set-the-terms-new-visibility-and-control-for-personal-agents</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-04-see-the-agents-set-the-terms-new-visibility-and-control-for-personal-agents</guid>
      <pubDate>Wed, 04 Nov 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>A Cloudflare anunciou novas análises de tráfego e controles de acesso para agentes pessoais compatíveis que visitam sites. Em Security Analytics, a categoria Personal Assistants permite filtrar esse tráfego; um novo painel mostra quais agentes acessam o site e o número de solicitações. Também é possível filtrar um agente para examinar caminhos solicitados, códigos de status e redes de origem. Nas configurações de segurança, proprietários podem definir uma política geral para agentes e políticas diferentes por agente compatível: permitir, bloquear em páginas com anúncios ou bloquear. As políticas de Search e Training existentes permanecem inalteradas.

Esses controles podem ajudar equipes a distinguir o tráfego de agentes automatizados e ajustar acesso conforme o conteúdo e o modelo de negócio do site. A identificação não resolve, por si só, todas as questões de contexto do usuário ou reputação, que a própria Cloudflare descreve como trabalho futuro.

Revise as métricas e as regras por agente antes de alterar bloqueios; avalie o efeito sobre jornadas legítimas de clientes.

Cloudflare: https://blog.cloudflare.com/personal-agents-visibility-control/</description>
    </item>
    <item>
      <title>OpenShell descreve execução isolada de agentes no Kubernetes</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-04-openshell-on-kubernetes-a-guide-for-platform-engineers</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-04-openshell-on-kubernetes-a-guide-for-platform-engineers</guid>
      <pubDate>Wed, 04 Nov 2026 12:00:00 GMT</pubDate>
      <category>kubernetes</category>
      <description>Um guia da CNCF apresenta o OpenShell, projeto Sandbox da CNCF iniciado pela NVIDIA, como runtime para executar agentes em sandboxes no Kubernetes. O mecanismo aplica controles de sistema de arquivos, processos, rede e credenciais; o tráfego de saída é negado por padrão, e regras podem considerar binário, host, porta e método HTTP. O backend Kubernetes usa o recurso Sandbox do projeto Agent Sandbox e representa agentes como objetos conhecidos, como Pods, Services, PVCs, Secrets e NetworkPolicies. O guia ressalta que a criação de sandboxes ocorre atualmente pela Gateway API, não pela API Kubernetes, e que um Supervisor Pod por agente pode limitar a escala em ambientes grandes.

O modelo pode dar às equipes mais controle sobre ações e chamadas de rede de agentes do que regras de rede isoladas oferecem. A operação também acrescenta componentes e exige avaliar a capacidade de escala e os controles existentes do cluster.

Antes de um piloto, valide CNI com enforcement de NetworkPolicy, políticas de admissão e limites operacionais; considere a limitação da Gateway API.

CNCF: https://www.cncf.io/blog/2026/11/04/openshell-on-kubernetes-a-guide-for-platform-engineers/</description>
    </item>
    <item>
      <title>Motor OpenTelemetry do Grafana Alloy entra em Public Preview</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-03-bridging-alloy-and-opentelemetry-the-otel-engine-is-now-in-public-preview</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-03-bridging-alloy-and-opentelemetry-the-otel-engine-is-now-in-public-preview</guid>
      <pubDate>Tue, 03 Nov 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>A Grafana colocou o motor OpenTelemetry do Alloy em Public Preview, disponível ao lado do motor padrão a partir do Alloy v1.21.0. O motor executa configurações YAML padrão do OpenTelemetry Collector, sem tradução para a sintaxe Alloy. A publicação também descreve suporte a gerenciamento central de configuração pelo Fleet Management desde o Alloy v1.19.0. Os dois motores funcionam lado a lado, mas não trocam dados diretamente; a comunicação entre eles passa pela rede, geralmente via OTLP.

Para equipes que já mantêm configurações do Collector, essa opção pode facilitar a adoção do Alloy sem reescrever pipelines. Como o recurso está em Public Preview, a adequação depende dos requisitos de estabilidade e suporte de cada ambiente.

Teste a compatibilidade das configurações e ferramentas de implantação em um ambiente controlado. Antes de levar o motor a produção, confirme as limitações e o nível de suporte documentados pela Grafana.

Grafana: https://grafana.com/blog/bridging-alloy-and-opentelemetry-the-otel-engine-is-now-in-public-preview/</description>
    </item>
    <item>
      <title>Argo CD v3.3.19 encerra a série v3.3</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-03-v3-3-19</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-03-v3-3-19</guid>
      <pubDate>Tue, 03 Nov 2026 12:00:00 GMT</pubDate>
      <category>kubernetes</category>
      <description>A release v3.3.19 é a última da série Argo CD v3.3. O aviso informa que, em 3 de novembro de 2026, essa versão atingiu o fim de vida e não receberá mais correções de bugs nem atualizações de segurança. O projeto recomenda atualizar para uma versão suportada: v3.4.13, v3.5.7 ou v3.6.0. A release também lista correções para Rollouts, ApplicationSet, conexões gRPC-web, operações bloqueadas por janelas de sincronização e tratamento de recursos Crossplane, entre outras.

Organizações que ainda executam a série v3.3 deixam de receber correções e atualizações de segurança para ela. A atualização pode exigir avaliação de compatibilidade e planejamento conforme a configuração de cada instalação.

Identifique as instalações afetadas, consulte a documentação de upgrade e planeje a migração para uma das versões suportadas indicadas pelo projeto. Valide o processo em ambiente de teste antes de aplicá-lo em produção.

Releases argoproj/argo-cd: https://github.com/argoproj/argo-cd/releases/tag/v3.3.19</description>
    </item>
    <item>
      <title>AgentCore Gateway demonstra troca de token OBO para chamadas ao ServiceNow</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-03-servicenow-on-behalf-of-token-exchange-with-bedrock-agentcore-gateway</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-03-servicenow-on-behalf-of-token-exchange-with-bedrock-agentcore-gateway</guid>
      <pubDate>Tue, 03 Nov 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>A AWS descreve uma configuração do AgentCore Gateway para trocar tokens no fluxo on-behalf-of (OBO) com o Microsoft Entra ID. Nesse padrão, um agente de IA chama a API REST do ServiceNow e o gateway troca o token recebido por outro destinado à API, preservando a identidade original do usuário. O exemplo usa um servidor MCP entre o agente e o ServiceNow. A publicação informa que o suporte nativo a OBO exige um gateway criado com MCP versão 2025-11-25; gateways criados com versões anteriores não podem ativar esse recurso nativo.

A propagação de identidade pode ajudar a manter controles de acesso por usuário e trilhas de auditoria em integrações de agentes com APIs empresariais. A configuração depende das permissões e dos registros de aplicação no Entra, além da integração OAuth no ServiceNow.

Avalie o padrão com escopos mínimos, credenciais protegidas e testes de autorização por usuário. Confirme a versão MCP necessária e valide os mapeamentos de identidade antes de expor operações do ServiceNow ao agente.

AWS Machine Learning: https://aws.amazon.com/blogs/machine-learning/servicenow-on-behalf-of-token-exchange-with-bedrock-agentcore-gateway/</description>
    </item>
    <item>
      <title>ECS passa a oferecer métricas de 20 segundos para target tracking</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-03-deep-dive-auto-scaling-response-times-on-amazon-ecs</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-03-deep-dive-auto-scaling-response-times-on-amazon-ecs</guid>
      <pubDate>Tue, 03 Nov 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O Amazon ECS agora pode publicar métricas de utilização de CPU e memória em resolução de 20 segundos para target tracking, além da resolução padrão de 60 segundos. Segundo a AWS, o caminho de publicação dessas métricas também foi otimizado. Em benchmarks divulgados pela empresa, o tempo para acionar o scale-out caiu de 363 para 86 segundos, e o tempo entre o acionamento e a execução das novas tasks caiu de 386 para 109 segundos. Esses resultados são dos testes da AWS, não uma garantia para cada aplicação.

Para serviços com picos de tráfego, métricas mais frequentes podem ajudar a política de escala a reagir antes. Se a capacidade adicional chegar mais perto do aumento de demanda, algumas equipes talvez consigam reduzir a reserva de capacidade ociosa; o resultado depende da carga, da inicialização das tasks e da configuração.

Verifique a disponibilidade e a configuração do recurso para seu serviço. Compare a latência, as falhas e a capacidade ociosa antes e depois em um teste representativo, sem assumir que os benchmarks se repetirão no seu ambiente.

AWS Containers: https://aws.amazon.com/blogs/containers/deep-dive-auto-scaling-response-times-on-amazon-ecs/</description>
    </item>
    <item>
      <title>Grafana Cloud disponibiliza ligação entre traces e consultas de banco de dados</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-03-trace-linkage-connect-the-dots-between-your-app-traces-and-database-queries</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-03-trace-linkage-connect-the-dots-between-your-app-traces-and-database-queries</guid>
      <pubDate>Tue, 03 Nov 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>A Grafana anunciou disponibilidade geral do trace linkage no Database Observability. O recurso conecta spans de banco de dados em traces de aplicações instrumentadas com OpenTelemetry à telemetria de consultas coletada pelo Alloy. A partir do texto da consulta no span, é possível abrir detalhes como amostras de execução, histórico de desempenho, esquema relacionado e plano de execução. O pareamento pode usar o texto da consulta; com sqlcommenter e propagação de contexto habilitados, também pode relacionar trace ID e span ID à execução específica. A Grafana informa que a correspondência exata depende da captura da execução pelo Alloy e não é garantida.

Equipes que investigam lentidão podem reduzir a troca manual entre traces e telemetria do banco, se os dados e atributos necessários estiverem disponíveis.

Verifique se os spans incluem db.query.text ou db.statement e se o Alloy coleta as consultas. Considere sqlcommenter para maior precisão, avaliando compatibilidade e possíveis efeitos em caches.

Grafana: https://grafana.com/blog/trace-linkage-connect-the-dots-between-your-app-traces-and-database-queries/</description>
    </item>
    <item>
      <title>Cloudflare lança feed público para investigar vulnerabilidades críticas</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-03-introducing-zero-wire-a-hub-for-investigating-critical-internet-vulnerabilities</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-03-introducing-zero-wire-a-hub-for-investigating-critical-internet-vulnerabilities</guid>
      <pubDate>Tue, 03 Nov 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>A Cloudflare apresentou o Zero Wire, um feed público de inteligência sobre vulnerabilidades, integrado ao Cloudflare Radar. Os briefings reúnem explicações em linguagem simples, equipes que devem investigar, ações recomendadas e links para evidências e orientações de fornecedores. O serviço foca vulnerabilidades críticas em software exposto à internet e complementa, em vez de substituir, avisos de fornecedores e bancos de vulnerabilidades. As páginas distinguem gravidade, evidências de exploração, correções disponíveis e informações ainda desconhecidas. Também podem incluir um prompt para apoiar uma avaliação somente de leitura com um agente de IA; usar o prompt não verifica nem altera sistemas automaticamente.

O formato pode ajudar equipes a organizar a triagem e identificar responsáveis, mas não determina por si só se uma organização está vulnerável ou comprometida.

Use os briefings como ponto de partida; confirme versões afetadas e correções nos avisos dos fornecedores e avalie cada ativo com evidências próprias.

Cloudflare: https://blog.cloudflare.com/zero-wire/</description>
    </item>
    <item>
      <title>OpenKruise Agents v0.6.0 adiciona controles de tráfego e automação para sandboxes</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-03-openkruise-agents-v0-6-0-leaping-ahead-in-agent-sandbox-security-and-automation</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-03-openkruise-agents-v0-6-0-leaping-ahead-in-agent-sandbox-security-and-automation</guid>
      <pubDate>Tue, 03 Nov 2026 12:00:00 GMT</pubDate>
      <category>kubernetes</category>
      <description>A versão 0.6.0 do OpenKruise Agents, projeto de automação e orquestração de workloads no Kubernetes, adiciona controles de acesso de rede L4 e L7, gestão de tokens e injeção de credenciais a partir de Kubernetes Secrets. A release também introduz SandboxUpdateOps, com CheckpointRestore e atualizações de instâncias pausadas; PoolAutoscaler para capacidade de pools aquecidos com limites e horários; e pausa e retomada automáticas, incluindo ativação por tráfego. O projeto descreve o OpenKruise Agents como uma solução para gerir o ciclo de vida de Agent Sandboxes em escala. A publicação ressalta que os controles de tráfego cobrem somente tráfego roteado pelo gateway e recomenda defesa em profundidade.

As funções podem apoiar equipes que operam sandboxes de agentes em Kubernetes, mas exigem validação de políticas e das condições em que os controles podem ser contornados.

Revise as políticas de tráfego, credenciais e requisitos de atualização em ambiente de teste. Combine os controles com NetworkPolicy, firewalls de host ou grupos de segurança, conforme o cenário.

CNCF: https://www.cncf.io/blog/2026/11/03/openkruise-agents-v0-6-0-leaping-ahead-in-agent-sandbox-security-and-automation/</description>
    </item>
    <item>
      <title>Claude Code adiciona relatório de custos à API administrativa do gateway</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-03-v2-1-317</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-03-v2-1-317</guid>
      <pubDate>Tue, 03 Nov 2026 12:00:00 GMT</pubDate>
      <category>costs</category>
      <description>A release v2.1.317 do Claude Code adiciona à API administrativa do Claude apps gateway o endpoint GET /v1/organizations/analytics/cost. Segundo a descrição, o relatório permite consultar gastos anteriores em um intervalo de datas, com totais por desenvolvedor, dia ou grupo do provedor de identidade (IdP). A release também adiciona um registro diário dos grupos IdP de cada desenvolvedor em gateways com administração habilitada; esses registros são mantidos pelo período definido em admin.identity_retention_days e usados para agrupar o relatório. A atualização ainda inclui novos atributos de provedor e tipo de assento em métricas, eventos e spans de OpenTelemetry.

Organizações que usam o gateway podem ganhar uma forma adicional de analisar gastos por período e grupo, dependendo da configuração e dos dados retidos.

Verifique o acesso à API, a configuração de retenção de identidade e se os agrupamentos disponíveis atendem às suas necessidades de acompanhamento.

Releases anthropics/claude-code: https://github.com/anthropics/claude-code/releases/tag/v2.1.317</description>
    </item>
    <item>
      <title>Plugin do Google Cloud para agentes de IA chega ao Antigravity Marketplace</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-02-google-cloud-developer-plugin-now-available-in-antigravity-marketplace</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-02-google-cloud-developer-plugin-now-available-in-antigravity-marketplace</guid>
      <pubDate>Mon, 02 Nov 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>O plugin google-cloud-developer está disponível no Antigravity Marketplace. Segundo o Google, ele conecta agentes à documentação oficial atualizada, oferece habilidades para tarefas de Google Cloud e inclui verificações para comandos gcloud. Também aplica padrões de IAM de menor privilégio e pede consentimento antes de habilitar APIs faturáveis ou modificar a infraestrutura. O pacote inclui um servidor MCP de conhecimento para desenvolvedores, pré-autorizado no Antigravity, e pode ser instalado pela interface do Marketplace ou pelo terminal.

Para equipes que usam agentes de programação em tarefas de nuvem, documentação atualizada e verificações de comandos podem ajudar a reduzir erros de sintaxe ou instruções desatualizadas. As proteções descritas não substituem revisão de permissões nem validação das ações propostas.

Avalie o plugin em um fluxo controlado e confirme permissões, consentimentos e alterações sugeridas antes de aplicá-las.

Google Cloud: https://cloud.google.com/blog/topics/developers-practitioners/google-cloud-developer-plugin-now-available-in-antigravity-marketplace/</description>
    </item>
    <item>
      <title>Amazon RDS passa a detalhar custos por snapshot</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-02-amazon-rds-now-supports-per-snapshot-billing</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-02-amazon-rds-now-supports-per-snapshot-billing</guid>
      <pubDate>Mon, 02 Nov 2026 12:00:00 GMT</pubDate>
      <category>costs</category>
      <description>A AWS anunciou cobrança individual por snapshot do Amazon RDS. Antes, os custos de snapshots apareciam agregados por instância de banco de dados nos relatórios Cost and Usage e no Cost Explorer. Com a mudança, tags de alocação de custos nos snapshots podem ser usadas para identificar o custo de cada um e acompanhar gastos com backups. O recurso está habilitado por padrão, sem cobrança adicional, para snapshots de todos os mecanismos do Amazon RDS nas regiões comerciais da AWS e nas regiões AWS GovCloud (EUA).

A visualização por snapshot pode facilitar a atribuição de gastos a equipes, aplicações ou políticas de retenção, desde que as tags sejam aplicadas e mantidas de forma consistente.

Revise as tags dos snapshots e verifique se os relatórios de custos refletem a granularidade necessária para a gestão interna.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/11/amazon-rds-per-snapshot-billing/</description>
    </item>
    <item>
      <title>Instrumentation Hub fica disponível de forma geral no Grafana Cloud</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-02-instrumentation-hub-in-grafana-cloud-start-easier-stay-in-control</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-02-instrumentation-hub-in-grafana-cloud-start-easier-stay-in-control</guid>
      <pubDate>Mon, 02 Nov 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>A Grafana anunciou a disponibilidade geral do Instrumentation Hub no Grafana Cloud. A ferramenta permite descobrir recursos em clusters Kubernetes e configurar coleta de telemetria pela interface, por API ou por agentes de IA. A nova versão adiciona injeção seletiva de SDKs OpenTelemetry, complementando a instrumentação eBPF. A instalação descrita usa um comando Helm para implantar o Alloy no cluster. A Grafana informa que é possível ajustar a coleta por namespace e habilitar ou desabilitar sinais específicos. O recurso está disponível para stacks Grafana Cloud com clusters Kubernetes em Linux.

A seleção de instrumentação e sinais pode ajudar equipes a ampliar visibilidade ou controlar o volume coletado, conforme as necessidades e os custos do ambiente. Avalie compatibilidade e efeitos operacionais antes de alterar a coleta em produção.

Verifique a configuração atual do Kubernetes Monitoring e teste a descoberta e a instrumentação seletiva em um ambiente controlado.

Grafana: https://grafana.com/blog/instrumentation-hub-start-your-observability-journey-easier-and-still-stay-in-control/</description>
    </item>
    <item>
      <title>Argo CD 3.5.7 reúne correções para CLI, saúde de recursos e sincronização</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-02-v3-5-7</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-02-v3-5-7</guid>
      <pubDate>Mon, 02 Nov 2026 12:00:00 GMT</pubDate>
      <category>kubernetes</category>
      <description>A versão 3.5.7 do Argo CD inclui correções em diferentes componentes. Entre elas, a CLI passa a respeitar HTTP_PROXY, HTTPS_PROXY e NO_PROXY em conexões gRPC-web, e o controlador permite encerrar uma operação bloqueada por uma janela de sincronização. A release também ajusta verificações de saúde para recursos Crossplane e CRDs ainda não estabelecidos, além de corrigir o tratamento de credenciais de escrita nas configurações de repositório. As imagens de contêiner são assinadas com cosign; a release informa geração de proveniência para imagens e binários CLI que atendem às especificações SLSA Nível 3.

As correções podem ser relevantes para instalações que usam proxy na CLI ou dependem dos comportamentos de sincronização e avaliação de saúde listados. A publicação, por si só, não indica urgência nem uma correção de segurança.

Compare os itens do changelog com a configuração local e siga a documentação de atualização antes de planejar a adoção.

Releases argoproj/argo-cd: https://github.com/argoproj/argo-cd/releases/tag/v3.5.7</description>
    </item>
    <item>
      <title>Google descreve ataques que sequestram acesso a modelos de IA</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-02-the-rise-of-llmjacking-how-threat-actors-monetize-compromised-cloud-and-model-resources</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-02-the-rise-of-llmjacking-how-threat-actors-monetize-compromised-cloud-and-model-resources</guid>
      <pubDate>Mon, 02 Nov 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>A Google relata incidentes investigados em 2026 nos quais invasores sequestraram o acesso empresarial a modelos de linguagem. Entre os caminhos observados estão endpoints de LLM expostos, chaves de API roubadas e credenciais de identidade cloud comprometidas. Após obter acesso, os atacantes podem criar chaves, ativar serviços de modelos e usar recursos de computação. A empresa também descreve intermediários que revendem acesso não autorizado a modelos. Em incidentes individuais, foram observadas cobranças fraudulentas superiores a US$ 100 mil em um dia; algumas organizações acumularam até US$ 1 milhão antes de revogar o acesso.

Organizações que expõem endpoints ou mantêm credenciais amplas podem enfrentar uso não autorizado, custos inesperados e comprometimento de outros recursos cloud.

Se sua organização usa APIs de modelos, revise a exposição dos endpoints, o escopo das credenciais e os controles de acesso e monitore o uso e as cobranças.

Google Cloud: https://cloud.google.com/blog/topics/threat-intelligence/llmjacking-monetizing-compromised-cloud-models/</description>
    </item>
    <item>
      <title>Cloudflare relata redução de memória e espera na geração de dados DNS</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-11-02-how-we-halved-dns-build-delay-and-cut-memory-use-by-85</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-11-02-how-we-halved-dns-build-delay-and-cut-memory-use-by-85</guid>
      <pubDate>Mon, 02 Nov 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>A Cloudflare descreve mudanças no pipeline que transforma alterações de zonas DNS em dados para seus servidores autoritativos. Um planejador passou a escolher a menor reconstrução que a empresa consegue comprovar como segura, enquanto um novo agendador combina tarefas da mesma zona. Segundo a publicação, mudanças em configurações deixaram de reconstruir zonas com dezenas de milhões de registros. Em conjunto, as mudanças reduziram o pico de memória em 85% e permitiram reduzir pela metade o tempo entre uma alteração DNS e sua gravação no Quicksilver, sistema distribuído de armazenamento da empresa.

O caso pode ser relevante para equipes que processam grandes volumes de mudanças de configuração: reconstruções direcionadas podem reduzir trabalho e consumo de recursos, desde que a correção dos dados seja preservada.

Se pipelines semelhantes enfrentam limites de memória ou atrasos, avalie se é possível identificar mudanças e restringir reconstruções com verificações de segurança.

Cloudflare: https://blog.cloudflare.com/dns-targeted-zone-builds/</description>
    </item>
    <item>
      <title>Bedrock amplia APIs para modelos OpenAI e inferência entre regiões no GovCloud dos EUA</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-30-amazon-bedrock-expands-api-support-and-introduces-cross-region-inferencing-for-openai-models-in-aws</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-30-amazon-bedrock-expands-api-support-and-introduces-cross-region-inferencing-for-openai-models-in-aws</guid>
      <pubDate>Sun, 01 Nov 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>A AWS informa que os modelos OpenAI GPT-5.6 Terra e Luna estão disponíveis no endpoint bedrock-runtime em AWS GovCloud (US), com suporte às APIs Responses, Converse e Chat Completions. O anúncio também inclui Cross-Region Inference dentro das duas regiões GovCloud dos EUA. Segundo a fonte, o recurso roteia solicitações entre essas regiões e busca oferecer maior throughput e redundância, sem exigir que clientes gerenciem capacidade em múltiplas regiões. A AWS afirma que os modelos podem ser monitorados por logs de invocação e métricas do CloudWatch, e que o uso aparece no Cost Explorer e no CUR.

Para workloads elegíveis, a combinação pode simplificar o acesso às APIs e a gestão de capacidade entre regiões, mantendo o roteamento dentro do GovCloud dos EUA, conforme descrito pela AWS.

Confirme disponibilidade e requisitos nos cartões dos modelos e avalie se a inferência entre regiões atende às suas exigências de dados, observabilidade e governança.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/bedrock-openai-runtime-govcloud/</description>
    </item>
    <item>
      <title>AWS propõe um modelo operacional para atribuir e controlar custos do Bedrock</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-30-managing-amazon-bedrock-costs-end-to-end-a-playbook-for-finops-and-platform-teams</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-30-managing-amazon-bedrock-costs-end-to-end-a-playbook-for-finops-and-platform-teams</guid>
      <pubDate>Sat, 31 Oct 2026 12:00:00 GMT</pubDate>
      <category>costs</category>
      <description>A AWS descreve um processo em cinco etapas para gerir gastos com Amazon Bedrock: atribuir custos, observar solicitações, aplicar controles, otimizar configurações e revisar resultados. O artigo destaca que o CUR 2.0 pode registrar o principal IAM associado às chamadas de inferência e que tags ativadas para alocação de custos podem aparecer no Cost Explorer. Para workloads com um gateway compartilhado, a AWS recomenda atribuir sessões por usuário para recuperar a visibilidade individual. O texto também sugere registrar solicitações no CloudWatch Logs ou no S3 e incluir metadados padronizados para identificar aplicação, fluxo de trabalho ou tenant. Budgets, alertas e bloqueios são apresentados como opções de controle de gastos.

Esse modelo pode ajudar equipes a localizar custos por identidade e workload antes de otimizar modelos ou prompts. A utilidade depende da configuração de atribuição, logging e metadados no ambiente.

Se a atribuição de custos ainda é limitada, avalie começar por tags de identidade e metadados consistentes; valide também logging, retenção e controles de orçamento adequados às políticas internas.

AWS Machine Learning: https://aws.amazon.com/blogs/machine-learning/managing-amazon-bedrock-costs-end-to-end-a-playbook-for-finops-and-platform-teams/</description>
    </item>
    <item>
      <title>AWS mostra prévia web de aplicações criadas por agentes no AgentCore</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-30-preview-web-apps-live-as-your-coding-agent-builds-them-with-amazon-bedrock-agentcore-runtime</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-30-preview-web-apps-live-as-your-coding-agent-builds-them-with-amazon-bedrock-agentcore-runtime</guid>
      <pubDate>Sat, 31 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>A AWS apresenta um fluxo para visualizar, no navegador, uma aplicação web que um agente de programação modifica dentro de uma sessão do Amazon Bedrock AgentCore Runtime. Cada sessão recebe um Session endpoint autenticado, que encaminha solicitações HTTP e conexões WebSocket para portas permitidas. O exemplo mantém um servidor Vite ativo na sessão, permitindo que alterações salvas apareçam no navegador sem atualização manual. O acesso exige autenticação em cada solicitação e dura apenas enquanto a sessão existir. A configuração de portas não inicia servidores, e a aplicação precisa escutar em 0.0.0.0. O artigo distingue esse recurso de um endpoint de runtime e orienta publicar aplicações destinadas a usuários em um serviço de hospedagem, em vez de usar a prévia de sessão.

O fluxo pode encurtar ciclos de revisão de protótipos gerados por agentes, se a equipe já utiliza o AgentCore e puder atender aos requisitos de autenticação e conectividade.

Se testar o recurso, limite as portas expostas, confirme as permissões IAM ou o autorizador JWT e evite tratar a URL temporária como hospedagem de produção.

AWS Machine Learning: https://aws.amazon.com/blogs/machine-learning/preview-web-apps-live-as-your-coding-agent-builds-them-with-amazon-bedrock-agentcore-runtime/</description>
    </item>
    <item>
      <title>Cloudflare relata certificados forjados ligados a chaves fracas da eMudhra</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-30-4-real-tracking-exploitation-and-patching-of-emudhra-s-weak-keys</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-30-4-real-tracking-exploitation-and-patching-of-emudhra-s-weak-keys</guid>
      <pubDate>Sat, 31 Oct 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>A Cloudflare publicou um acompanhamento sobre chaves fracas de uma autoridade certificadora da eMudhra. A empresa afirma que corrigiu todos os seus sistemas de alta prioridade para rejeitar as chaves vulneráveis e adicionou registros para identificar tentativas de conexão com certificados associados. Em cerca de uma semana de monitoramento, relatou aproximadamente 22 mil tentativas de handshake com essas chaves. A Cloudflare diz que não encontrou evidência de uso das chaves para interceptar suas conexões até o momento, mas observou certificados forjados após a divulgação da falha. A publicação também alerta que alguns navegadores incorporados e tráfego com sinais de bots ainda aceitavam a cadeia comprometida; ressalva que a amostra é enviesada e não conclusiva. A empresa recomenda aplicar atualizações.

O relato reforça que certificados e repositórios de confiança desatualizados podem manter clientes expostos, mas os dados apresentados pela Cloudflare não permitem estimar a situação de toda a internet.

Se sua organização depende de clientes ou navegadores incorporados, verifique atualizações disponíveis e siga as orientações dos fornecedores para revisar a confiança na cadeia afetada.

Cloudflare: https://blog.cloudflare.com/emudhra-patching/</description>
    </item>
    <item>
      <title>Claude Code v2.1.314 adiciona bloqueio de gravação fora dos diretórios de trabalho</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-30-v2-1-314</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-30-v2-1-314</guid>
      <pubDate>Fri, 30 Oct 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>A versão v2.1.314 do Claude Code inclui uma permissão que faz as operações Write, Edit e NotebookEdit recusarem caminhos fora dos diretórios de trabalho, em todos os modos de permissão. A atualização também corrige a aplicação de configurações administrativas de confiança TLS no Claude Desktop e proteções de sandbox em worktrees retomadas. Entre outras mudanças, sessões no Amazon Bedrock podem remover imagens antigas para compactar conversas longas, e o Claude Code passa a reduzir o nível de esforço do modelo quando um administrador impõe um limite. O material da release lista ainda diversas correções de sessão, autenticação, integração com MCP e execução de comandos.

O bloqueio de escrita pode reduzir alterações acidentais fora do escopo autorizado; a proteção depende de como os diretórios de trabalho são definidos.

Avalie a atualização e teste permissões, sandbox e fluxos de trabalho em um ambiente representativo antes de adotá-la amplamente.

Releases anthropics/claude-code: https://github.com/anthropics/claude-code/releases/tag/v2.1.314</description>
    </item>
    <item>
      <title>RDS amplia autoscaling de armazenamento para volumes adicionais de Oracle e SQL Server</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-29-amazon-rds-for-oracle-and-sql-server-now-support-storage-autoscaling-on-additional-storage-volumes</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-29-amazon-rds-for-oracle-and-sql-server-now-support-storage-autoscaling-on-additional-storage-volumes</guid>
      <pubDate>Fri, 30 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O Amazon RDS para SQL Server e Oracle agora oferece autoscaling de armazenamento também em volumes adicionais. O recurso monitora o consumo e aumenta a capacidade quando a utilização se aproxima do armazenamento provisionado. Clientes definem um limite máximo desejado para cada volume adicional; a funcionalidade atende instâncias novas e existentes. O anúncio informa suporte a até três volumes adicionais, com capacidade total de armazenamento de até 256 TiB, e disponibilidade nas regiões comerciais da AWS e nas regiões AWS GovCloud (EUA). Segundo a AWS, o autoscaling não tem cobrança adicional: o cliente paga pelo armazenamento provisionado. A ativação pode ser feita pelo Console de Gerenciamento da AWS, AWS CLI ou API do Amazon RDS.

A expansão automática pode reduzir o risco de falta de espaço e de provisionamento excessivo, mas o limite configurado continua importante para controlar a capacidade.

Verifique a configuração dos volumes e defina limites máximos compatíveis com o crescimento esperado e as políticas internas.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/amazon-rds-oracle-sqlserver-autoscaling-additional-storage-volumes</description>
    </item>
    <item>
      <title>Azure Cloud HSM passa a oferecer registros de auditoria gerados pelo hardware</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-29-azure-cloud-hsm-hardware-audit-logging-verifiable-audit-trails-for-security-and-compliance</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-29-azure-cloud-hsm-hardware-audit-logging-verifiable-audit-trails-for-security-and-compliance</guid>
      <pubDate>Fri, 30 Oct 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>A Microsoft anunciou o Hardware Audit Logging para Azure Cloud HSM. O recurso coleta registros gerados pelo próprio HSM para operações de gerenciamento compatíveis e entrega eventos ao Azure Monitor Log Analytics, permitindo incorporá-los a fluxos de monitoramento e segurança, inclusive no Microsoft Sentinel. Os registros abrangem atividades como autenticação, gestão de usuários e administradores, mudanças de política, ciclo de vida de chaves e operações de backup e restauração. Clientes também podem acessar dados binários assinados pelo HSM, assinaturas e certificados para verificar a autenticidade e integridade dos lotes de auditoria. A política de partição do HSM torna o logging imutável. A disponibilidade está em implantação nas regiões públicas do Azure Cloud HSM; o recurso é habilitado automaticamente em novos recursos nas regiões onde está disponível.

Evidências originadas no hardware podem fortalecer investigações e auditorias, desde que as equipes também configurem retenção, acesso, alertas e revisão dos registros.

Confirme a disponibilidade regional e planeje integração, retenção e validação das evidências no seu processo de controle.

Azure: https://azure.microsoft.com/en-us/blog/azure-cloud-hsm-hardware-audit-logging-verifiable-audit-trails-for-security-and-compliance/</description>
    </item>
    <item>
      <title>Epsilon combina Amazon Nova Act e Playwright em testes de interface</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-29-building-intent-driven-ui-testing-with-amazon-nova-act</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-29-building-intent-driven-ui-testing-with-amazon-nova-act</guid>
      <pubDate>Thu, 29 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>A Epsilon descreve uma plataforma interna que oferece testes de interface como serviço para equipes de produto. A solução combina instruções em linguagem natural executadas pelo Amazon Nova Act com sessões de navegador gerenciadas pelo Amazon Bedrock AgentCore Browser. Ela complementa a suíte de regressão baseada em Playwright, que continua sendo usada pela empresa. A plataforma também registra resultados por etapa, capturas de tela e relatórios, e permite que equipes consumam a capacidade por uma API compartilhada.

Para organizações com várias equipes e aplicações, esse modelo pode reduzir o trabalho duplicado de manter infraestrutura de navegador e integrações. A abordagem não elimina a necessidade de testes determinísticos nem garante que instruções em linguagem natural cubram todos os casos.

Se esse cenário se aplica, avalie um piloto complementar à suíte atual, com revisão humana dos resultados e escopo de permissões bem definido.

AWS Machine Learning: https://aws.amazon.com/blogs/machine-learning/building-intent-driven-ui-testing-with-amazon-nova-act/</description>
    </item>
    <item>
      <title>CNCF defende limites de agentes de IA aplicados pela plataforma</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-29-the-boundary-problem-in-agentic-ai-is-a-platform-problem</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-29-the-boundary-problem-in-agentic-ai-is-a-platform-problem</guid>
      <pubDate>Thu, 29 Oct 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>A CNCF argumenta que instruções dadas a um agente não são uma barreira suficiente quando suas ferramentas e credenciais permitem ações mais amplas. O texto propõe aplicar limites na infraestrutura: identidade verificável, controle de conexões, aprovação declarativa de ferramentas e autorização de cada chamada. Também recomenda impedir que a identidade do próprio agente altere as configurações que definem sua autoridade. Para dados, a publicação situa o controle no sistema que os armazena, usando a identidade verificada para autorizar o acesso.

Se agentes tiverem acesso a sistemas ou dados sensíveis, controles de infraestrutura podem reduzir a dependência de instruções probabilísticas. A implementação exige mapear identidades, conexões, ferramentas e permissões existentes.

Considere inventariar as capacidades concedidas aos agentes e verificar se alterações de autoridade exigem revisão fora do próprio agente.

CNCF: https://www.cncf.io/blog/2026/10/29/the-boundary-problem-in-agentic-ai-is-a-platform-problem/</description>
    </item>
    <item>
      <title>ACM adiciona suporte a ACME no AWS GovCloud (EUA)</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-29-acm-now-supports-acme-for-public-certificates-in-aws-govcloud-us</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-29-acm-now-supports-acme-for-public-certificates-in-aws-govcloud-us</guid>
      <pubDate>Thu, 29 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>A AWS informa que o suporte ao protocolo ACME no AWS Certificate Manager está disponível nas regiões AWS GovCloud (US-East) e AWS GovCloud (US-West). O serviço oferece um endpoint ACME gerenciado que emite certificados TLS públicos da Amazon Trust Services. Entre os clientes compatíveis citados estão Certbot, cert-manager para Kubernetes e acme.sh. A AWS apresenta a integração como uma forma padronizada de automatizar a emissão e a renovação de certificados públicos. A publicação relaciona a iniciativa à previsão de vidas úteis de certificados de 47 dias até 2029.

Para ambientes GovCloud que usam clientes ACME compatíveis, a automação pode reduzir tarefas manuais de emissão e renovação. A adoção depende dos requisitos de certificação, da configuração do cliente e da adequação à arquitetura existente.

Verifique a compatibilidade do cliente e teste emissão e renovação automatizadas em um ambiente controlado antes de atualizar processos de produção.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/acm-acme-support-govcloud-us/</description>
    </item>
    <item>
      <title>AWS apresenta implantação do Nemotron 3.5 Super VL em EKS</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-29-accelerate-agentic-ai-with-nvidia-nemotron-models-on-amazon-eks-and-sagemaker-hyperpod-eks</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-29-accelerate-agentic-ai-with-nvidia-nemotron-models-on-amazon-eks-and-sagemaker-hyperpod-eks</guid>
      <pubDate>Thu, 29 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>A AWS descreve como implantar o modelo multimodal NVIDIA Nemotron 3.5 Super VL no Amazon EKS, no EKS Auto Mode e no SageMaker HyperPod EKS. O modelo tem 120 bilhões de parâmetros, dos quais 12 bilhões são ativados por token, e recebe texto, imagens, documentos e vídeos, gerando texto. A publicação também detalha uma arquitetura com vLLM e NVIDIA Dynamo e recomenda medir latência do primeiro token, latência entre tokens e vazão em diferentes níveis de concorrência para planejar a capacidade. O artigo informa validação em instâncias com GPUs B200 e H200.

Para equipes que servem modelos multimodais, o padrão pode orientar testes de inferência em Kubernetes. A configuração de GPU e a topologia ainda precisam ser avaliadas para cada carga.

Antes de adotar, compare latência e vazão com a carga real e estime a capacidade necessária. Considere também que a memória precisa comportar os pesos completos do modelo.

AWS Machine Learning: https://aws.amazon.com/blogs/machine-learning/accelerate-agentic-ai-with-nvidia-nemotron-models-on-amazon-eks-and-sagemaker-hyperpod-eks/</description>
    </item>
    <item>
      <title>BigQuery consulta tabelas Iceberg gerenciadas pelo Databricks</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-29-querying-databricks-apache-iceberg-tables-with-the-borderless-lakehouse</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-29-querying-databricks-apache-iceberg-tables-with-the-borderless-lakehouse</guid>
      <pubDate>Thu, 29 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O Google Cloud descreve uma integração que permite consultar pelo BigQuery tabelas Apache Iceberg gerenciadas pelo Databricks sem copiar os dados. O BigQuery lê os arquivos no local em que estão armazenados, incluindo Google Cloud Storage e, por federação, Amazon S3 e Azure Blob Storage. Mudanças ficam disponíveis após a próxima atualização agendada de metadados do Lakehouse, que pode ocorrer a cada cinco minutos. A publicação também detalha controles de acesso do BigQuery, como segurança por linha e coluna e mascaramento dinâmico. Para consultas em armazenamento de outra nuvem, podem incidir cobranças de saída de dados.

A abordagem pode reduzir duplicação de armazenamento e pipelines de cópia, mas não elimina custos de saída entre nuvens nem a necessidade de manutenção das tabelas.

Avalie latência de atualização, permissões federadas e custos de egress. Planeje também compactação de arquivos e limpeza de dados não referenciados.

Google Cloud: https://cloud.google.com/blog/products/data-analytics/querying-databricks-iceberg-tables-with-google-clouds-lakehouse/</description>
    </item>
    <item>
      <title>OpenTelemetry explica como criar uma distribuição própria do Collector</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-29-only-include-resource-detectors-you-need-by-building-your-own-collector</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-29-only-include-resource-detectors-you-need-by-building-your-own-collector</guid>
      <pubDate>Thu, 29 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O projeto OpenTelemetry descreve como montar uma distribuição personalizada do Collector com o OpenTelemetry Collector Builder (ocb). Um manifesto em YAML seleciona os componentes que serão incluídos no binário, e a ferramenta compila a distribuição resultante. A publicação aponta que as distribuições gerais incluem componentes além dos usados por cada implantação e que uma distribuição própria também pode incluir componentes personalizados. O texto destaca a redução do tamanho do binário e da quantidade de dependências como motivos para adotar esse caminho.

Para ambientes que usam apenas parte dos componentes disponíveis, uma distribuição menor pode simplificar a entrega e o acompanhamento de dependências. Isso exige responsabilidade sobre seleção, construção e atualização do binário.

Inventarie os componentes realmente utilizados e defina um processo para revisar o manifesto e atualizar dependências quando necessário.

OpenTelemetry: https://opentelemetry.io/blog/2026/collector-with-less-dependencies/</description>
    </item>
    <item>
      <title>Volcano 1.16 adiciona filas por namespace e fairshare</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-28-volcano-v1-16-released-namespacequeue-fairshare-and-a-broader-hypernode-ecosystem</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-28-volcano-v1-16-released-namespacequeue-fairshare-and-a-broader-hypernode-ecosystem</guid>
      <pubDate>Thu, 29 Oct 2026 12:00:00 GMT</pubDate>
      <category>kubernetes</category>
      <description>A versão 1.16.0 do escalonador Volcano adiciona NamespaceQueue, o plugin fairshare e um cache para Jobs não escalonáveis. NamespaceQueue permite que equipes organizem hierarquias de filas e cotas dentro de namespaces autorizados. O fairshare considera o consumo histórico de recursos entre namespaces que compartilham uma fila. O cache registra motivos pelos quais um Job não pôde ser escalonado e pode evitar verificações repetidas até que uma condição relevante mude. A versão também amplia o suporte ao ecossistema HyperNode e oferece suporte ao Kubernetes 1.36. A publicação informa que o cache e NamespaceQueue estão desativados por padrão.

Os recursos podem ajudar clusters multi-inquilino com filas pendentes ou necessidades de compartilhamento mais justo, mas alteram o comportamento de escalonamento e precisam de validação operacional.

Teste as novas funções com cotas e cargas representativas; verifique compatibilidade e configuração antes de ativá-las em produção.

CNCF: https://www.cncf.io/blog/2026/10/28/volcano-v1-16-released-namespacequeue-fairshare-and-a-broader-hypernode-ecosystem/</description>
    </item>
    <item>
      <title>o11y-bench entra em índice de avaliação de modelos de IA</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-28-evaluate-ai-models-for-observability-o11y-bench-joins-fireworks-specialized-intelligence-index-and-r</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-28-evaluate-ai-models-for-observability-o11y-bench-joins-fireworks-specialized-intelligence-index-and-r</guid>
      <pubDate>Wed, 28 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O benchmark aberto da Grafana Labs para tarefas de observabilidade e SRE passou a integrar o Specialized Intelligence Index, da Fireworks, e ganhou a versão 1.1. A avaliação cobre 64 tarefas em seis áreas, incluindo consultas a métricas, logs e traces, investigações de incidentes e edição de dashboards. A versão 1.1 verifica resultados e alterações no ambiente, e repete cada tarefa três vezes para medir consistência. A Grafana também adicionou suporte à Fireworks como provedora de inferência. Os resultados da versão 1.1 não são diretamente comparáveis aos da 1.0.

Equipes que comparam modelos para fluxos de observabilidade podem usar o benchmark como uma referência adicional; resultados de benchmark, por si só, não garantem desempenho equivalente no ambiente da equipe.

Compare os resultados com tarefas e critérios internos e considere que a versão 1.1 estabelece uma nova linha de base.

Grafana: https://grafana.com/blog/evaluate-ai-models-for-observability-o11y-bench-joins-fireworks-specialized-intelligence-index-and-reaches-v1-1/</description>
    </item>
    <item>
      <title>VPC Flow Logs associa tráfego de pods a metadados do GKE</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-28-how-to-troubleshoot-gke-workloads-faster-with-vpc-flow-logs</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-28-how-to-troubleshoot-gke-workloads-faster-with-vpc-flow-logs</guid>
      <pubDate>Wed, 28 Oct 2026 12:00:00 GMT</pubDate>
      <category>kubernetes</category>
      <description>No Google Cloud, os VPC Flow Logs podem registrar fluxos de tráfego de pods com metadados do GKE, como cluster, workload, namespace, serviço, nó e zona. A informação permite analisar comunicações por nomes de workloads, em vez de depender apenas de endereços IP temporários. O Flow Analyzer pode agrupar e filtrar os registros por cluster, namespace, workload, pod ou serviço. Os logs são amostrados e registram tráfego que passa pela rede VPC; tráfego bloqueado por uma política de rede não chega a essa camada. Para habilitar os detalhes de tráfego entre nós em clusters Standard, é necessário ativar a visibilidade intranode, que reinicia componentes do control plane e dos nós e acrescenta overhead por nó.

A atribuição por workload pode ajudar a investigar conectividade, dependências entre serviços e tráfego entre zonas. A amostragem limita o uso dos registros para contabilização precisa por conexão.

Antes de habilitar recursos em produção, avalie amostragem e custos de logs; teste a visibilidade intranode em um cluster não produtivo.

Google Cloud: https://cloud.google.com/blog/products/containers-kubernetes/using-vpc-flow-logs-to-troubleshoot-gke-workloads/</description>
    </item>
    <item>
      <title>Amazon ECS passa a permitir compartilhamento de GPU com NVIDIA MPS</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-27-amazon-ecs-now-supports-gpu-sharing-with-nvidia-multi-process-service-mps</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-27-amazon-ecs-now-supports-gpu-sharing-with-nvidia-multi-process-service-mps</guid>
      <pubDate>Wed, 28 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O Amazon ECS agora permite executar múltiplas tarefas simultaneamente em uma única GPU NVIDIA usando o Multi-Process Service (MPS). É possível definir a memória de GPU por contêiner e, opcionalmente, um limite de compartilhamento do processamento. O recurso está disponível no ECS Managed Instances e no ECS sobre Amazon EC2, em todas as regiões comerciais da AWS e nas regiões AWS GovCloud (EUA).

Para cargas que usam apenas parte da capacidade de uma GPU, como inferência de modelos pequenos e geração de embeddings, o compartilhamento pode elevar a utilização e reduzir custos de infraestrutura, segundo a AWS.

Avalie o uso de memória e processamento de cada carga antes de configurar o compartilhamento; teste o comportamento e a alocação com suas tarefas reais.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/amazon-ecs-gpu-sharing-nvidia-mps/</description>
    </item>
    <item>
      <title>SageMaker AI adiciona carregamento sob demanda de imagens SOCI</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-27-announcing-soci-indexed-images-for-faster-sagemaker-ai-jobs</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-27-announcing-soci-indexed-images-for-faster-sagemaker-ai-jobs</guid>
      <pubDate>Wed, 28 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>O Amazon SageMaker AI Training e os jobs de processamento agora aceitam imagens com índice Seekable OCI (SOCI). Com esse mecanismo, o serviço carrega primeiro os arquivos necessários para iniciar o contêiner e busca o restante em segundo plano durante a execução. A AWS informa que é possível usar imagens AWS Deep Learning Container pré-indexadas ou adicionar um índice à própria imagem. Se não houver índice ou o carregamento sob demanda falhar, o job usa o download padrão. A definição do job não precisa ser alterada para adotar uma imagem indexada.

O recurso pode reduzir o tempo de inicialização e o período pago sem progresso do modelo, especialmente quando a execução não precisa acessar a imagem inteira logo no início. O resultado depende do padrão de acesso da aplicação.

Meça o efeito nos próprios jobs, incluindo o custo de acesso aos arquivos durante a primeira época, antes de ampliar a adoção.

AWS Machine Learning: https://aws.amazon.com/blogs/machine-learning/announcing-soci-indexed-images-for-faster-sagemaker-ai-jobs/</description>
    </item>
    <item>
      <title>SageMaker AI MLflow Apps passam a oferecer suporte ao MLflow 3.16</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-27-sagemaker-mlflow-apps-now-support-mlflow-3-16</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-27-sagemaker-mlflow-apps-now-support-mlflow-3-16</guid>
      <pubDate>Wed, 28 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>As aplicações MLflow do Amazon SageMaker AI agora oferecem suporte ao MLflow 3.16. A versão traz uma experiência de rastreamento reformulada, com altura de linhas ajustável, colunas reorganizáveis e colunas personalizadas com dados de tags ou metadados dos traces. Também acelera os gráficos de métricas de experimentos com históricos extensos. Novas aplicações MLflow são criadas com a versão 3.16 por padrão. As aplicações existentes serão atualizadas durante uma janela de manutenção futura, sem ação necessária dos usuários. A versão está disponível nas regiões AWS que oferecem MLflow Apps.

Os recursos podem facilitar a análise e a depuração de aplicações de IA generativa e agentes, além de tornar mais ágil a consulta de experimentos com muitos dados.

Confira como a nova visualização se encaixa nos fluxos atuais de análise e acompanhe a janela de manutenção das aplicações existentes.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/mflow-version-3-16/</description>
    </item>
    <item>
      <title>OpenTelemetry Transformation Language alcança estabilidade v1</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-27-opentelemetry-transformation-language-reaches-v1</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-27-opentelemetry-transformation-language-reaches-v1</guid>
      <pubDate>Wed, 28 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>A OpenTelemetry Transformation Language (OTTL) chegou à versão 1. A partir do opentelemetry-collector-contrib v0.164.0, a linguagem é considerada estável para traces, métricas e logs. Segundo o projeto, a versão atende aos critérios de estabilidade do Collector para testes, benchmarks, documentação e telemetria. O marco também inclui uma promessa de compatibilidade para toda a série 1.x: a sintaxe e as funções padrão permanecem compatíveis para quem escreve instruções OTTL, e a API Go permanece compatível para quem cria componentes com base na linguagem.

A estabilidade pode reduzir a incerteza para equipes que mantêm transformações de telemetria ou componentes próprios, mas não implica que seja necessário atualizar imediatamente o Collector.

Revise as dependências e valide transformações e componentes em ambiente de teste antes de adotar uma atualização do Collector.

OpenTelemetry: https://opentelemetry.io/blog/2026/ottl-v1/</description>
    </item>
    <item>
      <title>Grafana Cloud disponibiliza Agent Observability</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-27-agent-observability-faq-understand-the-value-of-monitoring-evaluating-and-improving-your-ai-agents</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-27-agent-observability-faq-understand-the-value-of-monitoring-evaluating-and-improving-your-ai-agents</guid>
      <pubDate>Wed, 28 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O Agent Observability está disponível no Grafana Cloud. O recurso reúne monitoramento, avaliações, proteções e experimentos para agentes de IA. A plataforma permite acompanhar latência, erros, uso de tokens e custos, além de analisar conversas e comparar modelos e prompts. Também é possível usar experimentos como etapas de validação em CI/CD. A ferramenta aceita spans que seguem as convenções semânticas de IA generativa do OpenTelemetry, sem exigir o SDK do Agent Observability. Para agentes de programação, a Grafana também oferece um aplicativo local de código aberto que mantém as sessões na máquina.

A observabilidade pode ajudar equipes a investigar falhas, acompanhar custos e avaliar alterações de agentes antes de disponibilizá-las. A captura de prompts, respostas e chamadas de ferramentas requer atenção a privacidade e acesso.

Defina políticas de acesso e tratamento de dados e avalie quais métricas, avaliações e spans são necessários para cada caso.

Grafana: https://grafana.com/blog/agent-observability-faq-understand-the-value-of-monitoring-evaluating-and-improving-your-ai-agents/</description>
    </item>
    <item>
      <title>Kyverno v1.19.2 reúne correções para 24 avisos de segurança</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-23-v1-19-2</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-23-v1-19-2</guid>
      <pubDate>Fri, 23 Oct 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>A versão 1.19.2 do Kyverno aborda 24 avisos publicados no GitHub: 9 críticos, 14 altos e 1 moderado. Entre as correções descritas estão validação de caminhos da API e confinamento por namespace, endurecimento da verificação de imagens e atestações, limites de custo para expressões CEL e proteção contra injeção em scripts de workflows. A release também orienta a atualização para v1.19.2 para receber as correções. Os detalhes de versões afetadas estão nos avisos vinculados; o feed não os especifica.

Para ambientes que usam Kyverno, os avisos tornam relevante verificar políticas, configurações e exposição a cada falha antes de definir a prioridade. A release, por si só, não informa quais instalações estão afetadas.

Confira os avisos vinculados e compare as versões afetadas com a instalação. Planeje a atualização para v1.19.2 conforme os processos de teste e mudança do ambiente.

Releases kyverno/kyverno: https://github.com/kyverno/kyverno/releases/tag/v1.19.2</description>
    </item>
    <item>
      <title>Google Cloud anuncia infraestrutura e governança para agentes de IA</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-22-introducing-agent-compute-engine-and-expanded-agent-governance</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-22-introducing-agent-compute-engine-and-expanded-agent-governance</guid>
      <pubDate>Thu, 22 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>O Google Cloud anunciou o Agent Compute Engine, serviço de execução com microVMs isoladas por hardware para agentes, que já é usado pelo Gemini e terá preview nos próximos meses. A empresa também apresentou o Agent Substrate, runtime open source para GKE, e ampliou a governança de agentes com recursos como identidade, observabilidade e políticas de acesso em diferentes ambientes.

Para equipes que executam agentes, microVMs persistentes e controles centralizados podem ajudar a estruturar isolamento, auditoria e uso de recursos. A disponibilidade e a adequação do serviço gerenciado ainda dependem do preview.

Mapeie requisitos de isolamento, persistência, identidade e auditoria. Para ambientes Kubernetes, avalie o Agent Substrate em conjunto com os controles e a portabilidade necessários; acompanhe o preview antes de planejar adoção do serviço gerenciado.

Google Cloud: https://cloud.google.com/blog/topics/ai-infrastructure/introducing-agent-compute-engine-and-expanded-agent-governance/</description>
    </item>
    <item>
      <title>Cloudflare libera detecção de transações completas no WAF</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-21-introducing-full-transaction-detection-for-cloudflare-waf</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-21-introducing-full-transaction-detection-for-cloudflare-waf</guid>
      <pubDate>Thu, 22 Oct 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>O Cloudflare WAF passou a analisar uma requisição HTTP junto com a resposta correspondente para identificar sinais de exploração. Regras de resposta podem bloquear o conteúdo do origin antes que ele chegue ao solicitante. A detecção e as regras estão disponíveis para todos os planos, incluindo o gratuito; clientes podem criar até três regras personalizadas de resposta com ações de log ou bloqueio. A inspeção do corpo da resposta ainda não está disponível.

A correlação entre solicitação e resposta pode ajudar a distinguir tentativas suspeitas de indícios de exploração bem-sucedida. O bloqueio da resposta não desfaz ações que já ocorreram no origin.

Revise as detecções e regras de resposta no Security Events e teste políticas em escopo controlado antes de bloquear tráfego. Considere que a análise não inspeciona o corpo da resposta.

Cloudflare: https://blog.cloudflare.com/full-transaction-waf/</description>
    </item>
    <item>
      <title>CNCF mostra como reduzir telemetria de agentes com OpenTelemetry Collector</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-22-filtering-and-reducing-ai-agent-telemetry-with-the-opentelemetry-collector</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-22-filtering-and-reducing-ai-agent-telemetry-with-the-opentelemetry-collector</guid>
      <pubDate>Thu, 22 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>Um artigo da CNCF descreve o uso do OpenTelemetry Collector para filtrar e transformar a telemetria do Claude Code antes do envio a um backend. Entre as medidas apresentadas estão remover conteúdo de ferramentas e atributos redundantes, limitar campos de erro e reduzir dimensões de métricas. No experimento relatado, os bytes de logs foram aproximadamente reduzidos à metade; a publicação também compara pipelines bruto e otimizado para logs, métricas e traces.

A abordagem pode reduzir volume armazenado e cardinalidade, mas remover atributos também pode limitar investigações. Os resultados descritos são do cenário testado e não garantem o mesmo efeito em outras cargas.

Identifique quais campos alimentam dashboards, alertas e consultas antes de filtrá-los. Teste pipelines paralelos e valide tanto a redução quanto a preservação das informações necessárias para diagnóstico.

CNCF: https://www.cncf.io/blog/2026/10/22/filtering-and-reducing-ai-agent-telemetry-with-the-opentelemetry-collector/</description>
    </item>
    <item>
      <title>AWS Transform adiciona avaliações para migração de storage</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-21-aws-transform-adds-storage-migration-assessments-for-amazon-s3-ebs-efs-and-fsx</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-21-aws-transform-adds-storage-migration-assessments-for-amazon-s3-ebs-efs-and-fsx</guid>
      <pubDate>Thu, 22 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O AWS Transform agora avalia inventários de storage local e recomenda serviços AWS adequados entre S3, EBS, EFS e FSx. A ferramenta estima o dimensionamento e projeta custos para compor um caso de negócio de custo total de propriedade. É possível enviar inventários em formatos como exportação do NetApp Digital Advisor e arquivo RVTools, além de comparar cenários como Single-AZ e Multi-AZ.

A análise pode reduzir o trabalho manual de levantamento e comparação em projetos de migração. As projeções dependem dos dados fornecidos e devem ser validadas antes de decisões de arquitetura ou orçamento.

Avalie a qualidade e a cobertura do inventário de storage antes de usar as recomendações como base para dimensionamento e custos.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/transform-assess-s3-ebs-efs-fsx/</description>
    </item>
    <item>
      <title>Terraform 1.17.0 adiciona opção de refresh mínimo e torna Policy geralmente disponível</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-21-v1-17-0</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-21-v1-17-0</guid>
      <pubDate>Thu, 22 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>A versão 1.17.0 do Terraform adiciona a opção de planejamento -minimal-refresh, que atualiza apenas recursos com mudanças propostas. A release também declara Terraform Policy geralmente disponível: as flags -policies para plan, apply e query deixam de exigir uma build experimental. Entre as demais mudanças estão suporte a variáveis e locals em requisitos de providers e melhorias em query policies.

O refresh seletivo pode ser útil em planejamentos nos quais apenas parte dos recursos tem mudanças propostas. A disponibilidade geral de Policy permite avaliar políticas sem depender de uma build experimental; o benefício depende do fluxo e das políticas adotadas pela equipe.

Teste as novas opções em um fluxo controlado e confirme que ferramentas que leem JSON lidam com o novo campo format_version.

Releases hashicorp/terraform: https://github.com/hashicorp/terraform/releases/tag/v1.17.0</description>
    </item>
    <item>
      <title>BigQuery disponibiliza ObjectRef e análise multimodal em geral</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-21-bigquery-objectref-now-ga-build-multimodal-data-platforms-for-conversational-analytics-entirely-in-s</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-21-bigquery-objectref-now-ga-build-multimodal-data-platforms-for-conversational-analytics-entirely-in-s</guid>
      <pubDate>Thu, 22 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>O Google Cloud anuncia a disponibilidade geral de ObjectRef e da análise multimodal no BigQuery. ObjectRef representa arquivos não estruturados do Cloud Storage em colunas de tabelas BigQuery, junto a dados relacionais. Segundo a publicação, equipes podem usar SQL para combinar esses objetos e contexto estruturado em consultas com modelos Gemini. A versão GA também inclui suporte a credenciais do usuário final, fontes adicionais de metadados do Cloud Storage e arrays de ObjectRefs.

A abordagem pode simplificar pipelines que analisam imagens, áudio, vídeo e documentos sem duplicar os arquivos no BigQuery. A adequação depende de requisitos de governança, autenticação e processamento da carga de trabalho.

Valide permissões, metadados e requisitos de produção; a publicação recomenda conexões explícitas para pipelines robustos orientados por contas de serviço.

Google Cloud: https://cloud.google.com/blog/products/data-analytics/analyze-unstructured-data-in-bigquery-with-objectref/</description>
    </item>
    <item>
      <title>ZenteiQ relata ganho de vazão com GKE Inference Gateway e llm-d</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-21-zenteiq-scales-batch-inference-4x-with-gke-inference-gateway-powered-by-llm-d</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-21-zenteiq-scales-batch-inference-4x-with-gke-inference-gateway-powered-by-llm-d</guid>
      <pubDate>Thu, 22 Oct 2026 12:00:00 GMT</pubDate>
      <category>kubernetes</category>
      <description>A startup ZenteiQ relata que adotou o GKE Inference Gateway, com o framework de inferência distribuída llm-d, diante de gargalos no roteamento de inferência em clusters GKE com vLLM. A empresa afirma que o gateway usa sinais de filas e caches KV para direcionar solicitações. Segundo o relato, a vazão agregada passou de 16.964 para 69.114 tokens por segundo por 1.000 aceleradores, e a produção diária reportada cresceu de 1,47 bilhão para quase 6 bilhões de tokens.

Roteamento sensível a filas e prefixos pode ajudar workloads de inferência em lote com solicitações e contexto compartilhados. Os resultados são de um caso específico e não garantem desempenho semelhante em outros ambientes.

Antes de adotar, compare o roteamento atual e teste a solução com os padrões de tráfego, modelos e métricas do próprio ambiente.

Google Cloud: https://cloud.google.com/blog/products/containers-kubernetes/zenteiq-scales-physical-ai-inference-4x-with-gke-and-llm-d/</description>
    </item>
    <item>
      <title>Cloudflare anuncia proteção WAF contra vulnerabilidades php2shell</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-21-cloudflare-deploys-protections-against-php2shell-vulnerability</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-21-cloudflare-deploys-protections-against-php2shell-vulnerability</guid>
      <pubDate>Thu, 22 Oct 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>A Cloudflare informa que implantou proteções WAF para as vulnerabilidades php2shell, identificadas como CVE-2026-109618 e CVE-2026-109619. A publicação diz que as falhas afetam servidores web com PHP 5.4 ou posterior e podem permitir negação de serviço, execução remota de código e exposição de dados quando a aplicação processa tráfego HTTP especialmente elaborado. Segundo a empresa, a proteção está habilitada por padrão para clientes com WAF implantado, incluindo planos gratuitos.

A camada WAF pode reduzir a exposição a tráfego exploratório, mas não corrige o runtime PHP vulnerável. A própria Cloudflare recomenda aplicar a atualização do PHP e manter a proteção como defesa adicional.

Verifique o aviso oficial do PHP para identificar a correção aplicável ao seu ambiente; não trate a proteção WAF como substituta da atualização do runtime.

Cloudflare: https://blog.cloudflare.com/php-vulnerabilities-waf-protection/</description>
    </item>
    <item>
      <title>Contexto de cluster acelerou diagnósticos de um agente de IA em teste</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-21-before-you-evaluate-an-ai-sre-give-your-existing-agent-context</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-21-before-you-evaluate-an-ai-sre-give-your-existing-agent-context</guid>
      <pubDate>Wed, 21 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>Um ensaio descrito pela CNCF comparou o mesmo agente e modelo em 50 falhas de Kubernetes: em uma rodada, usou shell e kubectl; na outra, ferramentas MCP somente de leitura com informações sobre falhas atuais e mudanças recentes. O agente acertou 45 diagnósticos com shell e 46 com contexto. A proporção de respostas corretas em até dois minutos foi de 60% e 86%, respectivamente. O teste ocorreu em um cluster Amazon EKS de três nós e não isolou qual componente do contexto produziu a diferença.

O resultado sugere que disponibilizar histórico e falhas priorizadas pode reduzir o tempo de investigação, mas não comprova desempenho equivalente em outros ambientes ou agentes.

Compare opções com o mesmo modelo e identidade de leitura. Revise permissões, restrinja acesso a Secrets e exec e registre chamadas das ferramentas.

CNCF: https://www.cncf.io/blog/2026/10/21/before-you-evaluate-an-ai-sre-give-your-existing-agent-context/</description>
    </item>
    <item>
      <title>AWS anuncia o ECS Gateway para gerenciar ingress de serviços ECS</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-20-announcing-amazon-ecs-gateway-a-managed-ingress-solution-for-your-ecs-services</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-20-announcing-amazon-ecs-gateway-a-managed-ingress-solution-for-your-ecs-services</guid>
      <pubDate>Wed, 21 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O Amazon ECS Gateway é um novo recurso que provisiona e gerencia Application Load Balancers e recursos associados na conta do cliente. Equipes de plataforma podem definir padrões de rede no gateway e associá-lo a clusters; serviços que aderem herdam esses padrões. O recurso oferece roteamento por host, um hostname DNS por serviço e permite que até 25 serviços compartilhem um ALB. O ECS gerencia o ciclo de vida da infraestrutura subjacente. Segundo a AWS, está disponível nas regiões comerciais da empresa, sem cobrança adicional pelo gateway; a infraestrutura provisionada é cobrada normalmente.

A gestão centralizada pode simplificar a adoção de padrões de entrada e o compartilhamento de balanceadores, mas o efeito nos custos depende da infraestrutura provisionada e do uso.

Avalie compatibilidade com os padrões de rede existentes e estime o custo dos recursos subjacentes antes de migrar serviços.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/announcing-amazon-ecs-gateway/</description>
    </item>
    <item>
      <title>Cloudflare relata comprometimento de chaves de oito certificados intermediários</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-20-8-emudhra-certificates-are-compromised-here-s-what-you-need-to-know</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-20-8-emudhra-certificates-are-compromised-here-s-what-you-need-to-know</guid>
      <pubDate>Wed, 21 Oct 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>A Cloudflare informou que tomou conhecimento do comprometimento das chaves privadas associadas a oito certificados intermediários da eMudhra. Segundo a empresa, essas chaves podem permitir a criação de certificados falsos para domínios e a tentativa de personificar servidores. A Cloudflare declarou não ter identificado exploração ativa do problema em seus serviços. Também informou ter atualizado o Cloudflare One Client, o WARP e o Cloudflare Tunnel, além de aplicar mitigações em produtos CDN, Developer e Zero Trust. A empresa alerta que clientes podem precisar atualizar dependências, imagens e configurações de confiança próprias.

Organizações que dependem de validação de certificados podem precisar verificar cada caminho TLS usado por suas aplicações; um teste de navegador, por si só, não cobre necessariamente serviços em segundo plano.

Identifique dependências afetadas, aplique atualizações pertinentes e reconstrua imagens quando necessário. Não desative a verificação de certificados para contornar erros.

Cloudflare: https://blog.cloudflare.com/emudhra-certificate-compromise/</description>
    </item>
    <item>
      <title>Google Cloud apresenta busca RAG com Gemini em ambiente GDC air-gapped</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-20-managed-rag-search-inside-the-sovereign-perimeter-gemini-on-gdc-enterprise-search</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-20-managed-rag-search-inside-the-sovereign-perimeter-gemini-on-gdc-enterprise-search</guid>
      <pubDate>Wed, 21 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>O Google Cloud anunciou, em prévia, uma experiência de busca empresarial com RAG no Google Distributed Cloud air-gapped. A oferta foi apresentada para organizações soberanas e reguladas e processa prompts, respostas, documentos enviados e embeddings dentro do perímetro físico do cliente, sem conexão com a internet pública ou a infraestrutura global do Google Cloud. Usuários podem consultar, resumir, comparar e traduzir arquivos; as respostas citam os documentos de origem e as conversas persistem entre sessões. A descrição informa suporte a arquivos de texto, documentos, planilhas, imagens, áudio e vídeo, com acesso associado a grupos do provedor de identidade.

A proposta pode atender casos em que dados não podem sair de um ambiente isolado, mas a disponibilidade em prévia exige validar requisitos, integração e controles antes de uma adoção produtiva.

Verifique o escopo da prévia, os formatos necessários e o mapeamento de identidade e acesso; valide também os requisitos regulatórios aplicáveis ao seu ambiente.

Google Cloud: https://cloud.google.com/blog/topics/hybrid-cloud/managed-rag-search-inside-the-sovereign-perimeter-gemini-on-gdc-enterprise-search/</description>
    </item>
    <item>
      <title>DynamoDB permite desassociar réplicas de tabelas globais</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-20-amazon-dynamodb-global-tables-now-support-disassociating-replicas</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-20-amazon-dynamodb-global-tables-now-support-disassociating-replicas</guid>
      <pubDate>Tue, 20 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>Tabelas globais do Amazon DynamoDB agora permitem desassociar uma réplica sem excluir sua tabela ou seus dados. Segundo a AWS, é possível interromper a replicação de e para uma região e continuar usando a tabela como uma tabela de região única. Uma conta também pode sair de uma tabela global compartilhada entre várias contas e manter sua tabela de forma independente. A opção está disponível para tabelas globais MREC, de consistência eventual em várias regiões, em todas as regiões da AWS, incluindo configurações entre contas. A desassociação pode ser iniciada pelo console, AWS CLI, API do DynamoDB ou CloudFormation.

A opção pode facilitar mudanças na topologia de replicação e a manutenção de workloads locais sem criar uma tabela substituta ou copiar dados. É importante considerar as dependências da aplicação antes de alterar a replicação.

Revise o fluxo de dados e os consumidores regionais antes de desassociar uma réplica; confirme como a aplicação operará após a interrupção da replicação.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/dynamodb-global-tables-disassociate/</description>
    </item>
    <item>
      <title>Amazon Connect adiciona visão de prontidão para troca de Região</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-19-amazon-connect-customer-global-resiliency-now-provides-business-users-visibility-into-resiliency-rea</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-19-amazon-connect-customer-global-resiliency-now-provides-business-users-visibility-into-resiliency-rea</guid>
      <pubDate>Mon, 19 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O Amazon Connect Customer Global Resiliency passou a oferecer uma página de Global Resiliency no site administrativo. Ela reúne o status geral de prontidão para uma troca de Região e lista recursos replicados nativamente, indicando quais estão sincronizados, pendentes ou precisam de ação. A página também permite corrigir alguns itens sinalizados, como associar um número de telefone ou usuário a um grupo de distribuição de tráfego. O recurso está disponível nas Regiões da AWS em que o Global Resiliency é suportado.

A visão centralizada pode facilitar a identificação de pendências antes de uma troca de Região. Ela não garante, por si só, que todos os componentes da aplicação estejam prontos para recuperação.

Se esse recurso fizer parte da sua estratégia de continuidade, revise a página e confirme se os recursos listados estão sincronizados e associados corretamente. Valide também o processo de recuperação da aplicação.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/amazon-connect-global-resiliency-readiness-overview</description>
    </item>
    <item>
      <title>Cloudflare relata redução no custo de seu revisor de código com IA</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-19-cutting-our-inference-bill-by-68-by-being-obsessive-about-optimization</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-19-cutting-our-inference-bill-by-68-by-being-obsessive-about-optimization</guid>
      <pubDate>Mon, 19 Oct 2026 12:00:00 GMT</pubDate>
      <category>costs</category>
      <description>A Cloudflare descreve otimizações feitas no revisor de código com IA usado internamente. Segundo a empresa, o custo médio por revisão caiu para US$ 0,77, 68% abaixo da média de US$ 2,43 registrada nas duas semanas mais caras antes das mudanças. A mediana do tempo de revisão passou de 4 minutos e 9 segundos para 1 minuto e 32 segundos. A empresa atribui parte das economias a alterações no código do revisor e o restante a experimentos com modelos e níveis de esforço. Entre as medidas relatadas estão reduzir chamadas desnecessárias, reutilizar prefixos em cache e interromper trabalhos cancelados.

O caso mostra que o custo de inferência pode depender tanto do desenho do agente e do uso de contexto quanto da escolha do modelo. Os resultados são da carga de trabalho da Cloudflare e não preveem ganhos equivalentes em outros sistemas.

Se o gasto com inferência estiver crescendo, avalie chamadas por tarefa, contexto repetido, cache e modelos em testes controlados, verificando a qualidade antes de ampliar mudanças.

Cloudflare: https://blog.cloudflare.com/obsessive-inference-optimization/</description>
    </item>
    <item>
      <title>Cloudflare anuncia prévia do modelo de extração Clairic</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-19-introducing-clairic-a-new-system-one-class-of-extraction-models</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-19-introducing-clairic-a-new-system-one-class-of-extraction-models</guid>
      <pubDate>Mon, 19 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>A Cloudflare anunciou uma prévia do Clairic, modelo de extração hospedado no Workers AI como @cf/cloudflare/clairic. A empresa o apresenta como um modelo para extrair, calcular, estimar e prever valores a partir de entradas não estruturadas. Conforme a descrição, ele retorna dados tipados, como textos, números, datas, durações e listas, além de estimativas e previsões com intervalos. As respostas incluem indicadores de confiança; quando o modelo não encontra uma resposta, pode retornar null. A Cloudflare afirma que o modelo processa a entrada em uma única passagem, sem gerar tokens de saída, e diz que pretende publicar os pesos abertos futuramente.

O formato pode ser útil em fluxos que precisam transformar documentos ou mensagens em campos estruturados. A adequação, precisão e custo para cada caso precisam ser medidos com dados representativos; a própria descrição reconhece que o modelo pode errar.

Se avaliar o modelo, teste os tipos de campo e indicadores de confiança com casos reais, incluindo dados ausentes e entradas ambíguas. Defina validação e revisão humana conforme o risco.

Cloudflare: https://blog.cloudflare.com/clairic-extraction-model/</description>
    </item>
    <item>
      <title>BigQuery passa a oferecer logging em Python UDFs</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-19-how-to-use-python-udf-logging-for-pipeline-observability</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-19-how-to-use-python-udf-logging-for-pipeline-observability</guid>
      <pubDate>Mon, 19 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O Google Cloud anunciou um recurso de logging para funções Python definidas pelo usuário (UDFs) no BigQuery. Desenvolvedores podem usar a biblioteca padrão de logging do Python para enviar logs estruturados ao Cloud Logging, sem plugins externos ou conectores personalizados. O exemplo apresentado registra diagnósticos de linhas durante a execução de consultas, permitindo identificar registros problemáticos e tratar falhas de validação sem interromper toda a carga de trabalho. O fluxo demonstrado combina logs, métricas baseadas em logs para alertas e consultas SQL no BigQuery para investigar registros e recuperá-los após a correção dos dados de origem.

O recurso pode ajudar equipes a observar erros em pipelines de dados sem encerrar uma consulta por causa de linhas inválidas. O volume de logs e a exposição de dados sensíveis continuam exigindo atenção.

Se habilitar o logging, teste o comportamento em uma sessão controlada, limite os dados registrados e evite segredos ou informações sensíveis nos logs. Considere amostragem em cargas de alto volume.

Google Cloud: https://cloud.google.com/blog/products/data-analytics/python-udf-logging-for-pipeline-observability-in-bigquery/</description>
    </item>
    <item>
      <title>CNCF discute integração entre scheduler e autoscaler para cargas de IA</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-19-how-ai-workloads-are-reshaping-kubernetes-autoscaling</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-19-how-ai-workloads-are-reshaping-kubernetes-autoscaling</guid>
      <pubDate>Mon, 19 Oct 2026 12:00:00 GMT</pubDate>
      <category>kubernetes</category>
      <description>Um artigo da CNCF analisa como cargas de IA e aceleradores expõem divergências entre o scheduler do Kubernetes e o autoscaler. Um pod pode permanecer pendente mesmo quando há capacidade disponível, caso o tipo de nó que o autoscaler pretende adicionar não corresponda ao que o scheduler consegue usar. O texto descreve avanços em Dynamic Resource Allocation (DRA), que permite expressar necessidades estruturadas de hardware, e em mecanismos para solicitar capacidade para grupos de workloads. Também observa que o suporte varia por implementação. Uma proposta pública na comunidade SIG-Autoscaling explora APIs para aproximar provisionamento e posicionamento; não é apresentada como uma funcionalidade universal já disponível.

Em clusters com aceleradores, a incompatibilidade entre requisitos do workload e capacidade provisionada pode deixar recursos sem uso. A relevância depende do autoscaler, do provedor e dos recursos Kubernetes configurados.

Se pods com aceleradores ficarem pendentes, verifique requisitos de hardware, topologia e compatibilidade entre scheduler e autoscaler antes de concluir que a capacidade regional acabou. Confirme quais recursos sua implementação suporta.

CNCF: https://www.cncf.io/blog/2026/10/19/how-ai-workloads-are-reshaping-kubernetes-autoscaling/</description>
    </item>
    <item>
      <title>Cloudflare descreve avaliação contínua do comportamento de bots verificados</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-16-continuous-accountability-for-verified-bots</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-16-continuous-accountability-for-verified-bots</guid>
      <pubDate>Sun, 18 Oct 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>A Cloudflare apresentou um sistema para avaliar se bots Verified mantêm comportamento compatível com as preferências dos sites. Entre os sinais iniciais estão o respeito às instruções publicadas e a reação a respostas HTTP 429, que pedem redução da taxa de requisições. A empresa afirma que considera padrões sustentados, e não ocorrências isoladas, para formar uma faixa de confiança explicável. O sistema já é usado internamente para avaliar bots Verified. A Cloudflare diz que pretende disponibilizá-lo a clientes no futuro, que poderão escolher o limite de confiança usado para decidir como tratar esse tráfego.

Se disponibilizada, a avaliação pode oferecer contexto adicional para políticas de tráfego automatizado. Uma identificação verificada, por si só, não garante que um bot respeite as preferências ou os limites de um site.

Enquanto a avaliação pública não estiver disponível, mantenha políticas próprias para bots e monitore respostas 429 e regras publicadas em robots.txt. Trate a futura faixa como um sinal complementar, não como substituto dos controles existentes.

Cloudflare: https://blog.cloudflare.com/verified-bots-accountability/</description>
    </item>
    <item>
      <title>Google Cloud anuncia suporte de lançamento para o modelo Beam e receitas de implantação</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-16-day-0-support-for-reflection-s-beam-on-google-cloud-5x-faster-perf-with-llm-d-and-nvidia-dynamo</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-16-day-0-support-for-reflection-s-beam-on-google-cloud-5x-faster-perf-with-llm-d-and-nvidia-dynamo</guid>
      <pubDate>Sun, 18 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>A Google Cloud anunciou suporte de lançamento e receitas de implantação para o Beam, modelo de pesos abertos da Reflection voltado a tarefas de engenharia de software e agentes de longa duração. A empresa diz que as receitas usam llm-d com vLLM ou NVIDIA Dynamo com SGLang na infraestrutura AI Hypercomputer e NVIDIA AI. O material descreve roteamento atento ao KV cache, separação de prefill e decode e descarregamento de cache para DRAM e SSD local. A Reflection atribui à implantação no Google Cloud até cinco vezes mais desempenho e oito vezes menos latência; a publicação ressalva que as configurações comparadas usam hardwares diferentes e que cada gráfico compara ganhos contra uma linha de base no mesmo hardware.

As receitas podem servir como ponto de partida para equipes que hospedam agentes de codificação com contexto longo. Os resultados citados são benchmarks atribuídos à Reflection e não devem ser tratados como garantia para outras cargas ou configurações.

Compare as receitas com uma linha de base própria, controlando hardware, carga, concorrência e latência. Verifique os requisitos de implantação e os pesos publicados antes de estimar capacidade ou custo.

Google Cloud: https://cloud.google.com/blog/topics/ai-infrastructure/day-0-support-with-5x-perf-for-reflection-beam-on-google-cloud/</description>
    </item>
    <item>
      <title>Centralização de logs do CloudWatch chega ao GovCloud e a 13 regiões comerciais</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-16-amazon-cloudwatch-log-centralization-now-available-in-aws-govcloud-and-additional-commercial-regions</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-16-amazon-cloudwatch-log-centralization-now-available-in-aws-govcloud-and-additional-commercial-regions</guid>
      <pubDate>Sun, 18 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>A centralização de logs do Amazon CloudWatch está disponível nas regiões AWS GovCloud (US) e em 13 regiões comerciais adicionais. O recurso copia logs de várias contas e regiões da AWS para uma conta de destino, com integração ao AWS Organizations. As regras podem abranger a organização inteira, unidades organizacionais específicas ou contas selecionadas. Os campos de sistema enriquecidos preservam o contexto da origem. A AWS informa que uma cópia centralizada pode ser feita sem cobrança; cópias adicionais custam US$ 0,05 por GB.

Para organizações com contas distribuídas nessas regiões, a centralização pode simplificar a consolidação da monitoração. O custo de cópias adicionais deve entrar na avaliação, conforme volume e configuração.

Confirme a disponibilidade na região necessária, defina o escopo das regras e estime o volume de cópias antes de habilitar o recurso.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/amazon-cloudwatch-centralization-region-expansion</description>
    </item>
    <item>
      <title>Lambda durable functions chegam às regiões AWS GovCloud (US)</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-16-aws-lambda-durable-functions-are-now-available-in-aws-govcloud-us-regions</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-16-aws-lambda-durable-functions-are-now-available-in-aws-govcloud-us-regions</guid>
      <pubDate>Sun, 18 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>As durable functions do AWS Lambda estão disponíveis nas regiões AWS GovCloud (US-West) e AWS GovCloud (US-East). O recurso acrescenta primitivas como step e wait aos handlers, permitindo registrar checkpoints de progresso, recuperar execuções após falhas e pausá-las sem cobrança de computação para funções sob demanda. A AWS descreve seu uso em aplicações de várias etapas e fluxos de trabalho de IA. A ativação está disponível por API, console ou SDK, e também por ferramentas de infraestrutura como código, incluindo CloudFormation, AWS SAM e AWS CDK.

A disponibilidade pode permitir que equipes reguladas considerem esse modelo para orquestrações em GovCloud. A adequação depende dos requisitos de conformidade, do runtime e da análise de preços do serviço.

Verifique a disponibilidade por região, os runtimes suportados e os detalhes de preço; depois, teste checkpoints e recuperação em um fluxo representativo.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/durablefunctions-govcloud/</description>
    </item>
    <item>
      <title>LangGraph 1.2.16 traz ajustes no fluxo de retomada</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-16-langgraph-1-2-16</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-16-langgraph-1-2-16</guid>
      <pubDate>Sat, 17 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>A release 1.2.16 lista correções no comportamento de retomada de tarefas: permite que outras tarefas terminem quando um valor de retomada é inválido, aplica uma única vez a atualização de um comando retomado e evita que um subgrafo execute novamente tarefas já concluídas. Também inclui uma mudança para salvar uma única vez gravações pendentes de uma execução retomada. No pacote checkpoint-postgres, a release 3.2.0 adiciona a função prune ao PostgresSaver e ao AsyncPostgresSaver. A descrição não informa mudanças de segurança nem identifica versões afetadas por problemas anteriores.

Para equipes que usam retomada de execução ou checkpoints PostgreSQL, os ajustes podem reduzir efeitos inesperados em fluxos interrompidos e retomados. O benefício depende de esses cenários ocorrerem na aplicação.

Revise as alterações e teste os fluxos de retomada e persistência em ambiente não produtivo antes de atualizar dependências.

Releases langchain-ai/langgraph: https://github.com/langchain-ai/langgraph/releases/tag/1.2.16</description>
    </item>
    <item>
      <title>DynamoDB Streams permite retomar leitura a partir de um horário</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-15-amazon-dynamodb-streams-now-supports-timestamp-based-stream-processing</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-15-amazon-dynamodb-streams-now-supports-timestamp-based-stream-processing</guid>
      <pubDate>Thu, 15 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O DynamoDB Streams agora aceita um timestamp para iniciar a leitura no primeiro registro gravado naquele horário ou depois dele, usando o iterador AT_TIMESTAMP. O recurso também pode ser usado com a Amazon Kinesis Client Library por meio do adaptador de DynamoDB Streams. Está disponível nas regiões comerciais da AWS, GovCloud (EUA) e China. A AWS informa que não há cobrança adicional pelo recurso além das tarifas padrão de solicitações GetRecords.

A opção pode facilitar a retomada após interrupções, a reprodução de dados para depuração e auditoria e a sincronização após uma restauração PITR. Também oferece uma alternativa a reler todo o fluxo retido ou começar apenas por registros novos.

Avalie se o consumidor pode usar AT_TIMESTAMP e teste a retomada com os requisitos de retenção e consistência do seu fluxo.

AWS What's New: https://aws.amazon.com/amazon-dynamodb-streams-timestamp-processing</description>
    </item>
    <item>
      <title>Cloudflare anuncia ações programáveis para Gateway e DLP</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-15-a-fully-programmable-secure-web-gateway</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-15-a-fully-programmable-secure-web-gateway</guid>
      <pubDate>Thu, 15 Oct 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>A Cloudflare anunciou a integração do Gateway e do DLP com sua plataforma de computação de borda. A ação Forward, em beta público, encaminha tráfego HTTP correspondente a uma política para um Worker, que pode modificar solicitações ou respostas ou executar uma ação assíncrona. Custom Functions chamam um Worker durante a avaliação da política e retornam um valor para uso nas condições de regras. A empresa informa que Custom Functions estarão disponíveis antes do fim do ano; não são parte do beta público anunciado para Forward.

As extensões podem permitir lógica própria em decisões de acesso e transformações de tráfego, reduzindo a necessidade de componentes externos em alguns cenários. A adequação depende das políticas, do código e dos controles operacionais da organização.

Avalie o beta de Forward em um escopo controlado e revise tratamento de dados, permissões e comportamento do Worker antes de aplicá-lo a tráfego de produção.

Cloudflare: https://blog.cloudflare.com/programmable-gateway-dlp/</description>
    </item>
    <item>
      <title>Temporal Cloud pode escalar workers no Cloud Run até zero</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-15-temporal-serverless-workers-on-cloud-run-scale-workers-ahead-of-demand</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-15-temporal-serverless-workers-on-cloud-run-scale-workers-ahead-of-demand</guid>
      <pubDate>Thu, 15 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>Em preview, Temporal Serverless Workers no Cloud Run permite implantar workers em pools que o Temporal Cloud dimensiona conforme o trabalho nas filas de tarefas. Quando não há trabalho, o pool pode escalar até zero. Os workers ficam no projeto, na rede e sob a conta de serviço do cliente; o Temporal Cloud define a quantidade de instâncias com permissões concedidas pelo cliente. O recurso usa versionamento de workers do Temporal para manter execuções associadas à versão em que começaram.

O modelo pode reduzir a gestão de autoscaling e ociosidade para cargas pull-based, como agentes, workflows longos e lotes. A publicação está em preview e a própria Google informa que APIs e configurações podem mudar. A alegação de preço menor por vCPU-hora e GB-hora compara pools com serviços Cloud Run cobrados por instância; não determina a economia total de cada aplicação.

Teste com uma fila não crítica e valide permissões, versionamento, limites de instâncias e comportamento de escala antes de migrar cargas.

Google Cloud: https://cloud.google.com/blog/products/serverless/temporal-serverless-workers-on-cloud-run-worker-pools/</description>
    </item>
    <item>
      <title>OpenTelemetry Collector corrige custo quadrático em geração de métricas</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-14-v1-69-0-v0-163-0</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-14-v1-69-0-v0-163-0</guid>
      <pubDate>Thu, 15 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>A release v0.163.0 do OpenTelemetry Collector lista uma correção no cmd/mdatagen: a busca linear em recordDataPoint foi substituída por uma consulta hash O(1). Segundo o changelog, isso corrige um custo O(n²) por scrape quando muitos pontos de dados pertencem ao mesmo recurso. A versão também corrige deadlocks em filas de envio quando ofertas bloqueadas são canceladas com block_on_overflow habilitado e ajusta o descarte de perfis ou spans grandes durante a divisão de lotes.

A correção pode ser relevante para distribuições e pipelines que geram métricas com muitos pontos por recurso ou usam filas de envio com bloqueio. O feed não informa quais configurações ou cargas específicas apresentam impacto, portanto a relevância deve ser confirmada no ambiente.

Revise o changelog e teste a atualização com configurações representativas, observando uso de CPU, processamento de lotes e comportamento de filas.

Releases open-telemetry/opentelemetry-collector: https://github.com/open-telemetry/opentelemetry-collector/releases/tag/v0.163.0</description>
    </item>
    <item>
      <title>AWS ARC Region switch adiciona quatro recursos para recuperação multirregional</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-14-arc-region-switch-adds-four-new-capabilities</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-14-arc-region-switch-adds-four-new-capabilities</guid>
      <pubDate>Wed, 14 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>O Amazon Application Recovery Controller (ARC) Region switch adicionou blocos de execução do Systems Manager Run Command e de ações Lambda personalizadas com payloads. Também passou a verificar a paridade de cotas de serviço entre as regiões primária e de espera e a permitir aguardar a saúde do target group após ações de escalabilidade do ECS ou do EC2 Auto Scaling. A verificação pode enviar automaticamente solicitações de aumento de cotas. A espera pela saúde do target group é opcional.

As mudanças podem ajudar equipes a tornar planos de recuperação mais verificáveis, inclusive quanto a permissões, instâncias de destino, cotas e capacidade pronta para receber tráfego. Elas não garantem, por si só, um tempo de recuperação específico.

Se você utiliza esses planos, revise a documentação dos novos blocos e teste a avaliação do plano e as condições de saúde dos target groups no seu cenário.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/region-switch-target-health-ssm-lambda/</description>
    </item>
    <item>
      <title>BigQuery disponibiliza cotas de tokens para controlar custos de funções de IA generativa</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-14-predictable-ai-spend-in-bigquery-introducing-cost-management-for-generative-ai-functions</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-14-predictable-ai-spend-in-bigquery-introducing-cost-management-for-generative-ai-functions</guid>
      <pubDate>Wed, 14 Oct 2026 12:00:00 GMT</pubDate>
      <category>costs</category>
      <description>O Google Cloud anunciou a disponibilidade geral do controle de custos baseado em tokens para funções generativas do BigQuery. Administradores podem configurar quatro cotas diárias no nível de projeto e de usuário, somadas globalmente entre regiões. Elas cobrem funções como AI.GENERATE, AI.CLASSIFY e AI.SCORE; funções de embeddings não estão incluídas. Os limites podem ser ajustados no console e gerenciados por API, gcloud ou Terraform. O BigQuery pode interromper novas chamadas a modelos quando uma cota se esgota durante uma consulta.

As cotas podem oferecer um controle preventivo mais específico para consumo de IA do que limites financeiros gerais, mas exigem dimensionamento e acompanhamento do uso. A interrupção pode deixar linhas sem resultado gerado.

Se essas funções estão em uso, avalie limites por usuário e projeto, estime entradas com AI.COUNT_TOKENS e monitore o consumo antes de ampliar cargas.

Google Cloud: https://cloud.google.com/blog/products/data-analytics/using-bigquerys-generative-ai-cost-management-features/</description>
    </item>
    <item>
      <title>Terraform 1.16.6 corrige busca de workspaces e registra nota sobre exaustão de recursos HTTP/2</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-14-v1-16-6</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-14-v1-16-6</guid>
      <pubDate>Wed, 14 Oct 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>A versão 1.16.6 do Terraform corrige um problema em que terraform init não encontrava workspaces selecionados por tags de chave/valor cujas chaves continham letras maiúsculas. A release também inclui uma nota sobre prevenção de exaustão de recursos HTTP/2, identificada como CVE-2026-78669. Segundo a nota, a exploração exigiria um registry de providers ou módulos comprometido e não confiável; a ameaça é considerada fora do perímetro das garantias de segurança do Terraform Core. O trecho disponível não informa versões afetadas nem detalha outras condições de correção.

A atualização pode ser relevante para equipes que dependem de workspaces selecionados por tags ou que avaliam a exposição de seus fluxos de providers e módulos. A nota não permite concluir quais versões anteriores são afetadas.

Se sua equipe usa esses recursos, avalie a atualização para 1.16.6 em testes e revise a confiança e os controles de acesso dos registries; consulte a documentação oficial para detalhes adicionais.

Releases hashicorp/terraform: https://github.com/hashicorp/terraform/releases/tag/v1.16.6</description>
    </item>
    <item>
      <title>ECS adiciona métrica de tarefas ativas sem cobrança</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-13-amazon-ecs-adds-livetaskcount-and-removes-the-charge-for-runningtaskcount-metric</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-13-amazon-ecs-adds-livetaskcount-and-removes-the-charge-for-runningtaskcount-metric</guid>
      <pubDate>Tue, 13 Oct 2026 12:00:00 GMT</pubDate>
      <category>costs</category>
      <description>A AWS anunciou a LiveTaskCount para serviços do Amazon ECS, sem custo adicional e sem exigir adesão ao CloudWatch Container Insights. A métrica conta tarefas nos estados ACTIVATING, RUNNING e DEACTIVATING, inclusive durante a transição para parada. A AWS também informa que RunningTaskCount, do Container Insights, deixou de ser cobrada; a mudança de preço vale desde 1º de outubro de 2026.

A LiveTaskCount pode oferecer uma visão mais abrangente para políticas de autoscaling e planejamento de capacidade. Como as métricas representam estados diferentes, substituir uma pela outra sem revisar os critérios pode alterar alertas ou decisões de escala.

Revise dashboards, alarmes e políticas de escala para confirmar qual definição de contagem atende a cada uso. A mudança de preço da RunningTaskCount é automática; não é necessário agir para recebê-la.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/ecs-service-metrics/</description>
    </item>
    <item>
      <title>AWS Agent Registry passa a aceitar metadados personalizados</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-13-aws-agent-registry-now-supports-custom-metadata-for-registry-records</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-13-aws-agent-registry-now-supports-custom-metadata-for-registry-records</guid>
      <pubDate>Tue, 13 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>O AWS Agent Registry adicionou campos estruturados personalizados aos registros de agentes, servidores MCP, habilidades, gateways e recursos customizados. Organizações podem definir um esquema por registry, com atributos comuns e campos específicos por tipo de recurso. Os campos aceitam texto, URL, valor booleano ou opções de uma lista; o registry valida campos obrigatórios e valores na criação ou atualização. Também é possível filtrar resultados por metadados no console, CLI, SDKs e endpoint MCP. O recurso está disponível nas regiões listadas pela AWS: N. Virginia, Oregon, Sydney, Tóquio e Irlanda.

Os campos podem apoiar descoberta e governança, mas a consistência depende de um esquema útil e de valores preenchidos corretamente.

Avalie atributos como equipe responsável, classificação de dados e status de revisão; defina responsáveis e regras antes de ampliar o uso.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/aws-agent-registry-custom-metadata-registry-records</description>
    </item>
    <item>
      <title>Google Cloud disponibiliza o modelo Gemini 4 Argon</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-13-gemini-4-argon-available-on-google-cloud-built-to-help-solve-your-business-hardest-problems</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-13-gemini-4-argon-available-on-google-cloud-built-to-help-solve-your-business-hardest-problems</guid>
      <pubDate>Tue, 13 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>O Google informa que o Gemini 4 Argon está disponível no Gemini para empresas, na web, desktop e dispositivos móveis. Desenvolvedores podem acessá-lo por API na Gemini platform, com o identificador gemini-4-argon, além do Google AI Studio e do Google Antigravity. O preço introdutório informado é de US$ 2 por milhão de tokens de entrada e US$ 10 por milhão de tokens de saída até 30 de novembro de 2026; depois, os valores padrão anunciados são US$ 4 e US$ 20, respectivamente. Tokens de entrada em cache têm desconto informado de 95% durante o período introdutório.

O modelo pode ser avaliado em tarefas empresariais com múltiplas etapas; preço e desempenho devem ser conferidos no perfil de uso de cada equipe.

Faça um piloto com tarefas representativas e estime o consumo usando os preços aplicáveis ao período. Valide controles, qualidade e necessidade de revisão humana antes de automatizar decisões.

Google Cloud: https://cloud.google.com/blog/products/ai-machine-learning/gemini-4-argon-available-on-google-cloud/</description>
    </item>
    <item>
      <title>Grafana 13.1.8 lista correções de segurança e ajustes no alerting</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-13-13-1-8</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-13-13-1-8</guid>
      <pubDate>Tue, 13 Oct 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>As notas da versão 13.1.8 do Grafana listam correções para CVE-2026-15577, CVE-2026-33374, CVE-2026-93294 e CVE-2026-95502. Também registram uma mudança no alerting para remover cabeçalhos sensíveis de redirecionamentos OAuth2 entre hosts e um ajuste de dashboard relacionado à exclusão de coleções. A descrição não detalha os produtos ou versões afetados pelas CVEs.

Para equipes que operam Grafana, a versão é relevante para avaliação de manutenção e segurança. A lista de CVEs, por si só, não informa exposição, gravidade ou urgência para uma instalação específica.

Confira os avisos completos e compare-os com as versões implantadas antes de planejar a atualização; valide também integrações OAuth2 e dashboards em ambiente de teste.

Releases grafana/grafana: https://github.com/grafana/grafana/releases/tag/v13.1.8</description>
    </item>
    <item>
      <title>CloudFront passa a aceitar Lambda Web Functions como origem</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-12-amazon-cloudfront-now-supports-aws-lambda-web-functions-as-an-origin</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-12-amazon-cloudfront-now-supports-aws-lambda-web-functions-as-an-origin</guid>
      <pubDate>Tue, 13 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>A AWS anunciou suporte para servir aplicações construídas com Lambda Web Functions por meio da rede global do CloudFront. A descrição cita terminação TLS na borda, cache, domínios personalizados com certificados TLS gerenciados e ausência de alterações necessárias no código da aplicação. O Origin Access Control (OAC) pode restringir o acesso à função para que ela seja alcançada somente pelo CloudFront. A AWS também informa que é possível associar AWS WAF e que a disponibilidade exclui a região China do CloudFront.

A opção pode simplificar a entrega de aplicações web baseadas em Lambda Web Functions e centralizar controles de borda. O benefício concreto depende do padrão de tráfego, dos requisitos de segurança e da arquitetura existente.

Revise a configuração de OAC, autenticação e WAF para o fluxo da aplicação; valide comportamento e cache antes de direcionar tráfego de produção.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/cloudfront-lambda-web-functions-origin/</description>
    </item>
    <item>
      <title>Google apresenta Data Agent Kit para fluxos de dados em IDEs</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-12-agentic-data-science-with-the-data-agent-kit</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-12-agentic-data-science-with-the-data-agent-kit</guid>
      <pubDate>Tue, 13 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>O Data Agent Kit é descrito como um plugin para agentes de programação ou uma extensão para IDEs baseadas em Visual Studio Code. Ele reúne ferramentas MCP e instruções para agentes trabalharem com serviços de dados do Google Cloud. No exemplo publicado, um agente auxilia na ingestão de logs no BigQuery, na criação de transformações dbt, no treinamento e na inferência de um modelo, além de gerar uma pipeline do Airflow para executar as etapas em sequência. A publicação prevê revisão e execução dos artefatos pela equipe; o fluxo é um exemplo, não uma garantia de resultados autônomos.

A abordagem pode reduzir a alternância entre ferramentas em fluxos de engenharia de dados. Como código e configurações são gerados, a revisão humana continua importante antes de executar consultas, notebooks ou pipelines.

Teste o kit em um fluxo não crítico, revise permissões e artefatos gerados e confirme como cada etapa será executada e monitorada.

Google Cloud: https://cloud.google.com/blog/products/data-analytics/bringing-you-the-data-agent-kit/</description>
    </item>
    <item>
      <title>Cloudflare disponibiliza Transformers do Logpush em todos os planos self-serve</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-12-filter-reshape-and-redact-logs-before-export-with-transformers</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-12-filter-reshape-and-redact-logs-before-export-with-transformers</guid>
      <pubDate>Mon, 12 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>A Cloudflare tornou os Transformers do Logpush geralmente disponíveis e ampliou o Logpush para todos os planos self-serve. A ferramenta permite definir consultas SQL para filtrar registros, remover ou renomear campos, ocultar dados sensíveis e reorganizar a estrutura dos logs antes da exportação. A saída transformada é enviada em NDJSON para destinos compatíveis. As equipes podem criar e gerenciar Transformers pelo painel ou pela API, e acompanhar sucesso, falhas, volume processado e duração na visualização de saúde do Logpush.

Filtrar e transformar dados antes do envio pode reduzir processamento e armazenamento nos sistemas de destino e evitar uma camada separada de tratamento. A execução falha de forma fechada: diante de erro, o lote não é enviado sem transformação; falhas persistentes podem levar à desativação automática do job.

Avalie os filtros e as regras de redação necessários em cada dataset e valide o resultado antes de associar um Transformer a um job de produção.

Cloudflare: https://blog.cloudflare.com/transformers-on-logpush/</description>
    </item>
    <item>
      <title>Google Data Agent Kit fica disponível para agentes de programação</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-09-what-s-new-with-google-data-cloud</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-09-what-s-new-with-google-data-cloud</guid>
      <pubDate>Sun, 11 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>O Google informou que o Data Agent Kit está em disponibilidade geral. O pacote gratuito reúne ferramentas MCP e skills criadas pelo Google para conectar mais de 15 serviços do Google Data Cloud a agentes de programação, incluindo VS Code, Antigravity, Cursor, Claude Code e Codex. Segundo a fonte, desenvolvedores e profissionais de dados podem usar esses recursos para inspecionar esquemas, escrever consultas e criar pipelines de dados em linguagem natural diretamente de uma IDE ou CLI.

A integração pode facilitar o acesso de agentes a tarefas de dados, mas seu uso em ambientes de trabalho depende das permissões e dos controles configurados para os serviços conectados.

Avalie o kit em um fluxo limitado e revise permissões e políticas internas antes de conectá-lo a dados ou serviços de produção.

Google Cloud: https://cloud.google.com/blog/products/data-analytics/whats-new-with-google-data-cloud/</description>
    </item>
    <item>
      <title>Karpenter v1.15.0 adiciona métricas de interrupção e mudanças no reparo de nós</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-10-v1-15-0</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-10-v1-15-0</guid>
      <pubDate>Sat, 10 Oct 2026 12:00:00 GMT</pubDate>
      <category>kubernetes</category>
      <description>A versão 1.15.0 do Karpenter inclui o contador karpenter_pods_disrupted_total e novas dimensões nas métricas de interrupção, além de melhorias no reparo de nós, incluindo ações de reinicialização e substituição em cenários com capacidade limitada. A release também altera rótulos de algumas métricas, com mudanças descritas como incompatíveis, e inclui ajustes de desempenho e correções.

As novas métricas podem ajudar equipes a acompanhar interrupções e decisões de reparo. Como há mudanças incompatíveis em rótulos de métricas, painéis, consultas e alertas existentes podem precisar de revisão. A release não implica, por si só, urgência nem correção de segurança.

Antes de atualizar, compare as mudanças da release com a configuração do cluster e teste a compatibilidade das consultas e alertas em um ambiente apropriado.

Releases kubernetes-sigs/karpenter: https://github.com/kubernetes-sigs/karpenter/releases/tag/v1.15.0</description>
    </item>
    <item>
      <title>AWS Security Hub passa a exportar findings para o S3 em CSV ou JSON</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-09-aws-security-hub-now-exports-findings-to-s3-in-csv-or-json-format</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-09-aws-security-hub-now-exports-findings-to-s3-in-csv-or-json-format</guid>
      <pubDate>Sat, 10 Oct 2026 12:00:00 GMT</pubDate>
      <category>security</category>
      <description>O AWS Security Hub permite exportar findings sob demanda das páginas do console para um bucket do Amazon S3 na própria conta. A exportação está disponível em CSV ou JSON no formato OCSF e pode partir de páginas como Threats, Exposure, Vulnerabilities, Posture Management, Sensitive Data e All Findings. O recurso está disponível em todas as regiões da AWS onde o Security Hub é oferecido.

A exportação pode facilitar o uso de findings em relatórios de conformidade, evidências de auditoria ou ferramentas externas, sem que a equipe precise manter um pipeline próprio de extração. A notícia não detalha controles adicionais de acesso ou retenção para os arquivos exportados.

Avalie se CSV ou JSON OCSF atende aos fluxos existentes e confirme que o bucket de destino segue os controles de acesso e retenção da organização.

AWS What's New: https://aws.amazon.com/about-aws/whats-new/2026/10/security-hub-exports-s3-csv-json/</description>
    </item>
    <item>
      <title>Cloudflare lança Clef-omni para entradas de áudio, vídeo, imagem e texto</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-09-introducing-clef-omni-with-full-multimodality-plus-a-faster-clef-and-a-cheaper-clef-flash</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-09-introducing-clef-omni-with-full-multimodality-plus-a-faster-clef-and-a-cheaper-clef-flash</guid>
      <pubDate>Sat, 10 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>A Cloudflare lançou o Clef-omni, modelo de decisão open-weight que recebe áudio, vídeo, imagens e texto. A empresa também reduziu o preço do Clef-flash e informou que a versão hospedada passou a ter janela de contexto de 24 mil tokens, ante 64 mil anteriormente anunciados; os pesos disponíveis no Hugging Face não foram alterados e foram treinados para suportar 256 mil tokens. O Clef ficou mais rápido na versão hospedada, segundo a publicação.

O Clef-omni pode ser avaliado em fluxos que precisam analisar mais de uma modalidade em uma chamada. A redução de preço do Clef-flash vem acompanhada de uma janela de contexto menor na versão hospedada, o que pode afetar solicitações longas. Preços e desempenho devem ser conferidos para o caso de uso específico.

Teste qualidade, latência, contexto e custo com dados representativos antes de substituir modelos ou pipelines existentes.

Cloudflare: https://blog.cloudflare.com/clef-faster-cheaper-multimodal/</description>
    </item>
    <item>
      <title>Alteryx Live Query integra fluxos de documentos ao BigQuery</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-09-modernizing-unstructured-data-workflows-alteryx-live-query-meets-google-cloud-bigquery</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-09-modernizing-unstructured-data-workflows-alteryx-live-query-meets-google-cloud-bigquery</guid>
      <pubDate>Sat, 10 Oct 2026 12:00:00 GMT</pubDate>
      <category>ai</category>
      <description>A integração do Alteryx One Live Query com o Google Cloud BigQuery permite criar fluxos visuais no navegador para processar documentos e executar transformações por SQL pushdown no BigQuery. No exemplo apresentado, PDFs de faturas armazenados no Cloud Storage são processados com Document AI ou Gemini; campos extraídos podem ser padronizados, classificados e comparados com registros históricos no BigQuery para identificar possíveis duplicatas e exceções. Os resultados podem ser gravados no BigQuery.

O padrão pode reduzir movimentação de dados e etapas manuais em processos de faturas, mantendo a lógica de transformação e reconciliação no ambiente do warehouse. A publicação descreve uma solução e seus componentes, mas não informa resultados independentes para outras implementações.

Valide extração, regras de reconciliação, permissões e tratamento de exceções com documentos representativos antes de automatizar o fluxo operacional.

Google Cloud: https://cloud.google.com/blog/products/data-analytics/modernize-unstructured-data-workloads-with-alteryx-and-bigquery/</description>
    </item>
    <item>
      <title>Cloudflare adiciona profiling sob demanda para Workers e Durable Objects</title>
      <link>https://www.robertasoliman.com/radar-tech#radar-2026-10-09-introducing-on-demand-cpu-and-memory-profiling-with-flamegraphs-for-workers-and-durable-objects</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#radar-2026-10-09-introducing-on-demand-cpu-and-memory-profiling-with-flamegraphs-for-workers-and-durable-objects</guid>
      <pubDate>Sat, 10 Oct 2026 12:00:00 GMT</pubDate>
      <category>cloud</category>
      <description>A Cloudflare passou a permitir que usuários solicitem perfis de CPU ou memória de Workers e Durable Objects ativos. A captura pode ser iniciada pela página Workers Observability ou pela CLI; o resultado é exibido como flamegraph interativo e também pode ser baixado. É possível selecionar versões diferentes do Worker. A captura observa execução em produção e requer tráfego suficiente na versão escolhida; o anúncio também recomenda source maps para projetos TypeScript, para facilitar a leitura dos nomes de funções.

O recurso pode ajudar a localizar funções associadas ao uso de CPU ou alocações de memória em condições reais de execução. Como a captura é iniciada sob demanda e depende de tráfego, pode não registrar períodos específicos de comportamento anômalo em aplicações com pouco tráfego.

Escolha uma versão ativa com tráfego adequado e habilite source maps em projetos TypeScript antes de analisar os perfis.

Cloudflare: https://blog.cloudflare.com/workers-on-demand-profiling/</description>
    </item>
    <item>
      <title>Kubernetes 1.34 chega ao fim do suporte em 27/10/2026</title>
      <link>https://www.robertasoliman.com/radar-tech#kubernetes-1-34-eol</link>
      <guid isPermaLink="true">https://www.robertasoliman.com/radar-tech#kubernetes-1-34-eol</guid>
      <pubDate>Sat, 10 Oct 2026 12:00:00 GMT</pubDate>
      <category>kubernetes</category>
      <description>O projeto Kubernetes deixa de dar suporte à versão 1.34 em 27/10/2026, data a partir da qual ela não recebe mais correções de segurança. A política do projeto mantém suporte às três versões minor mais recentes.

Clusters próprios na 1.34 ficam sem patches de segurança do projeto. Serviços gerenciados como EKS, GKE e AKS seguem calendários de suporte próprios, que podem diferir da data upstream.

Mapeie as versões em uso, confira o calendário de suporte do seu provedor, revise APIs depreciadas e addons, e planeje o upgrade em janela controlada, com rollback definido.

Kubernetes releases: https://kubernetes.io/releases/</description>
    </item>
  </channel>
</rss>
