How to Model Your Gitops Environments and Promote Releases between Them

• argocd-example-apps

  5 694 0.0 Jsonnet

  Example Apps to Demonstrate Argo CD

  

  Hopefully this article will help with the endless stream of questions and discussions on this hot topic.

• argo-cd

  23 9,740 9.9 Go

  Declarative continuous deployment for Kubernetes.

  

  Hopefully this article will help with the endless stream of questions and discussions on this hot topic.

• SonarLint

  www.sonarlint.org

  sponsored

  Clean code begins in your IDE with SonarLint. Up your coding game and discover issues early. SonarLint is a free plugin that helps you find & fix bugs and security issues from the moment you start writing code. Install from your favorite IDE marketplace today.

  

• gitops-environment-promotion

  1 38 6.7

  Example for promoting a release between different GitOps environments

  You can find the suggested folder structure at https://github.com/kostis-codefresh/gitops-environment-promotion. All environments are different folders in the same branch. There are NO branches for the different environments. If you want to know what is deployed in an environment, you simply look at envs/ in the main branch of the repo.

• gitops-promotion-source-code

  1 1 5.6 Go

  Simple Golang app with environment variables

  Disclaimer 2: The application I use for the promotions is completely dummy, and its configuration misses several best practices mainly for brevity and simplicity reasons. For example, some deployments are missing health checks, and all of them are missing resource limits. Again, this article is NOT about how to create Kubernetes deployments. You should already know how proper deployment manifests look. If you want to learn more about production-grade best practices, then see my other article at https://codefresh.io/kubernetes-tutorial/kubernetes-antipatterns-1/

• helm

  87 22,080 9.2 Go

  The Kubernetes Package Manager

  

  Disclaimer 1: Writing this article took a long time because I wasn’t sure if I should cover Kustomize or Helm or plain manifests. I chose Kustomize as it makes things a bit easier (and I also mention Helm at the end of the article). Note however that the Kustomize templates in the example repo are simply for illustration purposes. The present article is NOT a Kustomize tutorial. In a real application, you might have Configmap generators, custom patches and adopt a completely different “component” structure than the one I am showing here. If you are not familiar with Kustomize, spend some time understanding its capabilities first and then come back to this article.

Suggest a related project