liveBook · Manning

GitOps

As explained in Google Anthos in Action

GitOps is an operational model that manages system configuration and deployments declaratively from version-controlled repositories.

GitOps is an operational model in which system configuration and deployments are described declaratively in version-controlled repositories. Separate teams maintain configuration sets, while shared interfaces connect repositories, image builds, Kubernetes manifests, and delivery workflows. section 12.6 section 8.3.2

A GitOps implementation assigns responsibility across several operational boundaries:

  • Store infrastructure, platform, and application definitions as configuration files in version control. section 12.6
  • Use Kubernetes manifests as a common interface between development, operations, security, and delivery responsibilities. section 12.6
  • Apply manifests declaratively and asynchronously, including manifests defining VirtualMachine custom resources. section 8.3.2
  • Choose a single cluster with multiple namespaces for single-site or nonproduction setups, or multiple clusters for high availability, global latency, and staged rollout needs. section 12.6

Multi-cluster application delivery

A microservices voting system runs on an Anthos GKE cluster with separate Voting, Transfer, and Results namespaces. For broader availability or lower rollout impact, multiple clusters can receive the application incrementally before full release. section 12.6

Figure 12.46 Application delivery workflow
12-46

Use the application delivery workflow to trace how repositories, builds, manifests, and deployment targets connect. section 12.6

Figure 8.7 Anthos Config Management with multiple repositories
08-07

Use the multiple-repository diagram to examine how Anthos Config Management synchronizes configuration across a cluster fleet. section 8.3.2

How Google Anthos in Action covers it

How deep it goes
Explains repository responsibilities, manifest interfaces, cluster choices, and declarative synchronization, but stops short of detailing a complete implementation.
Examples
Uses a namespaced voting application, VirtualMachine manifests, multiple repositories, and cluster selectors for edge fleets.
What it assumes
Assumes Kubernetes orchestration, microservices, repositories, image builds, and manifest definitions as established delivery components.
What you can do after
Operate declarative deployments across Kubernetes clusters and stage releases by targeting selected clusters or namespaces.
How it connects
Connects version control, CI/CD, Kubernetes, microservices, Anthos Config Management, multicluster deployment, and declarative management.

Also explained in

Compare how 6 books explain GitOps →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Google Anthos in Action. The section links point to the parts of the book it draws on.