Staff Distributed Systems Engineer

Harrisonclarke β€” United States Β· Posted ~2 hours ago

Lead Full-time

Skills

Distributed systems Real-time financial infrastructure Strong consistency Global distributed systems Exactly-once processing Message processing High throughput systems Auditable systems Financial systems Real-time systems Financial infrastructure High-throughput systems

πŸ”“ Log in to save this job, tailor your resume & track your apply process β€” 7 days free, no card needed.

Log in to add to target list

Summary ✨ AI‑Generated

A Staff Distributed Systems Engineer is sought to architect and operate mission-critical real-time financial infrastructure. The role focuses on globally distributed systems requiring strong consistency, exactly-once processing, auditability, regulatory compliance, and very high throughput. It is suited to an experienced engineer who enjoys solving difficult distributed-systems problems where reliability, correctness, and latency are all critical.

Highlights

Architect mission-critical distributed systems for real-time financial infrastructure, tackling strong consistency, exactly-once processing, global scale, auditability, regulatory requirements, and extremely high transaction throughput.

Description

Staff Distributed Systems Engineer β€” Real-Time Financial Infrastructure Harrison Clarke is working with a category-defining fintech company β€” one rebuilding the infrastructure layer beneath modern capital markets β€” to hire a Staff Distributed Systems Engineer who will architect and operate systems where a misplaced millisecond is money, and a dropped message is a regulatory event. This is distributed systems at its most consequential. Not eventual consistency for a social feed β€” strong consistency guarantees across a globally distributed financial system processing billions of dollars in daily throughput. Most distributed systems roles tolerate trade-offs between consistency, availability, and partition tolerance with a shrug and a retry. Financial infrastructure doesn't get that luxury. Your system needs to be exactly-once in a world that's at-least-once, auditable to the transaction, and compliant across jurisdictions β€” all while matching the throughput expectations of a modern tech company, not a legacy bank. The companies winning this space are replacing 40-year-old COBOL plumbing with systems designed from first principles, and they need the engineers who can actually do it. What You'll Own Core transaction processing systems β€” designing and evolving the distributed architecture that handles order matching, settlement, ledger reconciliation, and position management with zero tolerance for data loss or inconsistencyEvent-driven infrastructure at scale β€” building and operating high-throughput event streaming platforms (Kafka, Pulsar, or custom) that serve as the central nervous system across trading, risk, and compliance domainsConsensus and coordination β€” implementing distributed consensus protocols, leader election, and distributed locking for systems where split-brain isn't a hypothetical β€” it's a P0 you prevent by designLow-latency networking and serialization β€” optimizing inter-service communication, wire protocols, and data serialization (Protobuf, FlatBuffers, custom binary formats) for microsecond-sensitive pathsStorage engine design β€” building or integrating purpose-built storage layers for time-series financial data, audit logs, and real-time materialized views across distributed stateOperational resilience β€” chaos engineering, failure injection, capacity modeling, and graceful degradation patterns for systems that regulators expect to never go down What You Bring 8+ years of software engineering experience with deep, hands-on distributed systems expertise β€” not just using distributed databases, but understanding the theory and trade-offs beneath themStrong command of distributed systems fundamentals β€” consensus algorithms (Raft, Paxos, or variants), replication strategies, vector clocks, CRDTs, distributed transactions, and the practical limits of the CAP theoremProduction experience designing and operating high-throughput, low-latency systems β€” you've built systems where p99 is measured in single-digit milliseconds or lowerMastery of at least one systems language β€” Java, Go, Rust, or C++ β€” with a strong opinion on when each is the right toolDeep experience with event streaming infrastructure (Kafka, Pulsar, Kinesis, or custom) at serious scale, including exactly-once semantics, partitioning strategies, and backpressure managementFamiliarity with distributed storage engines β€” you've worked with or contributed to systems like CockroachDB, TiDB, FoundationDB, Vitess, ScyllaDB, or comparable Nice to Have Previous experience in financial services, capital markets, or payments infrastructure β€” understanding of order books, settlement cycles, ledger design, or clearing systemsBackground in database internals β€” B-trees, LSM trees, WAL design, MVCC, transaction isolation levels implemented (not just configured)Familiarity with regulatory and compliance frameworks (SOC 2, PCI-DSS, MiFID II, SEC reporting) and how they shape systems architectureExperience with multi-region active-active architectures and the coordination headaches that come with themContributions to open-source distributed systems projects or published work on distributed systems topics Why This Opportunity Greenfield with gravity β€” you're not patching legacy systems; you're designing from scratch, but for a domain where the requirements are unforgiving and the problems are intellectually deepStaff-level influence β€” this is a technical leadership seat. You'll set architectural direction, mentor senior engineers, and make decisions that shape the platform for yearsRare problem density β€” the intersection of ultra-low-latency, strong consistency, regulatory auditability, and global distribution is one of the richest problem spaces in systems engineering. Most companies only deal with one or two of those constraints. You'll handle all of them simultaneouslyMeaningful scale, real stakes β€” billions in daily volume, real money, real counterparties. The systems you build will be load-bearing infrastructure for modern financial markets