Amazon EKS and EKS Distro now allow creation and upgrades to Kubernetes version 1.37 via console, eksctl, or IaC tools. Key updates include the Metrics API reaching general availability for pod and node resource monitoring. Dynamic Resource Allocation device taints and tolerations also graduate to GA for better driver integration.
New EKS clusters and upgrades to version 1.37 are now available.
Metrics API (metrics.k8s.io/v1) is generally available for HPA and kubectl top.
Dynamic Resource Allocation device taints and tolerations are GA.
Use EKS console, eksctl, or IaC to initiate the version 1.37 upgrade.
Cloudflare has released Cloudflare OS, an agent workspace running on Cloudflare Workers designed for enterprise AI productivity. It allows teams to build apps and run agents using internal company context while maintaining strict security controls. The platform is already used extensively across Cloudflare’s own engineering and sales teams.
Enterprise AI agents run on Cloudflare Workers for secure context access.
Open-sourced internal tool for safe, company-wide AI productivity.
Supports document creation, app building, and agent execution.
Proven at scale across Cloudflare's diverse workforce.
Oracle's planned AI datacenter in Wisconsin faces a timeline slip as it awaits regulatory approval for grid connection. The pending power infrastructure status puts the targeted 2027 customer delivery date at risk. This delay highlights the growing bottleneck of energy permitting for large-scale compute projects.
Grid connection approvals are now a critical path risk for AI infrastructure deployments.
Oracle may miss its 2027 customer delivery target due to power permitting delays.
Energy regulation, not compute hardware, is becoming the primary constraint for scale.
Project timelines must now account for extended utility interconnection queues.
Amazon Aurora serverless has been updated to scale in larger increments, adding up to 16 ACUs within a single second to handle sudden load spikes. This enhancement supports workloads up to 256 ACUs and is optimized for the bursty, unpredictable traffic patterns typical of agentic AI applications. The feature is enabled by default on platform versions 3 and 4, requiring no configuration changes.
Scales up to 16 ACUs per second, reducing latency during traffic spikes for agentic AI workloads.
Max capacity increased to 256 ACUs for higher burst handling without manual intervention.
Auto-scaling to zero remains active, ensuring cost efficiency during idle windows.
Enabled by default on Aurora serverless v3 and v4; no config changes needed.
Upgrade v1/v2 clusters to v4 to access the new scaling behavior immediately.
AWS has converted its internal best practice framework into an autonomous agent capable of recommending cloud infrastructure adjustments. Designed to operate with the expertise of a senior architect, the system actively identifies opportunities for optimization. A primary focus of these recommendations is reducing operational costs through architectural reconfiguration.
AWS leverages internal best practices to drive automated infrastructure optimization.
The agent functions as an experienced architect, focusing on cost-saving measures.
Practitioners should monitor agent recommendations for potential cloud reconfigurations.
Automation of reconfigurations may reduce manual architectural review overhead.
AWS has expanded its database instance portfolio by adding R8a instances powered by fifth-generation AMD EPYC processors to Amazon Aurora and Amazon RDS. These instances map each vCPU to a physical core for consistent per-core performance and leverage sixth-generation Nitro Cards for underlying infrastructure. For high I/O workloads, R8a instances offer up to 75 Gbps of network bandwidth and 60 Gbps of Amazon EBS bandwidth. Support covers Aurora PostgreSQL and MySQL, as well as RDS for PostgreSQL, MySQL, and MariaDB.
R8a instances use 5th Gen AMD EPYC with 1:1 vCPU-to-core mapping for consistent per-core performance.
High I/O workloads benefit from 75 Gbps network and 60 Gbps EBS bandwidth capabilities.
Supported engines include Aurora PostgreSQL/MySQL and RDS PostgreSQL/MySQL/MariaDB.
Instances are built on the AWS Nitro System with sixth-generation Nitro Cards.
Fleet impact: For RDS and Aurora PostgreSQL/MySQL fleets, R8a instances offer a viable alternative for I/O-intensive workloads with higher network and EBS throughput caps than previous generations. Review pricing and availability in your primary regions (US East, West, Canada, Asia Pacific) to assess cost-performance trade-offs against current Intel or ARM-based instance types.
AWS has made general availability the R8a memory-optimized and M8a general-purpose instance families for Amazon Aurora and RDS. These new instances leverage 5th generation AMD EPYC processors to deliver enhanced performance. The R8a family is available across both Aurora and RDS services, while the M8a family is currently limited to RDS.
R8a (memory-optimized) and M8a (general-purpose) are now GA for Aurora and RDS.
Powered by 5th generation AMD EPYC processors for improved compute performance.
R8a is available for both Aurora and RDS; M8a is available for RDS only.
No specific performance metrics or pricing details provided in the announcement.
Amazon ElastiCache for Valkey now publishes OpenTelemetry metrics to CloudWatch for node-based clusters, enriched with attributes filterable via PromQL. Standard monitoring continues at 60-second intervals with a core metric set, while the new detailed mode allows 15-second granularity across the full metric suite. These additions enable precise detection of connection limits, error breakdown by type, and capacity forecasting.
Integrates OpenTelemetry metrics into CloudWatch for Valkey node clusters
Standard mode remains 60s; new detailed mode supports 15s intervals
Metrics include attributes filterable via PromQL expressions
Enables granular error analysis and connection limit detection
Detailed monitoring aids in capacity forecasting and incident debugging
