Skip to content
Sanjay Singh Bhandari
ShowcaseCase StudiesJourneyExpertiseLeadershipAI EngineeringEducation
ResumeContact

Explore

  • Engineering Showcase
  • Case Studies
  • Engineering Journey
  • Technical Expertise
  • Leadership
  • Architecture
  • AI Engineering

Credentials

  • Achievements
  • Education
  • Resume

Contact

  • Professional Hub
  • LinkedIn
  • LinkedIn
  • GitHub

© 2026 Sanjay Singh Bhandari.

Built with Next.js, TypeScript, and Tailwind CSS · v1.2.0

    1. Home/
    2. Case Studies/
    3. Enterprise Exchange Platform
    ProductionOpal BPM India Pvt Ltd

    Enterprise Exchange Platform

    A 16-microservice trading platform matching buyers and sellers across multi-tenant e-waste categories, run at 99.9% uptime.

    Type
    Enterprise case study
    Client / company
    Opal BPM India Pvt Ltd
    Stack
    8 technologies

    On this page

    • Business Problem
    • My Role
    • Technology Stack
    • Architecture Summary
    • Technical Challenges
    • Engineering Decisions
    • Engineering Outcomes

    Business Problem

    Opal BPM needed a trading platform to let buyers and sellers transact across multiple waste categories in a multi-tenant setup — meaning many separate client organizations run their own trading operations on shared infrastructure without seeing each other's data. Order intake, trade matching, settlement, and notification all needed to work correctly for every tenant, at production reliability, across 5 waste categories.

    My Role

    I architected the platform as the lead developer at Opal BPM: I designed the service decomposition, made the core data and messaging architecture decisions, and led implementation across the microservice set. This was built and delivered under my technical ownership, not handed to me as a pre-defined spec.

    Technology Stack

    Java 21Spring Boot 3.4.13MicroservicesPostgreSQLKafkaRedisAWSDocker

    Architecture Summary

    The platform is composed of 16 interconnected microservices on Java 21 and Spring Boot 3.4.13, covering buyer/seller order management, trade matching, settlement, and notifications. PostgreSQL is the system of record; Kafka carries the event flow between services (orders → matching → settlement → notification); Redis supports low-latency lookups and caching in the matching/notification path.

    Technical Challenges

    Maintaining strict multi-tenant data isolation while still sharing infrastructure across tenants, and keeping notification delivery fast and reliable as order volume scaled across 5 waste categories concurrently.

    Engineering Decisions

    Decompose the platform into 16 focused microservices rather than a smaller number of broader services.

    Why — Order intake, trade matching, settlement, and notification have distinct scaling and change profiles per tenant and waste category — separating them let each evolve and scale independently.

    Tradeoff accepted — More services to operate, deploy, and monitor, and more discipline required in inter-service contracts and versioning.

    Use Kafka as the backbone for order-to-settlement event flow.

    Why — Trade matching and settlement are inherently event-driven (an order placed, matched, and settled is a sequence of state transitions across services) — Kafka gives durable, ordered delivery and lets notification consume the same event stream without coupling to the transactional path.

    Engineering Outcomes

    16
    Microservices
    99.9%
    Production uptime
    <100ms
    Notification delivery
    5
    Waste categories supported
    • Running in production at 99.9% uptime.
    • Notification delivery at under 100ms.
    • Supports buyer/seller order management, trade matching, and settlement across 5 waste categories in a single multi-tenant platform.
    Next

    Beckn Protocol Verification Adapter

    Related projects

    ProductionOpal BPM India Pvt Ltd

    Beckn Protocol Verification Adapter

    An RFC 1.2.0-compliant Beckn adapter ("WRI Connector") for identity verification across multiple providers, with sub-50ms P95 latency.

    Python 3.12+FastAPIPostgreSQLCeleryDocker
    Read case study
    ProductionOpal BPM India Pvt Ltd

    OAuth2 Authentication Platform

    A standardized OAuth2 authentication and authorization system rolled out across multiple client deployments of Opal's platform.

    JavaSpring BootSpring SecurityOAuth2JWT
    Read case study
    ← Back to all case studies