I like finding out why things fall apart and building the version that doesn't.
I like finding out why things broke, fixing them properly, and building systems that scale
and stay up. Outside of that: new tech to poke at, coffee, and football.
TRACEGET /portfolio· req_id=7f3a91· nodes are links
200 OK · —ms
About
GET /about
I'm a backend engineer at IBM, working on the
cloud layer that
database products run on. Day to day that means writing and maintaining
Kubernetes controllers, helping database teams get their products
running on the platform, and taking my turn on the pager. It's the boring-on-purpose
infrastructure that other teams ship on. That's exactly what I find interesting about it.
Before this I worked on production Go microservices: EDI pipelines,
a private blockchain on Cosmos SDK, and on-demand AWS environments. Earlier I helped keep
the backend of
India's largest voice-data collection platform
running while looking after GPU infrastructure for its ML teams. Small teams taught me to
ship fast; platform work is teaching me the discipline to ship things that last.
Distributed systems are the part I keep coming back to. Something about
how failure emerges from machines that all individually did the right thing never stops
being interesting. Outside of work I root boxes on HackTheBox.
Understanding how things break is useful regardless of which side of the problem you're on.
When I'm away from the screen it's football or coffee. Always happy to chat.
Worked with small teams, sometimes leading them, on production Go microservices using REST, gRPC, PostgreSQL, Redis, and RabbitMQ.
Built an EDI service that processed daily warehouse order volumes, and an AWS API that provisioned isolated CTF environments on demand, cutting setup from hours to minutes.
Helped build a private blockchain on Cosmos SDK for financial data integrity, plus Stripe billing and cryptographic document verification for a SaaS platform.
Set up monitoring with Grafana, Prometheus, and Loki, and Docker-based CI/CD pipelines.
Built an audio validation pipeline in Python that used ML models to take over a good chunk of the manual quality checks.
Looked after the on-prem GPU infrastructure for ML teams, and built internal tools across Go, Python, Flutter, and React.
v0.xpre-2021
The early commits — learning & building
Flutter apps, Go experiments, a COVID-19 tracker that picked up 99 GitHub stars, a toy blockchain, a forum backend. The usual path: curiosity → terminal → career.
Stack
GET /stack
// the short list of things I use enough to be opinionated aboutmodulegithub.com/ashishkhuraishy/engineeringgo1.24require (
golangvDaily// services, controllers, CLIskubernetesvDaily// custom controllers, operators, debugging at 2amgrpc-and-restvProd// api design, protobuf, versioningpostgres / redisvProd// state, caching, "why is this slow"rabbitmq / queuesvProd// async pipelines, exactly-once-ishdocker / ci-cdvProd// images, pipelines, releasesobservabilityvProd// grafana, prometheus, loki, slo thinkingaws / cloud-infravProd// provisioning apis, automationml-infravShipped// gpu clusters, validation pipelinesnew-shiny-thingsvAlways// currently learning: see /projects
)
Versions are honest: vProd means I've run it in production and
been paged for it.
Go CLI that monitors RAM and CPU across multiple servers and renders the numbers as live terminal graphs. Built so I could watch my whole fleet without keeping five SSH tabs open.
Docker base image for the Kaldi speech toolkit, optimised for running ASR servers on top of it. 2k+ pulls on Docker Hub from people who also didn't want to compile Kaldi from scratch.
The page you're reading, built with Astro, Tailwind, and an animated request trace. Permanently marked "building" because that's the honest status of every personal site ever made.
#astro#wip
POST /contact
Let's build something that stays up.
Happy to talk platform problems, Go, infrastructure, AI systems, or why your cluster is
doing that.