ratel
helmfile
ratel | helmfile | |
---|---|---|
1 | 24 | |
119 | 3,231 | |
0.8% | 4.6% | |
2.3 | 9.6 | |
about 1 month ago | 8 days ago | |
JavaScript | Go | |
Apache License 2.0 | MIT License |
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.
ratel
-
GKE with Consul Service Mesh
Now you can you can point the connection configuration in Ratel to http://localhost:8080:
helmfile
-
Installing multiple helm charts in one go [Approach 2 - using helmfile]
sudo wget https://github.com/helmfile/helmfile/releases/download/v0.159.0/helmfile_0.159.0_linux_amd64.tar.gz sudo tar -xxf helmfile_0.159.0_linux_amd64.tar.gz sudo rm helmfile_0.159.0_linux_amd64.tar.gz sudo mv helmfile /usr/local/bin/
-
Simplified Deployment: A Deep Dive into Containerization and Helm
Installation: https://github.com/helmfile/helmfile/releases
-
Helm-Compose – The Docker-compose like tool for K8s development
What are the benefits over using helmfile? https://helmfile.readthedocs.io/
-
self-built apps: do you like using helm or kustomize to deliver them to kubernetes
Helm charts and Helmfile
-
Download packages for different architectures in your Dockerfiles using dumb-downloader, instead of writing scripts or separate Dockerfiles
And now I can just run dudo -l "https://github.com/helmfile/helmfile/releases/download/v{{ version }}/helmfile_{{ version }}_{{ os }}_{{ arch }}.tar.gz" -i /tmp/helmfile.tar.gz -p $HELMFILE_VERSION
-
Declarative GitOps for...my ArgoCD itself?
I might be misunderstanding your question but we use https://github.com/helmfile/helmfile along with Argo, so essentially between eks and those I could rebuild our entire cluster in minutes.
- Docker helm
-
Which GitOps for very small teams?
I am asking which do you choose, Flux or Helmfile. edit: and what criteria do you use to select.
-
In a gitops world, what does your team do to reduce cycle time for devs?
do you publish your own helm chart for your internal services and use it in every environment? if so, you could try to use helmfile within the service's repo itself and store values in a helm/$env directory. then enhance your ci to deploy to dev after the merge/image build phase directly. to try and cut out what sounds like a "deployment/config repo" step you have in the middle that's making everything a pain.
-
Helm makes it overly complex, or is it just me?
I've used helmfile before to declaratively manage multiple helm charts. It's a higher-level tool, and still uses helm under the hood.
What are some alternatives?
helm-charts - Helm Charts published by Bedag Informatik AG
vals - Helm-like configuration values loader with support for various sources
consul-k8s - First-class support for Consul Service Mesh on Kubernetes
helmwave - New 🌊 wave for @helm
conduit - Ultralight, security-first service mesh for Kubernetes. Main repo for Linkerd 2.x.
kpt - Automate Kubernetes Configuration Editing
istio - Connect, secure, control, and observe services.
helmsman - Helm Charts as Code
helm - The Kubernetes Package Manager
flux2 - Open and extensible continuous delivery solution for Kubernetes. Powered by GitOps Toolkit.
consul-template - Template rendering, notifier, and supervisor for @HashiCorp Consul and Vault data.
zarf - DevSecOps for Air Gap & Limited-Connection Systems. https://zarf.dev/