Network Engineer, Capacity and Efficiency
<div class="content-intro"><h2><strong>About Anthropic</strong></h2>
<p>Anthropic’s mission is to create reliable, interpretable, and steerable AI systems. We want AI to be safe and beneficial for our users and for society as a whole. Our team is a quickly growing group of committed researchers, engineers, policy experts, and business leaders working together to build beneficial AI systems.</p></div><h2 class="heading"><strong>About the team </strong></h2>
<p>The Capacity & Efficiency team sits inside Anthropic’s Compute organization and owns the cost, utilization, and attribution story for non-accelerator infrastructure — the network, compute, and storage backbone that moves petabytes between training clusters, inference fleets, and object storage across clouds and regions. The scale is real, the spend is large, and the efficiency levers are still mostly unpulled.</p>
<p>We work alongside the Systems Networking team (who build and operate the fabric) and the Observability team. This role lives at the intersection: you’ll use deep networking knowledge and rigorous measurement to figure out where and how bandwidth, latency, and dollars are being used, find optimization opportunities and land them.</p>
<h2 class="heading"><strong>About the role</strong></h2>
<p>We’re looking for a network engineer who thinks in metrics first. You understand spine-leaf fabrics, BGP, SDN overlays, and cloud interconnect products well enough to build them. You will instrument them, model their cost-per-bit, and squeeze out the inefficiency, while ensuring we can move the bits to the right places in the most efficient manner. You’ll own the observability and efficiency surface for Anthropic’s network: building intelligence using telemetry, to understanding how workloads use the network, to cost attribution that tells a research team exactly what their checkpoint sync is costing.</p>
<p>This is a hands-on IC role. You’ll write code (Python, Go), build dashboards, model capacity, and work with networking teams to help meet the needs of the workload owners. You’ll also influence architecture: when the data says a traffic pattern is pathological, you’ll be in the room root causing it and fixing it. You will be working across multiple areas: network telemetry and observability, and cost modeling and attribution. We expect you to be strong in at least two and willing to grow into the third. If you're a telemetry-first engineer who's never built a chargeback model, or a traffic engineer who hasn't shipped eBPF probes, apply anyway and tell us which axis you want to grow on.</p>
<h2 class="heading"><strong>What you’ll do</strong></h2>
<ul>
<li><strong>Workload network profile development: </strong>characterize how each major workload actually uses the network: bandwidth, latency sensitivity, cross-cloud, cross-region traffic patterns, topology dependencies. This is the observability foundation everything else builds on.</li>
<li><strong>Build the network observability stack. </strong>Build or use telemetry pipelines, sFlow/IPFIX, gNMI streaming, eBPF host probes, to turn packet counters into per-flow, per-tenant, per-workload cost and utilization data.</li>
<li><strong>Usage monitoring, attribution & cost model</strong>: Use network telemetry to attribute end-to-end usage, egress, and interconnect transit costs back to workloads & teams. Collaborate on designing a cost data model for network usage.</li>
<li><strong>Capacity sizing & forecasting:</strong> use telemetry, growth drivers, forecast interconnect, egress, intra-DC bandwidth needs and feed procurement & contract teams ahead of demand.</li>
<li><strong>Hunt for efficiency. </strong>Analyze inter-region traffic patterns, identify hot links and stranded capacity, and quantify the dollar impact. Build the models that tell us whether we should buy more capacity, or move the workload. </li>
<li><strong>Influence decisions you don't own</strong>. A large fraction of this role is convincing other teams to act on what your data shows: making the case to research that a traffic pattern needs to change, to finance that an interconnect tranche is worth buying, to Systems Networking that a QoS policy needs rewriting. You'll partner closely with Systems Networking on fabric architecture and Observability on telemetry platform integration, but the cost and efficiency wins will come from moving teams that don't report to you.</li>
<li><strong>Automate. </strong>Extend our intent-based network configuration systems and write the tooling that turns your efficiency findings into safe, reviewable, and impactful changes.</li>
</ul>
<h2 class="heading"><strong>You may be a good fit if you</strong></h2>
<ul>
<li>Have 5+ years operating large-scale production networks — data center fabrics (spine-leaf, Clos), backbone/WAN, or hyperscaler-adjacent environments. </li>
<li>Understand how traffic moves through the network even if you don't know the specifics of how. </li>
<li>Know at least one major CSP’s networking model well AWS (VPC, TGW, Direct Connect, Gateway Load Balancer) or GCP (Shared VPC, Interconnect, Cloud Router, Network Connectivity Center) </li>
<li>Have built or operated network telemetry at scale: streaming telemetry (gNMI/OpenConfig), flow export (sFlow, IPFIX, NetFlow), or eBPF-based host-side instrumentation. You can reason about sampling, cardinality, storage tradeoffs, and enrich telemetry to build intelligence and actionable insights. </li>
<li>Comfortable writing Python or Go to build tooling, telemetry pipelines, infrastructure-as-code, config management for network devices and automation, that you’ll ship to production.</li>
<li>Think quantitatively by default. You reach for a notebook or a Grafana query before you reach for an opinion, and you can turn messy counter data into a defensible cost model.</li>
<li>Communicate crisply. You can explain to a finance partner why a 10% egress reduction matters, and to a network engineer why a specific ECMP imbalance is costing real money.</li>
</ul>
<h2 class="heading"><strong>Strong candidates may also have</strong></h2>
<ul>
<li>Background on a cloud provider's networking team or a cloud networking product team — building or operating the interconnect, backbone, or SDN control plane from the provider side, not just consuming it as a customer.</li>
<li>
<p>Familiarity with AI/ML infrastructure traffic patterns like collective communication (all-reduce, all-gather), checkpoint/weight transfer, inference serving, and how these stress networks differ than traditional workloads in terms of burst behavior, flow synchronization, and bandwidth symmetry.</p>
</li>
<li>
<p>Background in traffic engineering for large backbones and the operational judgment to know when TE is worth the complexity.</p>
</li>
<li>
<p>Hands-on time with multi-cloud connectivity: cross-cloud peering, private interconnect products, and the billing models that come with them.</p>
</li>
<li>
<p>Experience building cost/chargeback systems for shared infrastructure, or FinOps exposure in a large cloud environment.</p>
</li>
</ul>
<h2><strong>Nice to Have</strong></h2>
<ul>
<li>Are genuinely fluent across the stack: BGP (including policy and communities), ECMP, VXLAN/EVPN or equivalent overlays, QoS (DSCP, queuing, shaping), and L1/optical basics (DWDM, coherent, LAGs). </li>
<li>Experience with HPC fabrics like InfiniBand, RoCE v2, lossless Ethernet, or custom high-radix topologies and an understanding of how job placement, congestion management, and adaptive routing interact at scale.</li>
</ul>
<h2><strong>Representative projects</strong></h2>
<ul>
<li>Build a per-flow cost attribution pipeline that traces every byte of cross-region egress back to the team and workload that generated it</li>
<li>Model whether it's cheaper to buy an additional 1.6Tb interconnect tranche or to re-route traffic through existing capacity</li>
<li> </li>
</ul>
<h2><strong>Why this role, why now</strong></h2>
<p>Anthropic’s network footprint is growing faster than our ability to reason about it. We’re turning up tens of terabits of private backbone capacity, peering across clouds, and moving model weights that keep getting larger. The efficiency opportunities are enormous and largely untouched — this is a chance to build the measurement and optimization layer from the ground up, with real budget impact and direct influence on how Anthropic’s infrastructure scales.</p><div class="content-pay-transparency"><div class="pay-input"><div class="description"><p>The annual compensation range for this role is listed below. </p>
<p>For sales roles, the range provided is the role’s On Target Earnings ("OTE") range, meaning that the range includes both the sales commissions/sales bonuses target and annual base salary for the role.</p></div><div class="title">Annual Salary:</div><div class="pay-range"><span>$320,000</span><span class="divider">—</span><span>$405,000 USD</span></div></div></div><div class="content-conclusion"><h2><strong>Logistics</strong></h2>
<p><strong>Minimum education: </strong>Bachelor’s degree or an equivalent combination of education, training, and/or experience</p>
<p><strong>Required field of study: </strong>A field relevant to the role as demonstrated through coursework, training, or professional experience</p>
<p><strong>Minimum years of experience: </strong>Years of experience required will correlate with the internal job level requirements for the position</p>
<p><strong>Location-based hybrid policy:</strong> Currently, we expect all staff to be in one of our offices at least 25% of the time. However, some roles may require more time in our offices.</p>
<p><strong data-stringify-type="bold">Visa sponsorship:</strong> We do sponsor visas! However, we aren't able to successfully sponsor visas for every role and every candidate. But if we make you an offer, we will make every reasonable effort to get you a visa, and we retain an immigration lawyer to help wi
This listing is from ats_greenhouse. View original listing ↗