helm-release-plugin
geodesic
| helm-release-plugin | geodesic | |
|---|---|---|
| 2 | 3 | |
| 90 | 919 | |
| - | 1.1% | |
| 1.0 | 8.1 | |
| about 1 year ago | 5 days ago | |
| Shell | Shell | |
| 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.
helm-release-plugin
-
Helm Release Time-To-Live(TTL)⏳💀 for Temporary Environments
Helm temporary releases are one of the most useful features in the Helm release plugin. A temporary release allows you to run an application, while you test a new feature or validate a fix, and then it gets deleted and purged after a certain period of time. Temporary releases can be deployed in a new Kubernetes namespace or in an existing one. The temporary application is effectively isolated from the rest of the Kubernetes cluster. It only has access to the resources that are allotted to it, and it iss are not affected by other pods, or the rest of the cluster. When you use a temporary environment to run the application, it is not impacting other apps running in the cluster. This means that they: Have their own set of persistent volumes, have their own set of APIs (endpoints, certificates, and so on). You’ll find that temporary environments are very useful for testing, staging, and debugging, since you can use them to run test pods without disturbing the rest of the Kubernetes cluster, and not worry about forgotten releases that keep consuming cloud resources, and keep spending your cloud budget.
- Helm plugin that recreates helm charts from deployed helm releases
geodesic
-
Deploying CLIs to developer machines
Have a look at https://github.com/cloudposse/geodesic
-
Docker as personal linux computer
That's basically what geodesic does. I use it almost daily with my team and it allows us to maintain the same tooling cross platform.
- Terraform - Kubectl - AWS Docker image
What are some alternatives?
docker-backuppc - Docker container with BackupPC version 4.x/3.x based on Alpine distribution.
netshoot - a Docker + Kubernetes network trouble-shooting swiss-army container
basedevcontainer - Base development Docker image used by other development Docker images
docker-android - Android in docker solution with noVNC supported and video recording
kubernetes-extension-fortosi - 'Fortosi' Kubernetes extension is meant to address a fundamental requirement of any project team running their applications on Kubernetes - which is to quickly provision CI/CD pipelines (on demand) for their various private/public GitHub projects/organisation using simple kubectl commands. Basically, implementing the concept of No Ops. It is agnostic of cloud platform, be it AWS (EKS) or Azure (AKS), and agnostic of application technology framework.
ssm-multi-tmux - Run an interactive command on EC2 instances using AWS SSM in synchronised tmux panes
helmfiles - Comprehensive Distribution of Helmfiles for Kubernetes
tfcoding - Render Terraform's Expressions and Functions locally without any hassle.
dockerfiles - Docker files for Invoice Ninja
kubernetes-reflector - Custom Kubernetes controller that can be used to replicate secrets, configmaps and certificates.
aws-grafana-billing-dashboard - A Grafana dashboard for AWS billing metrics which is deployable via Terraform or cdktf
docker-zulip - Container configurations, images, and examples for Zulip.