Site Reliability Engineer, Provider Operations

OpenRouter
United States
Remote

Who this role is best for

Best suited to SREs with experience in AI inference and distributed systems working in a remote, high-traffic infrastructure environment.

Best fit for

  • SREs with 4+ years in high-traffic systems and a strong grasp of observability and distributed systems failure modes
    — “4+ years in SRE, production engineering, or infrastructure roles running high-traffic, customer-facing systems”
  • Candidates who prefer building tools over executing runbooks and have a background in distributed systems
    — “Capable software engineer who prefers writing tools over executing runbooks”
  • Individuals with experience in detecting and mitigating silent ML system regressions
    — “Build continuous canaries and evals that catch silent regressions”

Things to consider

  • The role requires on-call responsibilities for provider incidents with a high operational burden
    — “Own on-call for provider incidents: triage, mitigate, communicate with providers”
  • The position demands deep technical knowledge of LLM inference mechanisms and provider API differences
    — “Understands, or is eager to learn deeply, how LLM inference is served”

How to stand out

  • Highlight experience in building monitoring and alerting systems with actionable outcomes
    — “alerting that is always actionable”
  • Demonstrate expertise in automating infrastructure tasks with safe, auditable tooling
    — “Replace manual provider-ops work with safe, auditable tooling”
  • Emphasize background in incident command and communication with external partners
    — “Calm, clear incident commander who communicates well with external partners under pressure”
  • Showcase work with observability tooling like metrics, logs, and tracing in prior roles
    — “Strong with observability tooling and practice: metrics, tracing, logs, SLOs/error budgets”
  • Demonstrate experience with load-testing and capacity planning for high-traffic endpoints
    — “Build tooling to load-test endpoints before big launches”
Pace · Fast PacedCollaboration · HighAutonomy · MediumDecision Impact · Team

Derived from job-description analysis by Serendipath's career intelligence engine.

What success looks like

  • provider health monitoring
  • automated failover
  • incident response
Typical background
SREproduction engineering

Skills & requirements

Required

SREObservabilityIncident ResponseProvider Health MonitoringAutomated Failover

Preferred

LLM InferenceProvider AccountabilityContinuous Canaries

Stack & domain

SREProduction EngineeringInfrastructureObservabilityTypeScriptPythonDistributed SystemsCommunicationProblem-solvingIncident ResponseAILLM

About the role

Original posting from OpenRouter via Ashby

ABOUT OPENROUTER

OpenRouter is the leading AI routing and infrastructure layer that enterprises use to access, manage, and optimize the best large language models across providers—without lock-in, capacity constraints, or unnecessary cost. We power the most advanced AI teams in the world by giving them the flexibility to move fast, scale confidently, and stay future-proof as models evolve.

As enterprise adoption of AI accelerates, OpenRouter sits at the center of how organizations operationalize LLMs across research, product, and production workloads.

ABOUT THE ROLE

OpenRouter routes almost a billion requests and more than 20 trillion tokens a day, across 80+ providers and thousands of endpoints. Every one of those providers can degrade, rate-limit, change behavior, or go down without warning. Our customers count on us to absorb that chaos so their apps never notice.

We're hiring our first AI Inference SRE to own the operational health of our provider supply. You'll make sure every endpoint we route to is fast, correct, and available, and that we detect and route around problems before customers do. You'll sit on the Provider Operations team, reporting to the Provider Operations Manager.

WHAT YOU'LL DO

  • Provider health and observability. Build and own monitoring for every provider and endpoint: latency, throughput, error rates, uptime, and output correctness. Set SLOs per provider tier and alert on them.
  • Detection and failover. Improve how quickly we detect degraded endpoints, and work with the routing team so traffic shifts away from them automatically.
  • Incident response. Own on-call for provider incidents: triage, mitigate, communicate with providers, run postmortems, and drive follow-ups to closure.
  • Provider accountability. Turn telemetry into scorecards and SLO reporting that providers act on, and be the technical escalation point when a provider's endpoint is misbehaving.
  • Quality regression detection. Build continuous canaries and evals that catch silent regressions (quantization changes, broken tool calling, truncated streams, pricing or usage-reporting mismatches), not just outright downtime.
  • Automate the toil. Replace manual provider-ops work (disabling endpoints, capacity changes, deprecations, rate-limit tuning) with safe, auditable tooling.
  • Capacity and launch readiness. Build tooling to load-test endpoints before big launches so day-zero traffic doesn't take them down.

ABOUT YOU

  • 4+ years in SRE, production engineering, or infrastructure roles running high-traffic, customer-facing systems.
  • Strong with observability tooling and practice: metrics, tracing, logs, SLOs/error budgets, alerting that is always actionable.
  • Capable software engineer who prefers writing tools over executing runbooks. TypeScript and/or Python.
  • Experienced with distributed systems failure modes: timeouts, retries, backpressure, partial outages, noisy neighbors.
  • Calm, clear incident commander who communicates well with external partners under pressure.
  • Understands, or is eager to learn deeply, how LLM inference is served: streaming, tool calling, prompt caching, throughput/latency tradeoffs, and how provider APIs differ.

NICE TO HAVE

  • Experience at an inference provider, model lab, GPU cloud, or API gateway/CDN company.
  • Experience with our stack: TypeScript, Cloudflare Workers, Postgres, ClickHouse, GCP, Vercel.
  • Background in routing, load balancing, or traffic management systems.
  • Experience with evals or synthetic monitoring for ML systems.

Source: OpenRouter careers (Ashby)

Similar roles