<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Systems on Hrushikesh Dokala</title><link>https://hrushikesh.dev/tags/systems/</link><description>Recent content in Systems on Hrushikesh Dokala</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Tue, 30 Dec 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://hrushikesh.dev/tags/systems/index.xml" rel="self" type="application/rss+xml"/><item><title>building snaildb 🐌 : embedded, persistent key-value store written in rust</title><link>https://hrushikesh.dev/notes/snaildb/</link><pubDate>Tue, 30 Dec 2025 00:00:00 +0000</pubDate><guid>https://hrushikesh.dev/notes/snaildb/</guid><description>&lt;p>i decided to experiment with building a key-value store in rust as a fun project to both learn the language and dive into writing the low-level data structures and algorithms used in databases. inspiration was to see how far i could push the limits of a kv store compared to existing solutions like &lt;a href="https://rocksdb.org/">rocksdb&lt;/a> and &lt;a href="https://github.com/google/leveldb">leveldb&lt;/a>, especially after reading up on architectural concepts like bare-metal designs, object storage-based databases, and the &lt;a href="https://arxiv.org/pdf/2308.05462">bf-tree&lt;/a> paper. this project is my way of getting hands-on experience and satisfying my curiosity about database internals, might turn out to be production ready db in future. (start date: 02 december 2025, not really sure when this gets finished)&lt;/p></description></item><item><title>vitess architecture</title><link>https://hrushikesh.dev/notes/vitess/</link><pubDate>Fri, 21 Nov 2025 00:00:00 +0000</pubDate><guid>https://hrushikesh.dev/notes/vitess/</guid><description>&lt;p>first of all, im very inspired by &lt;a href="https://x.com/samlambert">@samlambert&lt;/a>, ceo of planetscale. i was curious enough to explore the &lt;a href="https://planetscale.com">planetscale.com&lt;/a> (fastest dbs available in cloud with their fast NVMe drives) and found something interesting, which is &lt;strong>vitess&lt;/strong>.&lt;/p>
&lt;p>there is a lot going on, in their website but the &lt;strong>vitess&lt;/strong>, allows &lt;em>&lt;strong>mysql dbs to scale horizontally through sharding&lt;/strong>&lt;/em>. which is very interesting. so thought of digging deeper into it. one of the questions i had was - &amp;ldquo;what is the exact problem vitess solves for mysql?&amp;rdquo;.&lt;/p></description></item><item><title>ring deployment architecture</title><link>https://hrushikesh.dev/notes/ring-deployment/</link><pubDate>Sat, 15 Nov 2025 00:00:00 +0000</pubDate><guid>https://hrushikesh.dev/notes/ring-deployment/</guid><description>&lt;p>there are many ways to roll out a new product, feature or even a new version of an existing product to the users. but orgs often face challenge when the scale of users is very high, which they dont trust the tests run in local or even staging environments.&lt;/p>
&lt;p>in this blog, lets understand one of the ways to roll out a new version/feature to the large number of users in a safe and reliable way with minimal blast radius.&lt;/p></description></item></channel></rss>