nammayatri VS pglite

If your project uses Nix, checkout services-flake for running services via Nix.

https://github.com/juspay/services-flake

We actually do this in Nammayatri, an OSS project providing "Uber" for autos in India.

https://github.com/nammayatri/nammayatri

There is a services-flake module allowing you to spin the entire nammayatri stack (including postgres, redis, etc.) using a flake app. Similarly, there's one for running load test, which is also run in Jenkins CI.

NY is in the early stages of growth, and there are definitely areas for improvement. Key priorities are improving affordability, customer experience & support and driver availability. But what has differentiated NY so far is its 100% openness in every decision. It's built on Beckn protocol (like open Email/SMTP or TCP/IP protocols, anyone can implement it). NY is part of ONDC network, so anyone can do what NY has done so far. Initial response is encouraging, with 5L+ customers, ~50k drivers, ~4.8 app rating (Open data here). Open Roadmap here. Complete source code here. Anyone can contribute to the open problems through city hackathon. DM your thoughts and happy to hope into a call.

Hey HN! For a few months, I've been building pgmock at work for our E2E and unit test suite. It emulates Postgres in WebAssembly and has full feature parity with production databases.

The cool thing about it is that you don't need any external processes or proxies. If your platform can run WASM (Node.js, browser, etc.), it can probably run pgmock. Creating a new database with mock data is as simple as creating a JavaScript object.

It's a bit different from the amazing pglite [1] (which inspired me to open-source pgmock in the first place). While pgmock runs an x86 emulator, pglite compiles a Postgres fork to native WASM directly and is hence much faster and more lightweight. However, it only supports single-user mode and a select few extensions, so you can't connect to it with normal Postgres clients (which is quite crucial for E2E testing).

Theoretically, it could be modified to run any Docker image on WebAssembly platforms. Anything specific you'd like to see?

Happy hacking!

[1] https://github.com/electric-sql/pglite

I've found postgres via docker to be fine for dev and testing, but there are various epheremal postgres scripts, plus this could be promising for node stuff https://github.com/electric-sql/pglite if it works out. I'd imagine if this does work out we'll see the same kind of builds for other runtimes as well (like python)

> Use SQLite for everything, or Postgres if you outgrow it.

Or both! ElectricSQL syncs front end SQLlite back to server side postgres. And they just rebuilt postgres on pure WASM (https://github.com/electric-sql/pglite). All ties together with a CRDT.

I'm not affiliated, but just think it's just cool to imagine calls to front end sqllite as the be-all-end-all.