otomi-core
rules_gitops
Our great sponsors
otomi-core | rules_gitops | |
---|---|---|
75 | 1 | |
2,136 | 156 | |
1.4% | 3.2% | |
9.6 | 4.2 | |
2 days ago | 2 days ago | |
Mustache | Starlark | |
Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
otomi-core
- Otomi – Self-Hosted PaaS for Kubernetes
- Self-hosted Kubernetes-based Heroku alternative
-
What is a self-hosted Kubernetes-based PaaS?
An example of a self-hosted Kubernetes-based PaaS is Otomi. Install Otomi on your Kubernetes cluster, compose your platform (by activating the required capabilities) and build, deploy and expose apps in just a couple of minutes. Heroku, but Kubernetes native and running on your own cluster.
- GitHub - redkubes/otomi-core: Self-hosted PaaS for Kubernetes
- GitHub - redkubes/otomi-core: Self-hosted & Git-based PaaS for Kubernetes
-
Add developer- and operations-centric tools, automation and self-service on top of Kubernetes
This video shows some of the new features of Otomi version 0.19.0 that will be released in Week 11 2023. Follow us on GitHub and be the first to try it out: https://github.com/redkubes/otomi-core
-
Selfhosted PaaS? (No dokku pls)
Otomi
- Self-hosted DevOps Platform as a Service for Kubernetes
-
Kubernetes is only a multi-node cluster kernel
Kubernetes is 'only' a multi-node cluster kernel. Some call it the Linux of the cloud.
And because K8s is only a kernel, there are now over 2000+ (open source) projects, all adding some extra functionality to it. Be it for observability, security, or networking. But all of these projects don't really collaborate and end-users don't ask for maturity of individual projects, they want sets/stacks of projects that integrate well.
Now every company has created some Stack with applications and configurations for Kubernetes, all trying to reinvent the wheel and spending an often shocking $ in doing so.
So here is my take:
- Let's create a new category in the Cloud Native Computing Foundation (CNCF) landscape and call it Integrated Stacks for K8s
- To be accepted, a stack needs to provide an open integration framework for other projects to add/integrate their apps
- Just like aLinux distro, each stack is ideal for some specific use case(s)
- A stack can be installed in one run, contains integrated apps that work out-of-the-box, has a (web) UI that acts as a desktop environment to provide easy and secure access to all features. Call it a new user experience for Kubernetes
Wouldn't it be great to have a list of all Kubernetes stacks available that everyone can use (and contribute to)? Just like (in the Linux analogy) you can choose between Linux Mint, Fedora, or Ubuntu.
We already created the first: https://github.com/redkubes/otomi-core
rules_gitops
-
“You don't need this overengineered goo for your project.”
> “You don't need this overengineered goo for your project.”
k8s is probably a great excuse to think how to compose your infrastructure and software in a declarative way - I'm still fascinated by https://demo.kubevious.io/ - It just made "click" when playing with that demo - it's not goo it's a different operating system and a different mindset.
You can do 80% with docker-compose / swarm for small projects but:
If you read HN you are in a huge bubble - gruelsome patched tomcat7 apps on Java8 with 20 properties/ini/xml config files are still popular - hosting things in docker or doing ci/cd is still not mainstream. At least in Europe in the public sector stuff where I was involved.
Sure you can mock it - but the declarative approach is powerful - if you can pull it off to have it across all your infrastructure and code with ci/cd and tests you are fast.
This alone correctly implemented https://github.com/adobe/rules_gitops solves so many problems I can't count the useless meetings we had over any of these bullet points, bazel alone would have solved most major pain points in that project. Just by beeing explizit and declarative.
Don't believe the hype but it's a powerful weapon.
What are some alternatives?
k3os - Purpose-built OS for Kubernetes, fully managed by Kubernetes.
rules_docker - Rules for building and handling Docker images with Bazel
charts - TrueNAS SCALE Apps Catalogs & Charts
kpt - Automate Kubernetes Configuration Editing
k8s-gitops - GitOps principles to define kubernetes cluster state via code
Nomad - Nomad is an easy-to-use, flexible, and performant workload orchestrator that can deploy a mix of microservice, batch, containerized, and non-containerized applications. Nomad is easy to operate and scale and has native Consul and Vault integrations.
quickstart - Quickstarts to provision Kubernetes with Otomi
redis-operator - Redis Operator for Kubernetes
ingress-nginx - Ingress-NGINX Controller for Kubernetes
Entity Framework - EF Core is a modern object-database mapper for .NET. It supports LINQ queries, change tracking, updates, and schema migrations.
helm-charts - Temporal Helm charts
werf - A solution for implementing efficient and consistent software delivery to Kubernetes facilitating best practices.