Here is the original post which got flagged for I guess foul language? Seems odd dear admins https://news.ycombinator.com/item?id=43484467.

Why would Ruby play a role in it? Azure definitely does though. (ex azure employee here )

> Why would Ruby play a role in it? Azure definitely does though. (ex azure employee here )

Oh yeah. If someone says C++ has poor memory safety than Rust then no one is triggered. But say something about Ruby (the language on a secular decline - https://www.dice.com/binaries/content/gallery/dice/insights/...) and the pitchforks are out.

GitHub itself is written in Ruby.

Don't underestimate Ruby's performance https://x.com/tobi/status/1728524453854756883?s=20

Well, when we say GitHub, we are talking about thousands of services. I don’t think we can pinpoint the overall operational failures to programming language choice. In my experience, these kind of issues are mostly caused by poor organizational architecture + poor project management. In GitHub’s case, I’m also confident to say the choice of infrastructure plays a much bigger role than Ruby.

[0] is a my favorite demonstration of it.

[0]: https://github.com/rails/rails/commit/b83965785db1eec019edf1...

Hey! Thanks for mentioning us :) I work at Ubicloud. Our PostgreSQL service is hosted in Hetzner Falkenstein, Germany. I am also proud to say that our PostgreSQL team is probably one of the best in the industry having built Heroku PG, CitusData, Crunchy Bridge, Azure Databases for PostgreSQL.

I guess, you forgot to add the post https://tcrn.ch/48HTrbV

Thanks! updated :)

Hey! Author here :) Thanks for the kind words but I have to direct the good words to another blog post that a friend named Andrej Stender wrote. I used the image with his permission. Check out his blog post, it's where I learned about Flowtables from https://thermalcircle.de/doku.php?id=blog:linux:flowtables_1....

There are a couple of important points to consider when using Flowtables. Depending on the traffic characteristics, Flowtables may also drop the network performance. It also depends on the amount of rules and their configuration. For example, if we had much much more rules in nftables file for so many different operations (think of it like adding a new rule per IP address), Flowtables would hurt the performance in Ubicloud. They go hand in hand with how the overall network is configured. In our case at Ubicloud, it helps us, but we have a fairly simple Nftables definition as you can see a big part of it here https://github.com/ubicloud/ubicloud/blob/main/prog/vnet/upd...

I wonder if there are any security implications to consider, particularly in a multi-tenant environment, when caching routing information for the "same" connection.

In this case, no. The reason is, we setup separate network namespaces per VM and the flowtables are also created separately per namespace.

Sorta, you are using hardware offload at a level above the vm. There are a lot of situations in which traffic can interact poorly with that nic. You won’t really be able to identify what traffic resulted in the nic responding because of a bug. I’m assuming you are not using sr-iov vf devices if you are managing offload at the parent. Probably for the best if it is that card.

Hello from the author, here! I wanted to explain that we use Nftables for NATing, Firewall Rules and some spoofing avoidance tasks at the moment. Enabling Flowtables benefit the full networking stack for any connections. Give it a try!

Also, happy to answer if there are any questions.

Hey! Ubicloud employee here. We currently support PG 16. HA will be available very soon. We will also have upgrades enabled by the time PG 17 comes :)

Awesome. We are looking forward to that. These are some of the more challenging parts when self-hosting pg.

Hey @kosolam! Absolutely, we're excited about these developments too. It’s a team effort here at Ubicloud, and we're fortunate to have experienced folks from Heroku PG, Citusdata, Crunchy Bridge, and Azure CosmosDB for PostgreSQL. We all have firsthand experience with the challenges of self-hosting PG, and we're committed to making these features as user-friendly and robust as possible. Looking forward to bringing you HA and smooth upgrades soon!

hey! ubicloud employee here. If I configure DO cluster to have the same specs as our smallest instance; 1. Dedicated 2vcpu 2. 128 GB storage 3. Frankfurt region

The price comparison lands us to 2x cheaper than DO. They cost 130 USD. Ubicloud is 65.

Thanks!

Do you think it's better than MinIO or SeaweedFS? If so, can you elaborate more on why? If you don't have experience with the others, I would be still happy about your experience on Ceph.