|
1 | 1 | --- |
2 | 2 | title: GitOps |
3 | | -status: Feedback Appreciated |
| 3 | +status: Completed |
4 | 4 | category: Concept |
5 | 5 | tags: ["methodology", "", ""] |
6 | 6 | --- |
7 | 7 |
|
8 | | -GitOps is a set of best practices based on [shared principles](https://opengitops.dev/), |
9 | | -applied to a workflow that depends on software agents that |
10 | | -enable automation to reconcile a declared system state or configuration in a git repository. |
11 | | -These software agents and practices are used to execute a cohesive workflow that |
12 | | -leverages a source control system like Git as the “single source of truth” and |
13 | | -extends this practice to applications, infrastructure, and operational procedures. |
| 8 | +GitOps is a set of practices for managing software applications and infrastructure by continuously evaluating |
| 9 | +and reconciling their desired states as defined in a version control system such as Git against their actual state. |
| 10 | +Reconciling states includes changing the resources to match the defined state via deployment or updates. |
| 11 | + |
| 12 | +In GitOps, the state or configuration of a system is fully described in files stored in the source of truth, usually the version control system. |
| 13 | +It could, however, be another source of truth, such as a Kubernetes Operator or Artifact Storage. |
| 14 | +The source of truth is evaluated by the automated processes that align the live system with the defined state. |
| 15 | +These processes adjust the live system as needed, ensuring consistency across applications, infrastructure, and operational tasks. |
14 | 16 |
|
15 | 17 | ## Problem it addresses |
16 | 18 |
|
17 | | -Existing processes for infrastructure configuration management can face challenges |
18 | | -such as configuration drift, failed deployments, relying on a system's previous state for success, |
19 | | -missing documentation, or unknown development history. |
20 | | -Adopting a GitOps workflow can help alleviate these issues, among several others. |
| 19 | +Traditional approaches to managing infrastructure and application configurations can result in configuration drift, failed deployments, inconsistent environments, deployment failures, and difficulty tracking historical changes. |
| 20 | +These issues can cause instability and increase maintenance overhead. |
| 21 | +Configuration drift can be hard to detect and resolve without a source of truth governing it, increasing the time to resolve outages or failures. |
21 | 22 |
|
22 | 23 | ## How it helps |
23 | 24 |
|
24 | | -GitOps is a paradigm that can be applied to a workflow |
25 | | -to help manage an application and cloud system infrastructure. |
26 | | -It enables organizations several advantages |
27 | | -such as better coordination, transparency, stability, and reliability of a system. |
28 | | -Operating in a close loop ensures the current live state of a system matches |
29 | | -against the desired target state, specified in the git repository. |
| 25 | +GitOps helps organizations manage the entire infrastructure, application development, and deployment lifecycle using a single and unified process. |
| 26 | + |
| 27 | +GitOps brings organizations several other advantages, such as transparency and traceability of changes, reliability |
| 28 | +and security through declarative states, and rollback, revert, and self-healing attributes. |
0 commit comments