Member of Technical Staff (Software Engineer, GPU Cluster Infrastructure)
This is the employer's own posting, not a copy on a job board.
What we know
Is it still open?
Confirmed still open
Last checked 2d ago — checked against the employer's own applicant tracking system, which is the company answering directly.
We re-read the employer's own applicant tracking system and the posting was still there. That is the company answering directly.
How old is it?
Posted 5d ago
The date the source published, not the day we noticed it (2026-10-28). Last seen at its source just now.
We have tracked this listing since 28 Oct 2026 (5 days). The employer's own board has carried it every time we have read it, most recently just now.
Is it remote?
Remote (United States)
That is the location the employer filed this posting under. Quoted as written — we do not re-word the source's own location.
Who may apply?
United States, Toronto
The description states no restriction of its own. This is the source's own tag.
Pay
$250k–485k/yr
Published by the source in its own salary field. Shown in the posting's own currency and period; we never convert.
Skills named in the ad
Recognised terms only, from a fixed vocabulary — this is what CV matching compares against.
Carried by 1 source
-
Ashby employer's own board first seen 5d ago · last seen just now
The listing
Perplexity serves hundreds of millions of queries a month, and every one of them fans out into multiple AI inference requests running in real time. Behind that sits a large GPU fleet spread across several cloud providers. Today, our inference engineers and researchers build models while also managing networking, securing capacity, and operating the underlying GPU clusters, responsibilities we want a dedicated platform team to own. Your job is to take ownership of that infrastructure and hide its complexity behind a unified, self-serve platform for running training and inference workloads.
Responsibilities
Build a self-serve compute platform. Design and own the systems that let inference engineers and researchers launch training jobs and operate inference services without managing GPU provisioning, cluster configuration, or provider-specific infrastructure.
Operate the GPU fleet. Own provisioning, lifecycle management, reliability, and capacity integration across providers, giving teams a consistent way to use compute regardless of where it runs.
Solve for GPU scarcity. Build the scheduling and placement logic that finds available capacity across providers, packs it efficiently, and gets the right workload onto the right hardware under real constraints.
Support two very different workloads. Keep long-running distributed training jobs healthy while simultaneously guaranteeing the availability and latency of production inference services on the same fleet.
Own the Kubernetes for GPU orchestration. Write the operators and CRDs, and manage many clusters across providers so the platform behaves the same everywhere we run.
Make failure boring. Build the fault tolerance, autoscaling, and observability that keep the fleet utilized and let workloads survive node loss, provider hiccups, and capacity shifts without human intervention.
Set technical direction across teams. Partner with inference and cloud infrastructure engineers to turn operational constraints into a coherent platform architecture and roadmap.
Qualifications
We expect you to have real depth in most of these:
Deep Kubernetes experience — custom operators, CRDs, and multi-cluster federation, not just running kubectl apply.
You've managed GPU clusters at scale: NVIDIA hardware, CUDA, and the networking that makes them fast (InfiniBand or RoCE).
You've orchestrated compute across multiple clouds (CoreWeave, AWS, GCP, or similar) and understand how different each one really is.
Strong distributed systems fundamentals: scheduling, resource allocation, and fault tolerance under load.
You write infrastructure and systems-level code in Go, Rust or C++.
You've supported both long-running training jobs and high-availability inference services, and you know why they pull infrastructure in opposite directions.
You own problems end-to-end and do well when the path forward isn't laid out for you.
Additional experience we value
Inference serving stacks: vLLM, SGLang, or TensorRT-LLM.
Slurm or other HPC schedulers.
GPU kernel work in CUDA or Triton — not required, but notable.
High-speed interconnects: InfiniBand, RoCE, or RDMA in production.
Observability for ML workloads: Prometheus, Grafana, or Weights & Biases.