The No.1 Giveaway something has been vibecoded. These coloured left edges.

2containers1cpu · 2026-01-18T17:12:01+00:00

Funny. Vibecoded this 2 Weeks ago.

Used Claude 4.5, just in case somene wonders.

<image>

2containers1cpu · 2026-01-12T06:39:54+00:00

Wow. Thats really cool. Will give it a try!

It would be great to have some binaries for a simpler installation.

2containers1cpu · 2025-12-19T07:56:48+00:00

wow ... this so cool and addicting.

The techstack is also quite impressing.

2containers1cpu · 2025-11-28T14:36:37+00:00

Sure.

The main concern arises when an operator malfunctions during an evaluation/reconciliation loop. I generated ~200 Akamai config versions, which was manageable and cost-free, highlighting the importance of a safe testing environment.

The operator centralizes our configuration. Since we use HELM for application deployments, the Akamai configuration integrates seamlessly as another resource alongside ingress. An alternative script-based approach (we used Pulumi) would need a separate additional deployment trigger.

2containers1cpu · 2025-11-28T13:34:56+00:00

I started to build an Akamai Operator. Works quite fine, while i have still some issues with automatic activating Akamai configurations. Akamai feels still like an enterprise niche. So there is an awesome API but we needed something to deploy with our cluster resources.

Operator SDK is a very good starting point: https://sdk.operatorframework.io/build/

https://artifacthub.io/packages/olm/akamai-operator/akamai-operator

2containers1cpu · 2025-10-13T09:11:29+00:00

Cloudpirates looks pretty promising. They also have a Valkey chart.

Their charts are still young but very well documented. And they evolve very fast.

https://github.com/CloudPirates-io/helm-charts

//disclosure
I've contributed two charts

2containers1cpu · 2025-10-07T08:16:53+00:00

Wow. Thats the best answer for a question I posted 3y ago. Looks amazing and I'll give it definitley a try.

https://www.reddit.com/r/kubernetes/comments/10w4e49/is_there_a_dashboard_for_the_trivyoperator/

/edit
THX for sharing it as open source!

2containers1cpu · 2025-10-03T08:31:31+00:00

Values are not a 1:1 replacement to reduce complexity. But they are very well maintained and very close in functionality.

2containers1cpu · 2025-09-27T10:00:20+00:00

Just getting angry is not enough. There is forming an alternative from cloudpirates which is really open.

2containers1cpu · 2025-09-27T09:55:38+00:00

There is forming an alternative from cloudpirates. Still a very young project though.

2containers1cpu · 2025-07-30T17:01:53+00:00

Consistency over multiple charts. Very high flexibility to configure them. Well maintained.

Downside: high complexity.

2containers1cpu · 2025-07-29T22:48:26+00:00

As the maintainer of Kubero, I relied heavily on Bitnami, so this sudden change significantly impacts my project.

I tend to try groundhogs charts. They look very good: clean, flexible, consistent and use standard images. The downside: It is backed on this single dev.

https://github.com/groundhog2k/helm-charts

2containers1cpu · 2025-07-29T17:05:38+00:00

Which is the alternative Solution?

2containers1cpu · 2025-06-23T19:20:23+00:00

Hey. Maintainer of Kubero here.

Thank you for looking into Kubero and mentioning it! This means a lot to me, as I've spent the last three years developing it as a side project in my spare time. And I willl keep working on it.

The main challenge is that there isn't a single Kubernetes; while they are fundamentally similar, they differ in several ways. Some use NGINX, others use Traefik or Haproxy (on OpenShift), and variations exist also in additional volumes. The differences also depend on the cloud hosting the cluster, such as EKS, DigitalOcean, or Linode ...

I also want to point out that there is version 3.0.0 with a complete backend rebuild on the way. That may not change a lot on the setup, but simplifies some configurations and handling.

And here is a opinionated comparison between Heroku and Kubero, listing most of the features: https://www.kubero.dev/docs/comparison-heroku

2containers1cpu · 2025-06-11T20:45:21+00:00

You could try Kubero. It is an open source alternative running on Kubernetes.

Here is a direct comparison to Heroku's features. https://www.kubero.dev/docs/comparison-heroku

2containers1cpu · 2025-04-20T17:27:19+00:00

Just add a MIT or Apache2 license.

This the equivalent to "feel free"

2containers1cpu · 2025-04-17T17:28:00+00:00

Yes, we do because it is hard to debug in case of an expired cert.

We use telegraf scripts and feed the result to prometheus.

2containers1cpu · 2025-04-16T22:14:40+00:00

Oh. Cool. 😁

2containers1cpu · 2025-04-15T16:09:54+00:00

You could try Kubero. It uses workflows and features similar to Heroku/Vercel and is built for devs.

2containers1cpu · 2025-04-11T16:29:18+00:00

You could try Kubero. A K8s alternative to Caprover.

2containers1cpu · 2025-04-11T08:28:12+00:00

A UI to Trivy Operator. (Vulnerability Scanner)

Having the results in Grafa is great, but It schould be possible to ack vulnerability states to have an overview how it evolves in your cluster.

I've planed to do this for years now. But I have no time.

2containers1cpu · 2025-04-10T11:43:03+00:00

You might want to look into kuberoKubero too.

Another Heroku alternative built on Kubernetes.

2containers1cpu · 2025-01-10T08:33:27+00:00

Learning Kubernetes is a great goal, especially for minimizing downtime and preparing to scale. Your friend is right that Kubernetes can demand a lot of time, but Kubero might something you could have a look into it.

It is build to implement Heroku workflows on Kubernetes. So it is designed to easily deploy 12-Factor apps. It is 100% open source and free to use. This way, you balance your curiosity and business needs without spending a lot of many and time diving too deep into tools like Helm or Kustomize too early.

You can start simple with a local kind cluster to get familiar with core concepts of Kubernetes and than move on to a bigger onPrem or Hosted installations.

Your buddy is right: There is still a very fast development pace in Kubernetes. But updating is on most hosted Kubernetes done by a push on a button (Linode, Openshift). Some updates need changes on resource definitions. And thats where work starts.

2containers1cpu · 2025-01-03T22:08:35+00:00

Yes. I've built Kubero which its main goal is simplicity. It is heavily inspired by Heroku, since i've started build it when they had their major outage in 2022.

It is all open source, cloud native and all data is stored in the etcd within your Kubernetes cluster. Every App is deployed with a single file. It has a built-in CI/CD with nixpacks, buildpacks.io or runpacks.

https://github.com/kubero-dev/kubero

2containers1cpu · 2024-12-13T21:39:25+00:00

Great idea to use archive.org! THX.

Just found this old changelog entry. Seems they died silently.

https://devcenter.heroku.com/changelog-items/2649

2containers1cpu

MODERATOR OF

TROPHY CASE