How we interview engineers at Orb
Eric MurphyBefore leading the infrastructure team at Orb, I spent eight years at Asana building and scaling the reactive data loading platform powering the product and pushing real-time updates to clients through distributed caches and pub/sub infrastructure. The challenges were deeply technical in nature, but I found myself wanting to be closer to the business problems.
Orb is where those two threads came together for me: hard, unsolved infrastructure challenges and a very direct line to the product and customers.
If you’re an engineer interested in infrastructure or wondering what infra looks like at a company where usage-based billing is the core product, here’s what the role actually entails.
When I joined Orb two and a half years ago, there was no “infrastructure team.” We were 15 people in total, and focused on building out the product and getting new customers live.
As we started signing larger customers, and existing customers were growing quicker than ever, it became clear that reliability and performance weren’t background concerns. They were the product. If your billing system isn’t fast and reliable, you can’t trust it. Downtime for Orb means lost revenue for our customers — and we take that seriously.
We spun up a small, two-person infrastructure team. Early on, our mission included:
I joined because I wanted exactly that kind of work: technically challenging and directly tied to business outcomes, in an environment where minutes matter. At Orb, infra isn’t a back-office function. Our decisions show up directly in what customers experience and in how the business scales.
Orb was purpose-built from the start to be a dynamic billing and monetization platform. We’ve taken an opinionated (and ambitious!) approach by treating billing as the output of a deterministic query over the raw set of usage events, rather than just the result of incrementing state in-stream.
Why is this important?
What makes this interesting from an infrastructure perspective? Under the hood, we store usage events in ClickHouse and calculate metrics with a SQL query system. Building this architecture to handle the scale and domain complexity of billing at Orb is no easy task — there are serious infrastructure problems worth solving:
These are the types of problems the infrastructure team tackles on a daily basis. We’ve built efficient caching layers, scoped invalidation systems, and complementary high-throughput stream processing pipelines, but we’re just getting started.
This isn’t a “disappear for six months and then ship” team. The work is collaborative, cross-functional, and fast-paced.
A typical week looks like:
Today, the infra team is based in San Francisco with regular in-office collaboration (typically Monday, Thursday, and Friday), and we’re also opening roles to remote engineers.
Working at a fast growing startup in a high-complexity domain in billing isn’t for everyone. They type of engineer who thrives here:
If you’re the type of person who makes everything faster, more reliable, and more scalable, while also shaping where the company can go next, you’ll feel at home here.
Orb is at an inflection point. We’re past the “Does this even work?” stage and firmly in “How far can we take this?” You’ll play a significant role in scaling the platform and shaping how modern companies price, bill, and monetize their products, from usage events to revenue.
Check out our careers page — we’re hiring!
See how AI companies are removing the friction from invoicing, billing and revenue.