Anthropic Signs $35B Cloud Deal With Lambda, Bypassing Big Tech Giants

·3 views

AI safety company Anthropic has reportedly committed to a five-year, $35 billion cloud computing deal with Lambda, a specialized provider backed by Nvidia, according to sources cited by Reuters. The agreement is notable for bypassing the dominant hyperscalers — Amazon Web Services, Microsoft Azure, and Google Cloud — which are also Anthropic's direct competitors in AI development. The deal is designed to secure Anthropic's long-term access to Nvidia GPUs, the most sought-after hardware resource in the AI industry. For Lambda, the contract marks a major leap from niche player to serious contender in the AI cloud market. The move signals a broader shift in the industry, as leading AI firms grow influential enough to build infrastructure alternatives outside Big Tech's ecosystem.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

How to Use nginx-proxy and acme-companion as a Docker Reverse Proxy

Running multiple services on a single server typically requires a unified entry point to handle routing and SSL termination in one place. The jwilder/nginx-proxy image automates this by watching the Docker socket and dynamically generating nginx configuration based on container labels and environment variables. An acme-companion container pairs with nginx-proxy to automatically provision and renew Let's Encrypt SSL certificates, sharing a common volume for certificate files. Both containers communicate with other services through a shared external Docker network called 'webproxy', which must be created manually once before deployment. Per-domain custom nginx configuration snippets can be placed in a designated host directory, allowing fine-grained access control without manually editing the main nginx configuration.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

React 19 Actions Explained: The Core Concept Behind useActionState and Friends

A developer writing a tutorial series on React 19 hooks realized they had explained useActionState, useOptimistic, and useFormStatus across three posts without ever defining what an 'Action' actually is. According to React's own documentation, an Action is simply a function called inside startTransition, and four doorways can trigger this behavior: a direct startTransition call, useTransition, a form's action prop accepting a function, or useActionState. Each doorway differs in what it returns — useTransition provides only an isPending flag, while useActionState also captures the function's return value as state. useOptimistic is not a doorway into Action behavior at all; it is a setter meant to be called from within an already-running Action. Understanding this shared mechanism reframes the three previously covered hooks as different entry points into the same underlying React transition system.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why Generic Cloud Storage Fails 4K/8K Video Pipelines and How to Fix It

High-bitrate video production workflows—spanning OTT, commercial, and YouTube content—face major bottlenecks not in local rendering but in cloud-based asset synchronization. A single multi-camera 4K shoot can generate up to 1.5TB of footage in professional codecs, while most consumer cloud platforms cap single-file uploads at 10–15GB and suffer socket timeouts during large transfers. Generic platforms also risk degrading professional footage through background transcoding, which can strip 10-bit color data and alter Log-curve dynamic range critical to color grading. Network latency further compounds the problem, as routing uploads to overseas servers introduces 140–220ms round-trip delays that collapse TCP throughput to as low as 15–20 MB/s despite gigabit local connections. Domestic cloud infrastructure with direct Indian peering nodes, uncapped file transfers, and bit-for-bit RAW preservation is presented as the technical solution for professional video studios.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How a Normalization Layer Keeps Home Energy Pipelines Vendor-Independent

Developers building local energy monitoring systems often face complexity when devices change or multiple sources are added, causing device-specific code to spread across the project. A recommended approach splits the pipeline into four responsibilities: the device adapter, a normalized energy model, and multiple downstream consumers such as dashboards, storage, and cloud forwarding. The normalization layer acts as a stable boundary so that no code outside the adapter needs to know whether data originated from Modbus TCP, a vendor HTTP API, or a solar inverter. Handling import and export direction explicitly within the adapter is highlighted as critical, since different devices report these values inconsistently and errors can silently reverse readings in a dashboard. Cloud forwarding is advised as a final step, added only after local readings are verified against the source device's own interface.

0 comments Read more at DEV Community