I've used them professionally during 0.9 times (2008.) and it was already quite useful and very stable (all advertised features worked).
17 years looks pretty good to me, Proxmox will not go away (neither product or company)
SuSE was my first Linux system and it helped a lot to spark my interest. Yast (software manager) and SaX (XFree86 configuration tool) were a Godsend for a noob like me in 199x.
It's still solid today, and I hold it in high regards, even if I moved to greener Linux pastures.
Podman beeing mostly compatible with docker was a wise choice. If you run rootless no way to break fw/network like docker can.
With podman in mind, one ought to try buildah and skopeo. Again, buildah can run Dockerfiles, but you are not constrained to the weird Dockerfile syntax.
Dunno, in new normal Germany, a refugee* from Palestine, seeking asylum from apartheid and maybe citizenship would first need to recognize the right of their occupator to exist. It is obviously much more important to fix sins from the past than help the living people. Politicians are full of ....
All while marches AfD closer to power every year.
* Lets pretend they could exit Gaza ot Eeast Bank.
Maybe shout out to HAProxy people, like many they've observed performance problems with OpenSSL 3.x series. But having good old OpenSSL with QUIC would be so convenient for distro packages etc
The cynical voice inside me says it works as intended. The purpose of k8s is not to help you run your business/project/whatever, but a way to ascend to DevOps Nirvana. That means never-ending cycle of upgrades for the purpose of upgrading.
I guess too many people are using k8s where they should have used something simpler. It's fashionable to follow the "best practices" of FAANGs, but I'm not sure that's healthy for vast majority of other companies, which are simply not on the same scale and don't have armies of engineers (guardians of the holy "Platform")
So when I "sideload" HAProxy with my application, handling (incoming!) and outgoing http(s) and tcp connections, balanving, failover, logging and what not, that is cool now and I get to call it Ambassador Sandwich Pattern.
This was actually the second time NATO has bombarded serbian forces, the first time was in Bosnia, which eventually led to Dayton peace agreement later that year:
Serbia did bad the things in Slovenia, Croatia, Bosnia, and was going to do the same in Kosovo until NATO bombarded them.
(Kosovo was already critical in 80ies)
That doesn't absolve any party of the commited (war) crimes, but it is perfectly clear who was/is the regional bully and who commited aggression against neighbours.
I also don't buy tipical lines "they all hate each other", or this is the revenge for what " they" did to "us" in WW2, WW1, during Ottoman times, during Roman times ... Historical crimes are not excuse for new ones, vicious circle must stop somewhere.
Dunno about others, but I always ask myself where these companies would be if their software was under non free license from the start.
This is hostile to end users, small people an companies, not just big megacorps wanting the "steal" the code and run it as a service. Be successful in running and using Hashicorp's software, and they decide to shut you down if you are deemed a competitor.
I am so pissed by this move, it is totally against the spirit of free software and GPL. Using additional contracts to subvert the free software licenses. You get to see the software, but you can't share it further. RedHat would not be here if someone behaved like this 25+ years ago.
I would prefer a variant of GPL which strictly forbids this (imo it should already be forbidden, these are clearly additional restrictions). Let's put "GPL v2 or later" to good use...
Interesting read. I'd like to know more about alpine problems (even just to confirm my bias against it, unless space savings are the most important thing).
For me, Hetzner is mostly baremetal provider. They have dedicated RX line, and if you have base load, a couple of those could run it all (use hetzner cloud instances for scalling and failover)
With the usual recommended settings, XFS filesystem, 3 replicas, 2 "in-sync" replicas, etc., it is rather safe. You can also tune background flush to your liking.
The above tradeoffs are very reasonable and Kafka runs very fast on slow disk s(magnetic or in cloud), and even faster on SSD/NVMe disks.
That is exactly the point, you should not use general string templating system for SQL queries, together with "roll your own" escape and validation mechanisms. I really don't see why they included that part, if not to show how to shoot yourself in the foot.
That database stuff looks horrible. Why do they feel the need to introduce DB query templating into string templates? No matter what you do on the client side, the database engine itself should escape/validate the data. Didn't we learn that lesson with PHP?
In addition to that, not every database needs prepared statements for safe queries e.g. "Parametrized queries" in PostgreSQL (available in libpq as PQExecParams and exposed in many other higher level languages)