Google Cloud a Londra e notizie cloud, 21 ottobre 2026

In breve: il 21 ottobre 2026 le notizie cloud e DevOps, dopo il numero di venerdì 16, partono da Google Cloud: un problema di alimentazione ha fermato la zona europe-west2-b di Londra per ore, con effetti su banche, corrieri e servizi pubblici britannici. AWS presenta ECS Gateway per l'ingresso del traffico nei servizi container e aggiorna DynamoDB, ElastiCache e Bedrock, Vercel porta i WebSocket in GA, Google rende open source TorchTPU e pubblica llm-d 1.0, e Cloudflare racconta come ha tagliato del 68% il costo del suo revisore di codice AI.

Otto notizie su infrastruttura e piattaforme uscite dopo Cloud e DevOps del 16 ottobre. Il caso eMudhra, che tocca anche cloudflared e i trust store delle immagini, è nelle notizie cybersecurity di oggi. Le altre sezioni sono in Notizie tech, le cinque principali nel numero di oggi, l'archivio in Cloud e DevOps. Per lo stack Workers resta Cloudflare Workers, D1 e R2.

Google Cloud

Google Cloud: un "power event" spegne la zona europe-west2-b di Londra

Fonte: The Register · 20 ottobre 2026

Dalle 06:08 UTC del 20 ottobre la zona europe-west2-b ha avuto errori e problemi di rete; Google ha poi attribuito il guasto a un problema di alimentazione, indicando le 13:00 UTC come obiettivo per il recupero completo e avvertendo che per un periodo non si potevano creare nuovi carichi. Tra i servizi colpiti BigQuery Data Transfer Service, Cloud Filestore, Cloud Run, App Engine, NetApp Volumes, GKE e Managed Service for Apache Kafka. Tra i clienti con disservizi Lloyds, HSBC, Royal Mail, Rightmove, DPD, BT e Revolut.

Perché conta: una zona sola è un singolo punto di guasto anche nel cloud. I servizi critici vanno distribuiti su più zone, con database regionali e la capacità di avviare istanze altrove senza dipendere dalla zona caduta.

TorchTPU open source e llm-d 1.0 per l'inferenza distribuita

Fonte: Google Cloud Blog · 20 ottobre 2026

Alla PyTorch Conference Google ha reso open source TorchTPU, lo stack nativo PyTorch per le TPU sviluppato con il team PyTorch di Meta: le TPU diventano un backend come GPU e CPU, compatibile con vLLM, SGLang, TorchTitan, Ray e Hugging Face. Ha anche pubblicato llm-d 1.0, stack Kubernetes-native per l'inferenza distribuita, progetto Sandbox della CNCF, con routing consapevole della cache e cache KV a più livelli. Lo stesso giorno AWS ha aperto in beta TorchNeuron, backend PyTorch nativo per Trainium.

Perché conta: se il codice PyTorch gira senza modifiche su TPU e Trainium, la scelta dell'acceleratore diventa una questione di prezzo e disponibilità. Prima di migrare servono comunque test di prestazioni sul proprio modello.

AWS

Amazon ECS Gateway: l'ingresso del traffico gestito per i servizi ECS

Fonte: AWS What's New · 20 ottobre 2026

ECS Gateway è una nuova risorsa che crea e gestisce gli Application Load Balancer e le risorse collegate nell'account del cliente. I team di piattaforma definiscono una volta le regole di rete sul gateway e lo associano a uno o più cluster; i team applicativi ereditano quelle regole. Supporta il routing per host e permette a fino a 25 servizi di condividere un ALB.

Perché conta: condividere un ALB tra più servizi riduce i costi fissi dei bilanciatori, una voce che pesa sui progetti con molti microservizi piccoli.

DynamoDB global tables: si può staccare una replica senza perderla

Fonte: AWS What's New · 20 ottobre 2026

Una replica di una global table DynamoDB si può ora dissociare senza eliminare tabella e dati, e continuare a usarla come tabella in una sola regione. Funziona in tutte le regioni per le global table nello stesso account o multi-account con consistenza eventuale multi-regione (MREC).

Perché conta: semplifica la separazione di un account da una tabella condivisa, le migrazioni e la conservazione di copie per audit senza esportare e reimportare.

ElastiCache Serverless per Valkey: migrazione online senza downtime

Fonte: AWS What's New · 20 ottobre 2026

ElastiCache Serverless per Valkey supporta la migrazione online da Valkey e Redis OSS autogestiti su EC2, con zero errori restituiti al client durante il passaggio. Il processo ha tre fasi: preparazione con un endpoint di migrazione, sincronizzazione continua dei dati e cutover nel momento scelto, senza strumenti di replica di terzi.

Perché conta: chi tiene ancora Redis su istanze EC2 ha un percorso più semplice per passare a un servizio gestito senza finestre di fermo.

Bedrock: structured output per tutti i modelli Claude

Fonte: AWS What's New · 20 ottobre 2026

Amazon Bedrock supporta gli structured output per tutti i modelli Anthropic Claude, sia sull'endpoint bedrock-runtime sia su bedrock-mantle con la Messages API: le risposte rispettano uno schema JSON definito, senza parsing personalizzato né logica di retry.

Perché conta: estrarre dati da documenti o compilare record diventa più affidabile anche su Bedrock, dove finora serviva spesso il tool calling come ripiego.

Vercel e Cloudflare

Vercel: WebSocket nelle Functions in disponibilità generale

Fonte: Vercel Changelog · 20 ottobre 2026

Il supporto WebSocket nelle Vercel Functions è in GA. Dalla beta di fine giugno la CDN di Vercel ha servito 300 milioni di connessioni WebSocket, oggi 15 milioni al giorno. Le connessioni hanno gli stessi limiti e prezzi delle altre invocazioni di Functions e, con l'Active CPU pricing, la CPU si paga solo mentre si elaborano i messaggi.

Perché conta: chat AI, streaming e app collaborative si possono tenere su Vercel senza un servizio realtime separato. Conviene stimare i costi su connessioni lunghe prima di spostare il traffico.

Cloudflare taglia del 68% il costo del suo revisore di codice AI

Fonte: Cloudflare Blog · 19 ottobre 2026

Il costo medio di una revisione del revisore AI interno di Cloudflare era salito da 1,19 dollari ad aprile a circa 2,46 a fine agosto senza cambi architetturali. Dopo un lavoro di ottimizzazione affidato agli stessi agenti, una revisione costa in media 0,77 dollari, il 68% in meno rispetto ai 2,43 delle due settimane più care, e la mediana dei tempi è scesa a 1 minuto e 32 secondi.

Perché conta: i costi degli agenti crescono silenziosamente con contesto e chiamate. Misurare dove vanno i token prima di cambiare modello è spesso la leva più efficace.