Ishan Shah
PayPal, Software Engineer
San Francisco, California, United States
Actions
Ishan Shah is a Staff Software Engineer with 10+ years designing and delivering large‑scale, event‑driven, and cloud‑native systems across PayPal, Nordstrom, and Securonix. He has built real‑time CDC pipelines, experimentation/model‑routing platforms, and high‑throughput search/analytics systems. Ishan mentors teams on reliability, schema governance, and observability, with deep expertise in Java, Spring, Kafka, Debezium, AWS, Redis, Postgres, DynamoDB, and SOLR.
Area of Expertise
Topics
Partitioning with Purpose: Kafka Producer Strategies that Cut Lag ~30%
Hot partitions and uneven key distribution are common—and they quietly cap throughput. This session breaks down how purposeful partitioning (entity‑affinity keys, composite keys, and targeted salting) plus tuned producer configs (batch.size, linger.ms, acks, idempotent producers) reduced consumer lag by ~30% in a high‑throughput pipeline. We’ll align partition strategy with consumer concurrency, discuss sticky vs uniform distribution, and show practical skew detection (per‑partition lag, heatmaps) and mitigation (pre‑partitioning, re‑keying). You’ll leave with a field‑tested checklist to diagnose hotspots, tune batching, and roll out changes safely without thundering herd rebalances.
CDC in the Real World: Debezium + Kafka Streams for Trustworthy Inventory
Inventory and catalog drift hurts availability, promise accuracy, and customer trust. This talk shares a production‑proven CDC blueprint using Debezium → Kafka (Avro + Schema Registry) → Kafka Streams state stores to publish Postgres RDS changes, preserve per‑entity ordering, and keep availability accurate in near real time. We’ll cover business‑keyed partitions, compaction, idempotency, handling late/out‑of‑order events, and safe replays/backfills without double‑counting. You’ll see the operational playbook (lag SLOs tied to domain truth, DLQ triage, and runbooks for connector restarts/rebalances) plus governance practices for topic conventions and schema evolution. We’ll close with outcomes from deploying unified outbound inventory events and maintaining bounded lag under bursty load.
Speed vs. Cost in Fulfillment: Optimizing What Actually Matters
“Closest FC ≠ fastest or cheapest.” This talk walks through a production-grade optimization that selects fulfillment centers by true speed and true cost—combining labor models, carrier rate cards, and SLA penalties with solver-backed routing. We’ll cover inputs (zones, weights, surcharges), constraints (eligibility, capacity), experimentation (backtests + traffic splits), and rollout guardrails. Expect real-world pitfalls, what moved the needle, and how we measured success.
Schema Governance That Scales: Contracts, Versioning, and Safe Evolution
Abstract: The fastest way to break a streaming platform is casual schema changes. This talk shares a governance model: namespacing, compatibility rules, deprecation playbooks, linting, CI gates, and topic lifecycle policies. We’ll cover consumer-driven contracts, backfills, and rollout sequencing that avoids “flag days.”
Reverse Logistics as a Platform: From RMA to Restock in Hours
Abstract: Returns are data-heavy and time-sensitive. We’ll design an event-driven reverse-logistics pipeline that connects carriers, FCs, QC, and catalog availability. Topics include as-received vs. as-inspected states, partial credits, fraud controls, and rapid resale. Expect architecture diagrams and the KPIs that changed the business.
Experimentation for Platforms: A/B Testing Your Supply Chain & Routing
Feature flags aren’t enough when the “feature” is a new optimizer or routing heuristic. Learn how to run fair, explainable experiments on fulfillment and logistics: backtests vs. live splits, guardrails, unit-economics attribution, and communicating wins (or honest losses) to non-technical stakeholders.
Ishan Shah
PayPal, Software Engineer
San Francisco, California, United States
Actions
Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.
Jump to top