[读书笔记] The 16-point checklist for GitOps success
- We have adopted Kubernetes for container and infrastructure management: -- Done
- We have documented a clear workflow between Application Development teams and the Platform team: -- Not ready
- We have trained teams on the new workflows and tooling: -- Not ready
- We have identified which changes can be automatically deployed to production, and which require a manual pull request: -- Not ready
- We have declared everything in Git (this includes applications, infrastructure, networking, and configuration): -- Part Ready
- We have decided on an initial structure for our Git repositories -- Part Ready
- We have selected the appropriate tooling that makes up our GitOps pipeline (Flux, Helm, Flagger, etc): -- Done
- We have connected GitOps toolings like Flux, Helm, and Kustomize to our Git repositories: -- Part Ready
- We have configured Git webhook for build triggers: -- Part Ready
- We have completely automated GitOps Pipelines so that clusters are “always kept reconciled” with changes made in Git repositories: -- Part Ready
- We have automated a majority of testing: -- Not ready
- We have made test runs to automatically deploy changes to different environments using the new GitOps pipeline: -- Not ready
- We have decided where we would host our Kubernetes clusters (AWS EKS, Azure Arc, OpenShift, Bare Metal etc): -- Done
- We have set up policies to run security, resilience, and coding standards checks end-to-end from Git to pipeline tooling to Kubernetes clusters. (For example, leveraging a policy engine in Weave GitOps): -- Not ready
- We use dedicated secrets management service to manage sensitive data: -- Part Ready
- We have ensured that only Platform Engineers have direct access to production Kubernetes clusters (not developers): -- Not ready
Comments
Post a Comment