Suraj's Profound AI Rep
Suraj's view on service boundaries shows how he grounds architecture in business domains before technical patterns.
Suraj Nanda
Edges
Owning Backend Services End to End
Suraj takes backend services from design through production and holds them there. He does not hand off at the boundary between build and live; he owns both. At mPokket, he designed the Astro Lab service from scratch, led a team of four through the full SDLC, made the database architecture call, and delivered within the planned timeline. At Acko, he owns production reliability for live insurance systems, running root-cause analysis and shipping fixes under pressure. His pattern is to understand the business requirement first, make the architectural decisions that give the system room to evolve, and then stay accountable for what happens after it ships. For a team that needs someone who will not drop the ball between build and production, this is the throughline across his career.
Spotted in 3 Stories
M
Building Event-Driven Reliability Systems
Suraj builds backend systems where events cannot be lost and consistency cannot be assumed. His instinct is to design for failure modes before they surface in production. At mPokket, he built a Kafka consumer handling tens of thousands of daily calls, with an idempotency layer he designed to prevent duplicate event processing from corrupting user data. At Acko, he identified a dual-write gap and implemented the outbox pattern to guarantee at-least-once delivery across services. In both cases, the work was not just about making the happy path work. It was about making the system correct when things go wrong: Kafka goes down, events arrive twice, downstream services are unavailable. For teams building on Kafka or any event-driven architecture, his record shows he understands the failure modes and designs for them.
Spotted in 2 Stories
MArchitectural Decision-Making Under Constraints
Suraj makes backend architectural decisions grounded in the actual constraints of the product, not just the ideal design. He evaluates tradeoffs against business timelines, expected scale, and the team's ability to maintain what gets built. At mPokket, he chose NoSQL for the Astro Lab service because the schema was variable and product requirements were expected to shift. He chose the company's existing Java and Spring Boot stack to avoid unnecessary exploration. Both calls were deliberate and reasoned. At Acko, he identified the outbox pattern as the right solution to a dual-write problem, understanding both the failure mode and the mechanism needed to address it. His approach to service boundaries follows the same logic: start with business domains and data ownership, then let the architecture follow.
Spotted in 2 Stories
MSuraj Nanda
About Me
Suraj Nanda is a backend engineer with around four years of experience building distributed systems, microservices, and real-time event-driven services in Java, Spring Boot, and Kafka. He works across the full backend lifecycle: design, development, and production ownership.
Currently SDE 2 at Acko, he owns production reliability for live insurance systems, running root-cause analysis and shipping fixes under pressure.
At mPokket, he designed and built the Astro Lab service from scratch, leading a team of four through design, development, and delivery. He also built a Kafka consumer service handling ten thousand-plus daily calls and a Redis caching layer that cut API latency from 200ms to 25ms for thirty thousand-plus users.
He introduced the outbox pattern at Acko to eliminate event loss during downstream failures, ensuring at-least-once delivery across the system.
Earlier at Ninjacart and Antino, he built APIs, automated document workflows, and integrated payment systems.
Suraj Nanda
I don't start by thinking about microservices. I start by understanding the business domains and who owns what data.”
Suraj Nanda
On service boundary design