Kādas iespējas piedāvā ArgoCD lietojumprogrammu…

Ļoti viegli ir skaidri ir saprotama ir iedomāties, kā ArgoCD pārvalda izvietošanu, ja aplūko tās iespējas:

Deklaratīva pārvaldība: ArgoCD izmanto Git kā "patiesības avotu" par vēlamo stāvokli. Tas nozīmē, ka lietojumprogrammas konfigurācija (Kubernetes manifesti) ir glabāta Git repozitorijā, un ArgoCD pastāvīgi salīdzina pašreizējo klastera stāvokli ar stāvokli Git.
Automātiska sinhronizācija: Izmaiņām Git repozitorijā, kas satur lietojumprogrammas manifestus, ArgoCD tās automātiski atklāj un sinhronizē klastera stāvokli, piemērojot šīs izmaiņas. Tas var ietvert resursu izveidi, atjaunināšanu vai dzēšanu.
Vizuāla attēlošana un uzraudzība: ArgoCD nodrošina tīmekļa saskarni, kas ļauj vizuāli sekot līdzi izvietoto lietojumprogrammu stāvoklim, skatīt sinhronizācijas vēsturi, atklāt atšķirības starp Git un klasteri un skatīt žurnālus.
Atgriešana: Gadījumā, ja izvietošana neizdodas vai ir problēmas ar jauno versiju, ArgoCD viegli var atgriezt lietojumprogrammu iepriekšējā stabilajā versijā, izmantojot sinhronizācijas vēsturi.
Vides pārvaldība: ArgoCD atbalsta vienas un tās pašas lietojumprogrammas izvietošanu dažādās vidēs (izstrāde, testēšana, ražošanas), izmantojot dažādas Git zāģes vai dažādus katalogus, kas satur vides konfigurācijas.
Cikla dzīves cikla huki: ArgoCD atbalsta huki, kas ļauj izpildīt skriptus vai komandas pirms, laikā vai pēc sinhronizācijas. Tas ir noderīgi, piemēram, datu bāzes migrācijai pirms jaunas versijas lietojumprogrammas piemērošanas.
Slēptu datu pārvaldība: Lai arī ArgoCD pats par sevi nav slepeno datu pārvaldības rīks, tas labi integrējas ar ārējiem risinājumiem, piemēram, HashiCorp Vault vai Kubernetes Secrets.

Piemērs sinhronizācijai:

Pieņemsim, mums ir Git repozitorijs ar manifestu Deployment:

# deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 3
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
      - name: my-app-container
        image: quay.io/myorg/my-app:1.0.0

Mēs izveidojam lietojumprogrammu ArgoCD, norādot uz šo repozitoriju un failu deployment.yaml. ArgoCD sinhronizē klasteri, izveidojot Deployment ar 3 replikām un attēlu my-app:1.0.0.

Ja mēs mainām attēla zīmi Gitā uz 1.1.0:

# deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 3
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
      - name: my-app-container
        image: quay.io/myorg/my-app:1.1.0 # Mainīts

ArgoCD atklās šo izmaiņu un automātiski sinhronizēs Deployment klasterī, atjauninot attēlu uz 1.1.0.

Kādas iespējas piedāvā ArgoCD lietojumprogrammu izvietošanas pārvaldībai?