openashbyhqbaincapitalventures
Staff Software Engineer, Platform Infrastructure
Astronomer
LocationNew York City, San Francisco
WorkplaceHybrid
EmploymentFullTime
Posted2026-02-13T16:48:56.741+00:00
Last observed2026-06-24 08:29:02.417615
Job idbaincapitalventures-astronomer:ashbyhq:01976be2-0e8a-43b3-9c2b-1937ee5eb5b7
Astronomer empowers data teams to bring mission-critical software, analytics, and AI to life and is the company behind Astro, the industry-leading unified DataOps platform powered by Apache Airflow®. Astro accelerates building reliable data products that unlock insights, unleash AI value, and powers data-driven applications. Trusted by more than 800 of the world's leading enterprises, Astronomer lets businesses do more with their data. To learn more, visit www.astronomer.io http://www.astronomer.io. ABOUT THIS ROLE: Astronomer’s products run on a complex, multi-cloud platform — and the reliability, scalability, and operational maturity of that platform is what we’re actively investing in. The work ahead on our Platform team isn’t about managing data or curating pipelines; it’s about building the foundational systems that everything else runs on — the kind of systems where the failure modes matter, the latency budgets are real, and getting it wrong has visible consequences for hundreds of enterprise customers. We’re looking for a Staff+-level engineer who has built production platform systems at scale before — not just consumed them. You’ve designed systems under load, reasoned carefully about failure, and made your colleagues’ lives better by giving them something solid and well-understood to build on top of. You write strategy documents and then write the code that proves them out. You’ve been the person who made the call, and lived with the consequences. This is a foundational role at a consequential moment: your work will directly shape what Astronomer’s products — Astro, Observe, and our IDE — are capable of over the next several years. This role reports directly to the VP responsible for delivering these platforms reliably. WHAT YOU GET TO DO: Astronomer has a healthy and complex infrastructure estate spanning multiple cloud providers, a mix of managed and self-hosted systems, and an increasingly ambitious set of requirements as our products evolve. We have a clear sense of where we need to go; we need the right person to figure out how to get there and then go build it. This is very much a technical role — you’ll be just as involved in building these systems as in specifying and designing them. We’re not looking for someone to write strategy documents; we’re looking for someone who writes the strategy and the code, and who has done exactly that before at scale. - Blaze a Trail: Own and develop our platform infrastructure strategy, with the sponsorship and responsibility to match. Map out what we need, make the calls, and own the outcomes. - Be an Owner: Be directly involved in deciding what we work on and how we work on it. Make promises, and keep them. - Do Sensible Things: Make principled build vs. buy assessments and advocate for the right tools for the right job — not the fashionable ones, not the ones already in the estate just because they’re there. - Garage Door Open: Create and maintain comprehensive internal documentation and decision records for systems and processes. Participate in architectural forums and make principled, open decisions that the rest of the organisation can learn from and hold us to. WHAT YOU BRING TO THE ROLE: - Distributed systems depth, grounded in practice. You have a solid working model of how production systems fail — consistency and availability tradeoffs, failure cascades, backpressure, graceful degradation. You can draw the diagram, explain the failure modes at each node, and make a reasoned argument for which ones actually matter in a given context. NALSD https://sre.google/workbook/non-abstract-design/ thinking is how you naturally approach a new system design. - Kubernetes at operator depth. You know what happens inside the scheduler and the control loop when things go wrong, because you’ve been there. You’ve operated clusters under real load, not just deployed workloads onto them. - Strong Go proficiency. The platform team writes production Go. You should be fluent: you’ve built
This page is generated from the committed OpenOpps static snapshot. Use the source posting or apply link for the employer's current canonical posting state.