Back to latest

Engineering @ Scale

Sources Airbnb Engineering Amazon AWS AI Blog AWS Architecture Blog AWS Open Source Blog BrettTerpstra.com ByteByteGo CloudFlare Dropbox Tech Blog Facebook Code GitHub …

Sources

Signal of the Day

Meta’s co-design of the MTIA 300 accelerator alongside its HCCL communication library demonstrates that integrating network chiplets inside the chip package and utilizing dedicated message engines for collective reductions completely bypasses the host-device-NIC bottleneck, achieving a 3.9x speedup over standard GPU clusters with near-zero compute degradation.


Deep Dives

JDK 27 and JDK 28: What We Know So Far · InfoQ The Java community face the persistent challenge of keeping the JVM runtime modern, secure, and performant while maintaining strict backward compatibility across decades of enterprise codebases. In JDK 27, the community delivered nine Java Enhancement Proposals (JEPs) grouped across HotSpot improvements, security libraries, the core Java library, and the language specification. Key architectural developments include performance enhancements to HotSpot and the garbage collection subsystem, paving the path for features targeted in JDK 28. The engineering tradeoff lies in balancing rapid non-LTS release cadences with enterprise adoption limits, as many organizations struggle to migrate frequently. For other teams, this evolution highlights the importance of modularizing runtime releases to allow developers to preview and adopt modern language capabilities safely.

Presentation: Prompt to Prod: Engineering an Autonomous SDLC at Scale · Roblox Roblox is tackling the challenge of scaling autonomous software development from prompt to production while ensuring strict security, compliance, and code quality. To solve this, they built robust security sandboxes and extracted institutional engineering knowledge using code review exemplars to guide generative models. They also updated their core engineering infrastructure and redefined performance metrics around feature velocity and long-running AI agent turns rather than traditional human development lifecycles. The key tradeoff is accepting longer, asynchronous agent processing windows (“long-running AI turns”) to achieve trusted, automated deployment without compromising production stability. This provides an instructive pattern for teams looking to automate their SDLC: focus on building deterministic guardrails and security sandboxes rather than relying solely on the raw capability of LLMs.

Podcast: The Human Edge: Why Brownfield Codebases Need Mob Programming, Not Just AI Vibes · InfoQ Engineering teams often struggle with the degradation of large, legacy brownfield codebases when using AI-assisted coding tools that generate code without deep structural understanding. To address this, Norwegian developers Asgaut Mjølne Söderbom and Ola Hast experimented with collaborative patterns like mob programming alongside AI tools like Claude Code. They discovered that while AI excels at localized, routine tasks, it fails to maintain architectural cohesion across complex, inter-dependent legacy codebases. The tradeoff is that slowing down to collaborate via mob programming prevents the “tragedy of the commons” in codebases flooded with poorly integrated machine-generated code. This highlights a critical lesson for senior leaders: AI-assisted tools must be coupled with high-touch human reviews and collective code ownership to keep brownfield systems maintainable.

Article: Rightsizing Platform Engineering: Building the Platform Your Organization Actually Needs · InfoQ Modern platform engineering teams struggle to reduce developer cognitive load without over-engineering platform portals or creating rigid golden paths that alienate product developers. Author John Keates outlines how organizations can “rightsize” their internal developer platforms (IDPs) to match their specific cultural maturity and scale. Rather than blindly adopting complex industry-standard platforms, organizations must focus on finding a cultural match and mapping cognitive load across testing, security, and maintenance. A major tradeoff is that “shifting left” and introducing DevOps tooling often inadvertently duplicates efforts and increases cognitive load on developers. The generalizable lesson is that successful IDP adoption requires starting with lightweight integrations that address immediate developer bottlenecks, treating the platform as a product with active user feedback.

Microsoft Moves AI Governance From Policy to Runtime Enforcement · Microsoft As generative AI applications and autonomous agents enter production, organizations must ensure compliance and safety at scale without relying on manual, post-hoc audits. Microsoft addressed this by outlining an AI governance architecture across nine domains and four core functions: policy, control, visibility, and proof. Crucially, the architecture shifts governance from static policy documents to active runtime enforcement, continuous evaluation, and identity controls. The tradeoff is that inserting runtime evaluation and security checks increases operational latency and compute overhead for LLM calls. This architecture demonstrates a reusable model for enterprise teams: treat AI governance as an active, runtime middleware layer that produces continuous audit evidence rather than a passive compliance checklist.

AI-powered metadata correction and harmonization · AWS Biomedical research and data engineering organizations are bottlenecked by the labor-intensive process of standardizing and harmonizing disparate metadata schemas. AWS solved this by building a centralized, tiered metadata correction pipeline using Amazon Bedrock for LLM reasoning and DynamoDB for job tracking. To optimize for cost and performance, the system uses a layered architecture: it first runs fuzzy matching and vector embeddings, falling back to contextual inference and finally LLMs only when confidence thresholds are not met. The key tradeoff is maintaining a “human-in-the-loop” review cycle for critical validation steps, prioritizing accuracy and domain-specific trust over fully autonomous but potentially error-prone automation. Other engineering organizations can reuse this tiered fallback pattern to build highly cost-effective, hybrid deterministic-probabilistic processing systems.

Building a restaurant telephony AI host with Amazon Connect · AWS Taking real-time voice orders over legacy telephone networks is a high-consequence engineering task plagued by background noise, latency, and identity tracking issues. AWS designed a serverless telephony architecture using Amazon Connect, Amazon Lex V2, and Amazon Connect Agentic Voice to power an AI host orchestrated by Anthropic Claude Haiku 4.5. To keep the system decoupled, they built an AgentCore Gateway that translates agentic Model Context Protocol (MCP) commands into REST APIs executed by AWS Lambda. A key architectural decision is using the caller’s phone number as the initial session identifier, allowing stateless, login-free carts while isolating concurrent sessions. This serves as an excellent template for teams building voice agents: offload low-level speech processing to native telephony-integrated ASR/TTS engines to keep orchestration latency low and focus on standardizing tools through MCP.

Agentic Resource Discovery (ARD): An open specification for agent discovery · AWS As enterprise AI environments scale, teams deploy hundreds of specialized agents and MCP servers, creating siloed “islands” that cannot discover or communicate with each other across multi-cloud and on-premises boundaries. To prevent building fragile, bilateral connectors, AWS and the industry introduced the open Agentic Resource Discovery (ARD) specification, which federates discovery analogously to DNS. When paired with AWS Agent Registry, ARD allows local catalogs to expose metadata and capabilities using a shared, common protocol while keeping access control local. The tradeoff is that ARD provides only the connection and discovery layer, meaning security, permissions, and semantic verification must still be designed and enforced independently at each endpoint. This specification is highly reusable for platform architects, establishing a standard way to index and search agentic capabilities across diverse, distributed environments.

Democratizing institutional knowledge: Building an AI-powered knowledge management system with AWS · AWS Capturing and delivering “tribal knowledge” to frontline, non-technical workers requires highly accessible, low-latency interfaces that function reliably in active workspaces. AWS developed a voice-first, AI-avatar-driven knowledge management system utilizing Amazon Bedrock Knowledge Bases and an OpenSearch Serverless vector store. To optimize the high variable cost of repeated LLM calls, the architecture implements a dual-layer caching strategy: browser-side LRU caching and backend DynamoDB caching. A key constraint is the system’s absolute dependence on stable, low-latency WebRTC and WebSocket connections, making it unsuitable for disconnected edge environments. The generalizable pattern is the use of automated S3 event notifications that trigger Lambda orchestration to keep RAG databases synced in real-time, requiring zero manual content tagging.

Introducing new Ray capabilities on SageMaker HyperPod · AWS Running large-scale distributed Python workloads on Kubernetes traditionally forces data scientists to manage complex YAML manifests, custom Docker images, and manual ports for monitoring. AWS simplified this by launching native Ray capabilities on SageMaker HyperPod, which integrates the KubeRay operator with EKS and SageMaker Studio. The platform solves the massive cost risk of undetected distributed training hangs through a per-node Job Monitoring Agent that tracks node-level signals. Furthermore, they integrated tiered storage checkpointing to reduce recovery times by writing locally before uploading asynchronously to S3. This architecture serves as an instructive reference for infrastructure teams: combine automated hardware health checks with application-level checkpointing to make long-running, distributed ML workloads resilient to node failures.

Intent to Ship: JPEG XL · Mozilla Mozilla wanted to ship the highly efficient JPEG XL image format to improve web performance, but they faced severe security concerns regarding the attack surface of 100,000 lines of multithreaded C++ decoder code. To resolve this, Mozilla challenged Google Research to build a safe, performant, and compact decoder in Rust, resulting in the creation of jxl-rs. By using a memory-safe language for the decoder, Mozilla eliminated a massive class of potential security vulnerabilities while still delivering advanced format capabilities like progressive rendering. The engineering tradeoff is that while JPEG XL excels at lossless compression and progressive rendering, AVIF remains superior for web-quality photographic images at smaller file sizes. For web developers, the generalizable lesson is that progressive rendering allows users to perceive image subjects with only a fraction of the data downloaded, dramatically improving UX over slow connections.

Your alt text passes automated checks. That doesn’t mean it’s any good. · GitHub Automated accessibility checkers are highly reliable at detecting missing alt text but fail completely at evaluating whether the provided text is accurate, contextually relevant, or redundant. GitHub engineered an accessibility plugin that splits checks into deterministic, local rules and an opt-in, LLM-backed evaluation layer. To solve repetitive alert fatigue, the plugin parses actual viewport layouts rather than the DOM tree, only grouping duplicated alt text when bounding boxes sit close together on screen. They also managed LLM costs and data privacy by stripping CDN tokens and query parameters from image URLs before sending context windows to the vision model. The generalizable platform engineering principle is to separate cheap, deterministic rules that are run on every commit from expensive, subjective checks that should be scheduled periodically. (Note: This deep dive also covers duplicate source entry)

How a global payment processor preserved AWS RAM shares and Lake Formation permissions during an AWS Organizations migration · AWS A global payment processor had to migrate 382 AWS production accounts to a new AWS Organization, which risked breaking critical AWS Resource Access Manager (RAM) shares and Lake Formation databases. Because organization-bound RAM shares automatically disassociate when an account leaves, any dependent control plane infrastructure would fail immediately. The team partnered with AWS to implement a “bridge-share” pattern: creating parallel, external RAM shares accepted by the consumer accounts before the migration. Once the account moved, the original shares were restored, validated for completeness, and the temporary bridge shares were safely deleted. The crucial takeaway is that validation boundaries must match production; their non-production testing had completely missed this risk because non-prod accounts were already in a separate organization and never crossed a trust boundary.

MTIA 300: Meta’s First Training Chip with Built-in NICs and Communication-Offloading Engines · Meta Training massive deep learning recommendation models is highly bottlenecked by inter-accelerator communication, as embedding tables require frequent AllReduce and AllToAll collectives that starve GPU compute cores. Meta addressed this on MTIA 300 by co-designing the silicon alongside its communication library, HCCL, integrating the network directly inside the chip package. Two built-in network chiplets provide 1.2 TB/s of total I/O bandwidth without crossing the PCIe bus, and 16 dedicated RISC-V message engines offload all reductions from the compute grid. This architecture achieves near-perfect compute isolation: running massive GEMMs alongside collectives introduces less than 0.5% compute degradation, compared to over 20% on traditional GPUs. This co-design highlights that as AI models scale, treating communication as a first-class chip architectural constraint is critical to maximizing hardware utilization.

MetaRoCE: A New RDMA Transport Built for AI-Scale Ethernet · Meta Standard RoCEv2 networks require strict in-order packet delivery and rely on Priority Flow Control (PFC) to prevent loss, which severely limits packet spraying and introduces head-of-line blocking in million-GPU AI fabrics. Meta designed MetaRoCE, a clean-sheet RDMA transport protocol that moves network intelligence to the endpoint, treating the commodity Ethernet fabric as naturally lossy. MetaRoCE sprays packets across multiple network planes, natively handles out-of-order delivery directly to memory, and uses receiver-driven rate hints for near-instant incast resolution. Under 1% packet loss conditions where standard RoCE collapses, MetaRoCE maintains 86% throughput and recovers gracefully without human intervention. This is a massive paradigm shift for infrastructure teams, proving that designing for loss at the transport layer yields superior resilience and scalability over complex, lossless network switches.

Why Code Verification Matters More Than Ever in the Age of AI · ByteByteGo The rapid rise of AI coding tools has inverted the software development bottleneck; writing code is now fast and cheap, while verifying its safety, correctness, and maintainability has become the primary bottleneck. To handle the volume of machine-generated code, teams are implementing a multi-layered “filter stack” comprising fast type-checkers and linters, unit tests, and human or AI-driven code reviews. However, a key risk is letting AI models review AI-generated code, which often results in shared blind spots and “LGTM” rubber-stamping of structurally flawed code. Furthermore, Sonar’s research indicates that messy, duplicated AI code leads to higher token costs in future agent sessions, as models must spend more effort parsing context. The generalizable lesson is that verification depth must be treated as a dynamic dial, where low-risk code is merged automatically and high-risk paths undergo human-led architectural scrutiny.

Advancing price-performance for developers with GPT‑5.6 in Kiro · OpenAI Software developers need access to highly advanced models for complex programming tasks, but they are often constrained by the high API costs and latency of frontier LLMs. OpenAI released GPT-5.6 inside the Kiro development application to optimize the price-performance curve for planning, building, reviewing, and testing code. The integration targets the developer workflow natively, balancing cognitive capacity with low-latency execution. A major challenge is managing model context windows effectively as repositories grow, ensuring relevant code is analyzed without wasting tokens. For platform engineers, this release reinforces that model upgrades must be tightly integrated into developer tools to capture real-world workflow efficiency gains, rather than left as standalone APIs.

Vercel Sandbox is now globally available · Vercel Developers building interactive, AI-driven, or sandboxed applications suffer from high latency when their computing environments are far from their backend databases and object storage. Vercel solved this by making Vercel Sandbox globally available, launching initially across four major regions: Washington D.C., San Francisco, Cleveland, and Paris. The platform architecture allows teams to select the region closest to their persistent storage services and configure failover regions to automatically redirect new sandboxes if a primary region goes down. A notable tradeoff is that while multi-region failover ensures high availability, managing state and data consistency across regions during failovers requires careful backend planning. This rollout highlights a key lesson for infrastructure teams: global computing runtimes must offer programmatic region selection to minimize the latency of cold-starts and database round trips.

Exa joins the Vercel AI Gateway and Agent Marketplace · Vercel Autonomous AI agents need real-time, high-quality web search context, but building custom crawling pipelines and managing API keys for every agent introduces significant latency, cost, and complexity. Exa solved this by integrating as a native tool on the Vercel AI Gateway and Agent Marketplace, allowing any model to search the web dynamically. The AI Gateway automatically handles the search via a built-in tool, parses and synthesizes the web context, and hands a clean, single response back to the model without requiring developers to manage raw search results. This reduces API round trips and lowers token overhead through Exa’s neural search highlights. This integration models a powerful trend for platform architects: offload web-harvesting complexity to specialized search gateways to keep your core orchestration logic lightweight and token-efficient.

Bun runtime now supports large functions and extended max duration · Vercel Serverless developers using high-performance runtimes like Bun were severely constrained by standard serverless package sizes (250MB) and short execution timeouts, preventing them from running heavy workloads or data pipelines. Vercel addressed this by expanding Bun runtime support on Vercel Functions to allow uncompressed package sizes up to 5GB and extended durations up to 30 minutes. To support these massive workloads, developers must enable Vercel’s Fluid Compute architecture and configure the durations explicitly in vercel.json. The tradeoff is that these extended features are completely disabled during the beta for projects utilizing Secure Compute or Static IPs. This change demonstrates that as serverless environments absorb AI and data engineering workloads, platform runtimes must break traditional serverless bounds to accommodate large model weights and long-running execution loops.

Environment variables now use Config and Secret types · Vercel Traditional environment variable management systems rely on binary sensitive/insensitive toggles, which often forces teams to mark non-sensitive configurations as secret or compromise on visibility. Vercel rebuilt its environment variable architecture to explicitly separate variables into “Config” (plain text, visible to members with access) and “Secret” (completely masked, non-retrievable after saving). To improve security posture, they introduced a “Separate Production Secret Values” policy, mandating that production secrets differ from those used in preview or development environments. The tradeoff is the deprecation of the older “Enforce Sensitive” policy, shifting responsibility to team members to categorize variables correctly. This represents an essential change for security engineers: segmenting configuration metadata from true secrets reduces administrative friction while enforcing environment-level secrets isolation.

Vercel Python Queues SDK is now available in beta · Vercel Modern web architectures often combine frontend JavaScript frameworks with Python-based AI or data science backend functions, but connecting them via reliable background message queues typically requires building and managing complex external message brokers. Vercel released its Python SDK for Vercel Queues in beta to enable cross-runtime message passing directly within a single project. This architecture allows a Next.js frontend route handler to publish a message that is consumed in parallel by both JavaScript and Python background workers, complete with automatic retries, sharding, and delivery guarantees. The tradeoff is the added complexity of managing dependencies and configurations across multiple runtimes in a monorepo setup. For multi-language development teams, this SDK demonstrates how abstracting the queue broker into a unified, serverless runtime SDK simplifies heterogeneous system integration.

Elastic build machines now use Turborepo cache hits to prevent downgrades · Vercel Vercel’s elastic build machines automatically scale resources up or down based on a build’s historical CPU and memory usage, but this optimization backfired on warm-cache Turborepo builds, which use very few resources. Because the elastic machine saw low usage on a cached run, it would downgrade the build machine size, leaving subsequent cold-cache builds starved of resources and prone to failure. Vercel corrected this architectural flaw by integrating Turborepo cache hit data directly into the scaling logic, preventing machine downgrades when a build runs with a warm cache. This requires absolutely no developer configuration and is applied automatically. The lesson for platform engineers is that autoscaling systems cannot rely solely on raw resource utilization metrics; they must integrate application-level caching telemetry to make intelligent, context-aware scaling decisions.

Up to 30x More Work Per Watt: NVIDIA Vera Rubin NVL72 Sets a New Efficiency Standard for AI Agents · NVIDIA Agentic AI workloads consume up to 15 times more tokens than simple chat requests because agents continuously query databases, spawn sub-agents, and carry expanding context windows through iterative loops. To support this massive token demand within power-constrained AI factories, NVIDIA engineered the Vera Rubin NVL72 platform, delivering 30x higher throughput per megawatt and 35x lower token costs than GB300 NVL72. This efficiency gain is achieved through extreme co-design: separating prefill and decode stages (disaggregated serving), rate matching, and distributed KV-caching across the scale-up domain. A key hardware tradeoff is the reliance on highly compact NVFP4 quantization to fit model weights into a smaller memory footprint. This co-design highlights that for enterprise AI scale, hardware architects must co-design silicon, memory hierarchies, and serving software to manage the compounding latency of agentic loops.

With Groq 3 LPX in Full Production, NVIDIA Extends Vera Rubin Inference for Agents · NVIDIA As AI systems transition to multi-agent reasoning, decode latency (generating tokens one-by-one) becomes the critical bottleneck, as tiny delays compound across long, iterative agent chains. NVIDIA and Groq addressed this by putting the Groq 3 LPX into full production as a low-latency inference accelerator co-designed with the Vera Rubin NVL72 platform. In benchmarks, the LPX delivered 3,400 output tokens per second for 100,000-token long-context workloads. The architecture splits tasks: Rubin GPUs handle large-scale context prefill, while the LPX’s specialized LP30 LPUs accelerate latency-sensitive token decode. This co-designed approach eliminates the traditional tradeoff between speed and throughput, serving as an instructive model for infrastructure teams looking to optimize multi-agent serving environments.

How XPUs Meet a World-Class AI Factory · NVIDIA Hyperscalers building custom XPUs face an immense, costly hurdle: they must design not just the chip, but the entire supporting infrastructure, including liquid-cooled racks, scale-up networks, and complex supply chains. NVIDIA introduced NVLink Fusion to solve this, allowing third-party XPUs and CPUs to connect directly to NVIDIA’s sixth-generation NVLink scale-up network and MGX rack-scale templates. This integration provides custom chips with 3x lower latency and 10x higher packet rates than commodity Ethernet, while leveraging a proven, standardized supply chain. The primary tradeoff is architectural locking to the NVLink ecosystem, though it completely decouples datacenter buildout from custom silicon readiness. The takeaway is that platform operators can construct semi-custom datacenters that share power, liquid cooling, and software stacks while adjusting the physical accelerator mix dynamically.

Zero to Agent in 30 Minutes: Never Type Again with Craig Hewitt · O’Reilly Radar Engineers looking to implement hands-free, voice-driven development environments often struggle with traditional dictation tools, which lack context-awareness and fail to execute complex OS-level commands. Craig Hewitt demonstrated using the Codex application’s voice mode and “computer use” API to navigate browsers, access Cursor IDE, and commit code entirely via speech. To mitigate security risks, the architecture enforces a strict human-in-the-loop approval protocol before the agent can write to files, access applications, or browse external websites. The key tradeoff is sacrificing a degree of automation speed to prevent catastrophic actions or prompt injection attacks from untrusted web pages. This showcases a critical pattern for agent developers: when giving agents OS-level control, permissions must be tightly constrained and require granular, explicit user approval.

Data Intelligence: Building Your Competitive Advantage in the Era of AI · O’Reilly Radar Modern data teams are transitioning from static dashboards to autonomous data agents, but these agents fail when forced to query raw databases without business context or proper governance. To bridge this gap, organizations are building semantic models and ontologies that serve as a consistent map of business meanings, metrics, and relationships. Standardizing data access through protocols like the Model Context Protocol (MCP) allows agents to discover and query datasets securely. However, a major security tradeoff is managing identity passthrough: agents must utilize delegated access to ensure user permissions are preserved across multiple tools and service handoffs. This highlights a foundational rule for data platform architects: metadata quality is the new data quality, and semantic governance must be enforced at the API layer rather than inside individual agent prompts.

The Cloudflare Blog – Brought to you by EmDash · Cloudflare Cloudflare needed to migrate its massive blog—which faces traffic spikes up to 5,000 requests per second—to a new, modern, pre-1.0 CMS called EmDash without incurring any downtime or performance degradation. They engineered a production architecture running EmDash on Cloudflare Workers, sitting behind a Workers Cache, an object cache built on Workers KV, and a Hyperdrive PlanetScale database link. To guarantee a safe launch, they deployed a proxy Worker that set version cookies, allowing a gradual rolling rollout starting at 1% of traffic with automated instant fallback to the legacy blog upon detecting 500 errors. The key tradeoff was actively dealing with pre-1.0 software bugs, particularly around scheduled posts, which required close co-engineering with the CMS team. This is a masterclass in infrastructure migrations: leverage edge-routing proxies and multi-tier caching to execute zero-downtime cutovers on unproven backends.


Patterns Across Companies

This period reveals an industry-wide convergence on the Model Context Protocol (MCP) as a standard interface for connecting AI agents to enterprise data and backends, demonstrated across AWS, Vercel, O’Reilly, and Cloudflare. Concurrently, there is a hard engineering push to optimize agentic infrastructure, where teams are co-designing silicon (Meta’s MTIA 300), hardware systems (NVIDIA’s disaggregated serving), and storage (AWS’s tiered caching) to handle the compounding latencies of long-context, multi-step agent loops. Finally, organizations are shifting from static, policy-based configurations to active runtime enforcement and verification layers, both in software development (GitHub’s layout-aware checks and Sonar’s agentic verification loops) and enterprise AI governance (Microsoft).


📊 I can create a customized comparison chart mapping these organizations’ latency and cost optimization architectures (like caching and tiered storage) if you want to contrast their approaches side-by-side.

Search MacWorks

Enter at least two characters.