Software engineer · Cloud search · Bengaluru

I make complex systems feel dependable.

I build and operate cloud search infrastructure—connecting distributed-systems depth, production empathy, security, and applied research to solve the problems that only appear at real-world scale.

MY SYSTEM MAP / 01

CloudSEARCH
01Reliability
02Identity
03Migration
04Research

Designing for the edge cases

OpenSearchDistributed systemsCloud infrastructure Search relevanceProduction reliabilityIdentity & access
01 About

Engineering with
calm intensity.

I’m Priyeash, a software engineer working on OCI OpenSearch. I care about the full life of a system: how it is designed, how it fails, how it recovers, and how clearly we explain it to the people who depend on it.

My work spans management- and data-plane architecture, major-version upgrades, secure identity integrations, live migration, customer-facing debugging, and operational tooling. Alongside engineering, my M.Tech research explores how hybrid lexical-semantic retrieval can adapt its compute budget without quietly giving away relevance.

The connecting thread is simple: go deep, challenge assumptions with evidence, and leave the system—and the team—more capable than before.

Based inBengaluru, India
Current focusOCI OpenSearch
Research lensAdaptive hybrid search
Default modeOwn it end to end
02 Selected work

Where architecture
meets operations.

Selected themes from my work. Public-safe by design: focused on the problem, the engineering approach, and the customer value.

01 / Platform engineeringCurrent

Live migration

Designing a safe path from self-managed search to cloud.

Owning architecture and implementation for remote reindex trust and migration workflows—from API contracts and certificate validation to idempotent rollout, failure recovery, observability, and secure runtime configuration.

  • API design
  • Java
  • Kubernetes
  • TLS
  • Workflows
02 / ReliabilityProduction

Upgrade engineering

Making major-version change less surprising.

Investigated cross-version upgrade paths, fixed a plugin compatibility break, supported time-sensitive mitigations, and improved the guidance teams use to move legacy clusters forward safely.

  • Compatibility
  • Debugging
  • Release readiness
03 / SecurityIdentity

SAML & enterprise identity

Untangling the edge cases between identity providers and search.

Building domain depth in SAML integrations, reproducing difficult authentication behavior, tracing metadata and role-mapping paths, and turning incident findings into durable product fixes.

  • SAML 2.0
  • Entra ID
  • Security
  • OpenSearch
04 / Operational leverageTooling

On-call systems

Turning hard-won incident knowledge into repeatable, guarded workflows.

Developed tooling for fleet audits, capacity analysis, Kubernetes discovery, health diagnosis, and evidence-backed incident recovery. The goal is not merely faster response—it is safer decisions, clearer handoffs, and less operational drift.

  • Python
  • OCI
  • Kubernetes
  • Automation
  • Incident response
03 Research

M.Tech dissertation · Information retrieval

How much search
is enough?

My dissertation studies the effectiveness and trade-offs of pre-retrieval gating for hybrid lexical-semantic search in OpenSearch.

The work combines relevance evaluation, systems benchmarking, reproducible experiment design, and adaptive ANN budgeting. Just as important as finding wins: negative results stay visible, test data stays untouched until the protocol says otherwise, and deployment claims stop where the evidence stops.

BM25Vector searchHNSWLearning to routeTail latency
EXPERIMENT LOGSTATUS / E039b
39+ formal experiment
iterations
qualityefficiency →
3+public research
corpora
0hidden failures
in the record
1rule: evidence
before claims

Local and research results are presented with their scope and guardrails intact.

04 How I work

A few operating
principles.

01

Go to the system.

Trace the real workflow, inspect the actual state, reproduce the edge case. Architecture becomes useful when it explains what the system truly does.

02

Design the failure path.

Retries, rollback, observability, and operator clarity are product features. The unhappy path deserves first-class design.

03

Make evidence legible.

A good result can survive scrutiny. Document assumptions, preserve negative findings, and make the next decision easier for everyone.

04

Leave leverage behind.

Turn one-off fixes into tools, runbooks, tests, and shared patterns so the team compounds what it learns.

Working set

Tools change.
Fundamentals travel.

OpenSearch Java OCI Python Kubernetes Distributed systems REST APIs Search relevance SAML TLS Observability Machine learning

One system. Many moving parts.

Let’s make the complex
clearer together.

I’m always interested in thoughtful conversations about search, distributed systems, cloud reliability, and engineering research.

Bengaluru, India
Profile link copied