КитайInference Infrastructure Architect (Remote)
4 нед. назад
КитайSeniorRemote
aicloudinfrastructureapi
Architect responsible for building and scaling inference infrastructure for AI-agent traffic in a global connectivity platform.
О компании
- Telnyx is an industry leader that's not just imagining the future of global connectivity—we're building it. From architecting and amplifying the reach of a private, global, multi-cloud IP network , to bringing hyperlocal edge technology right to your fingertips through intuitive APIs, we're shaping a new era of seamless interconnection between people, devices, and applications.
- We're driven by a desire to transform and modernize what's antiquated, automate the manual, and solve real-world problems through innovative connectivity solutions. As a testament to our success, we're proud to stand as a financially stable and profitable company. Our robust profitability allows us not only to invest in pioneering technologies but also to foster an environment of continuous learning and growth for our team.
- Our collective vision is a world where borderless connectivity fuels limitless innovation. By joining us, you can be part of laying the foundations for this interconnected future. We're currently seeking passionate individuals who are excited about the opportunity to contribute to an industry-shaping company while growing their own skills and careers.
Требования
- You have owned production LLM serving under meaningful traffic and latency constraints, and can explain the architecture, the bottlenecks you diagnosed, the changes you made, and the resulting improvements in latency, reliability or cost. Scale on the order of thousands of GPUs or millions of requests a day is a strong signal, not a hard requirement.
- Kubernetes on GPU fleets, operated end to end: GPU Operator, device plugins, node pools and topology-aware placement, gang scheduling (LeaderWorkerSet, Kueue), GitOps rollouts, and the ability to debug why a pod landed where it did.
- Deep operational command of vLLM or SGLang: deploying, tuning and upgrading it (parallelism with TP / EP, quantization, batch and KV-cache settings, prefix caching, disaggregation), and knowing which knob moves which metric.
- Performance engineering at the system level: you read engine and DCGM metrics, reason from roofline, and size deployments with numbers.
- Python and Go for automation; real Linux, networking and storage depth. You don't need to write CUDA; you need to know when a problem is one, and route it upstream.
- You work with the community in English and Chinese, and write runbooks and design docs people actually read.
Будет плюсом
- Fine-tuning / RL infrastructure: LoRA pipelines, evaluation harnesses, champion/challenger rollout.
- Real-time voice latency work: sub-second time-to-first-token budgets on live calls.
- Multi-region deployments and data-residency requirements.
Условия
- The newest hardware, ours from the metal up. A globally expanding B300 fleet that Telnyx builds and operates end to end. Bring your experience optimizing demanding production workloads to a fleet where you shape the architecture from bare metal to customer endpoint.
- Own the platform, build the team. A greenfield inference platform where you set the pattern others follow. As a founding member of our China team, you also get a say in who joins next and how the team works.
- Open-source first. Upstream contribution is part of the job, and conference travel is supported.
- Based in mainland China, no relocation required. You work remotely with a global, async-friendly team. Should you ever choose to move, we have hiring entities in the Netherlands, the United States, Ireland and Saudi Arabia, and we sponsor visas.
Другое
- Senior / Staff · Remote — mainland China · Founding China team
- Telnyx runs its own B300 fleet — our hardware, in our facilities, operated from the metal up, and expanding globally. This role exists to turn that fleet into useful throughput: Telnyx's own AI-agent traffic on the voice and messaging network, and external customers' inference behind the token gateway, dedicated deployments and tuned models.
- You have two mandates:
- Operate and expand the fleet efficiently. Maximize useful inference throughput per GPU-dollar while meeting latency and reliability SLOs, and continuously reduce cost per token.
- Make the product run on it. Serverless inference for the open-weight catalog, and dedicated, tuned model deployments for enterprises.
- The stack is open source, bare metal to OpenAI-compatible endpoint. You work upstream in it.
- Serverless serving pools. vLLM / SGLang engines with continuous batching, prefix caching, low-precision serving (FP8, FP4, INT4) and MoE expert parallelism, serving the head of the open-weight catalog at multi-tenant scale.
- The fleet layer. llm-d / NVIDIA Dynamo on the Kubernetes Gateway API: KV-cache-aware routing, prefill/decode disaggregation, KV tiering (Mooncake), and multi-LoRA serving so hundreds of customer adapters share one base pool.
- The platform under it. Kubernetes on bare metal: GPU Operator, topology-aware scheduling, LeaderWorkerSet, Kueue; Kata Containers for isolated dedicated tenants; bare-metal lifecycle with OpenStack Ironic.
- Weight logistics and elasticity. P2P model distribution (Dragonfly, safetensors streaming), warm pools, and autoscaling driven by inference metrics — queue depth, KV occupancy, TTFT — never CPU.
- The dedicated tier. Per-tenant pools, GPU-hour metering, latency SLOs, private networking; and the serving side of the model-tuning loop: adapter versioning, canary rollout, rollback on outcome regression.
- Observability and economics. DCGM and engine metrics into Prometheus / OpenTelemetry; capacity planning grounded in roofline math — bandwidth-bound decode, batching curves, utilization versus cost per token.
- Some of this is committed direction: Kubernetes on bare metal, vLLM / SGLang, an OpenAI-compatible endpoint. Much of the rest is candidates you'll evaluate. You'll select, benchmark and integrate the components that earn their place in production. We value depth in the core serving stack and sound architectural judgment, not prior experience with every project listed.
- Engines: vLLM · SGLang
- Serving techniques: prefill/decode disaggregation · wide expert parallelism · speculative decoding (MTP, EAGLE-3) · low precision (FP8, FP4, INT4)
- MoE & attention libraries: DeepEP · DeepGEMM · EPLB · FlashMLA
- Routing & serving: llm-d · NVIDIA Dynamo · Kubernetes Gateway API · Envoy · Ray Serve / KubeRay
- KV cache & weights: Mooncake · HiCache · 3FS · Dragonfly
- Scheduling & GPU sharing: Kubernetes · Volcano · Kueue · LeaderWorkerSet · HAMi
- Isolation & bare metal: Kata Containers · OpenStack Ironic · NVIDIA GPU Operator
- Observability: Prometheus · Grafana · DCGM · OpenTelemetry
- Operated inference platforms at the scale of Ant Group, Alibaba Cloud / PAI, Tencent, ByteDance, Baidu, Huawei, DaoCloud, Moonshot, DeepSeek, or comparable teams.
- Contributor to, or heavy production user of, any of: vLLM, SGLang, llm-d, NVIDIA Dynamo, Ray / KubeRay, Kata Containers, Volcano, Kueue, HAMi, Dragonfly, Mooncake, Envoy.
- Presence in the CNCF / OpenInfra community: talks at KubeCon China, OpenInfra Days, vLLM or SGLang meetups.
- Include a brief description of an inference system you personally improved: the bottleneck, your intervention, and the measured result. An anonymized example is welcome.