Samouczek: wdrażanie aplikacji przy użyciu metodyki GitOps z usługą Argo CD

W tym samouczku opisano sposób używania metodyki GitOps z usługą Argo CD w klastrach Kubernetes z włączoną usługą Azure Arc lub klastrami usługi Azure Kubernetes Service (AKS). Metodyka GitOps z funkcją Argo CD jest włączona jako rozszerzenie klastra , które umożliwia używanie repozytorium Git jako źródła prawdy na potrzeby konfiguracji klastra i wdrażania aplikacji. Argo CD obsługuje również inne typowe źródła plików, takie jak repozytoria Helm i Open Container Initiative (OCI).

Wymagania wstępne

Aby wdrożyć aplikacje przy użyciu usługi GitOps, potrzebujesz klastra Kubernetes z obsługą usługi Azure Arc lub klastra usługi AKS.

Klastry platformy Kubernetes z obsługą usługi Azure Arc

• Działający połączony klaster Kubernetes z włączoną usługą Azure Arc.

  Dowiedz się, jak połączyć klaster Kubernetes z Azure Arc. Jeśli musisz nawiązać połączenie za pośrednictwem wychodzącego serwera proxy, upewnij się, że zainstalowano agentów usługi Arc przy użyciu ustawień serwera proxy.

• Uprawnienia do odczytu i zapisu dla Microsoft.Kubernetes/connectedClusters typu zasobu.

Klastry usługi Azure Kubernetes Service

• Uruchomiony klaster AKS oparty na tożsamości zarządzanej usługi (MSI). Aby to rozszerzenie działało, należy utworzyć klaster AKS przy użyciu tożsamości zarządzanej (MSI), a nie nazwy głównej usługi (SPN).

  • pl-PL: W przypadku nowych klastrów usługi AKS utworzonych za pomocą az aks create, klaster jest domyślnie oparty na tożsamości zarządzanej.
  • Aby przekonwertować klastry bazujące na SPN na MSI, uruchom az aks update -g $RESOURCE_GROUP -n $CLUSTER_NAME --enable-managed-identity.
  • Aby uzyskać więcej informacji, zobacz Używanie tożsamości zarządzanej w usłudze AKS.

• Uprawnienia do odczytu i zapisu dla Microsoft.ContainerService/managedClusters typu zasobu.

Wspólne dla obu typów klastrów

Aby zainstalować rozszerzenie Argo CD, potrzebna jest rola Współautor rozszerzenia Kubernetes . Po wdrożeniu usługi Argo CD można zdefiniować zasady RBAC usługi Argo CD, skonfigurować przestrzenie nazw i utworzyć projekty aplikacji, które zarządzają zachowaniem usługi Argo CD. Możesz również przyznać sobie uprawnienia administratora argo CD. Za pomocą dostępu administratora usługi Argo CD można wdrażać aplikacje i zarządzać nimi w dowolnej skonfigurowanej przestrzeni nazw w klastrze. W praktyce dostęp administratora zapewnia możliwości, które są skutecznie równoważne z uprawnieniami administratora klastra.

• Uprawnienia do odczytu i zapisu dla typu zasobu: Microsoft.KubernetesConfiguration/extensions

• Azure CLI w wersji 2.15 lub nowszej. Zainstaluj interfejs wiersza polecenia platformy Azure lub użyj następujących poleceń, aby zaktualizować do najnowszej wersji:

  az version
  az upgrade
  

• Klient wiersza polecenia kubernetes, kubectl. kubectl jest już zainstalowany, jeśli używasz usługi Azure Cloud Shell.

  Zainstaluj kubectl lokalnie przy użyciu az aks install-cli polecenia :

  az aks install-cli
  

• Rejestracja następujących dostawców zasobów platformy Azure:

  az provider register --namespace Microsoft.Kubernetes
  az provider register --namespace Microsoft.ContainerService
  az provider register --namespace Microsoft.KubernetesConfiguration
  

  Rejestracja jest procesem asynchronicznym i powinna zakończyć się w ciągu 10 minut. Aby monitorować proces rejestracji, użyj następującego polecenia:

  az provider show -n Microsoft.KubernetesConfiguration -o table
  
  Namespace                          RegistrationPolicy    RegistrationState
  ---------------------------------  --------------------  -------------------
  Microsoft.KubernetesConfiguration  RegistrationRequired  Registered
  

• Chociaż źródłem w tym samouczku jest repozytorium Git, argo CD obsługuje inne typowe źródła plików, takie jak repozytoria Helm i Open Container Initiative (OCI).

Obsługa wersji i regionów

Metodyka GitOps jest obecnie obsługiwana w regionach publicznych.

Wymagania dotyczące sieci

Agenty GitOps do działania wymagają wychodzącego ruchu TCP do źródła repozytorium na porcie 22 (SSH) albo 443 (HTTPS). Agenty potrzebują również dostępu do następujących adresów URL dla ruchu wychodzącego:

Włączanie rozszerzeń interfejsu wiersza polecenia

Zainstaluj najnowsze pakiety rozszerzeń CLI: k8s-configuration i k8s-extension

az extension add -n k8s-configuration
az extension add -n k8s-extension

Aby zaktualizować te pakiety do najnowszych wersji:

az extension update -n k8s-configuration
az extension update -n k8s-extension

Aby wyświetlić listę wszystkich zainstalowanych rozszerzeń interfejsu wiersza polecenia platformy Azure i ich wersji, użyj następującego polecenia:

az extension list -o table

Experimental   ExtensionType   Name                   Path                                                       Preview   Version
-------------  --------------  -----------------      -----------------------------------------------------      --------  --------
False          whl             connectedk8s           C:\Users\somename\.azure\cliextensions\connectedk8s         False     1.10.7
False          whl             k8s-configuration      C:\Users\somename\.azure\cliextensions\k8s-configuration    False     2.2.0
False          whl             k8s-extension          C:\Users\somename\.azure\cliextensions\k8s-extension        False     1.6.4

Tworzenie rozszerzenia GitOps (Argo CD) (prosta instalacja)

Instalacja usługi GitOps Argo CD obsługuje wielodostępność w trybie wysokiej dostępności i obsługuje tożsamość obciążenia.

Tryb wysokiej dostępności to konfiguracja domyślna i do instalacji wymaga klastra składającego się z czterech węzłów. Następujące polecenie dodaje rozszerzenie --config "redis-ha.enabled=false", aby zainstalować je w pojedynczym węźle.

To polecenie tworzy najprostszą konfigurację, instalując komponenty Argo CD w nowo utworzonej przestrzeni nazw argocd z dostępem do całego klastra. Dostęp do całego klastra umożliwia wykrywanie definicji aplikacji Argo CD w dowolnej przestrzeni nazw wymienionej w konfiguracji configmap argo CD w klastrze. Przykład: namespace1,namespace2

az k8s-extension create --resource-group <resource-group> \
  --cluster-name <cluster-name> \
  --cluster-type managedClusters \
  --name argocd \
  --extension-type Microsoft.ArgoCD \
  --config "redis-ha.enabled=false" \
  --config "configs.params.application\.namespaces=namespace1,namespace2"

To polecenie instalacji tworzy nową <namespace> przestrzeń nazw i instaluje składniki Argo CD w <namespace>. Definicje aplikacji Argo CD w tej konfiguracji działają tylko w <namespace> przestrzeni nazw.

Aby uzyskać dodatkowe opcje konfiguracji, takie jak limity zasobów, zobacz values.yaml. Użyj tych konfiguracji w poleceniu Azure CLI podczas konfigurowania rozszerzenia.

Tworzenie rozszerzenia GitOps (Argo CD) z tożsamością obciążenia

Alternatywną metodą instalacji zalecaną w przypadku użycia produkcyjnego jest identyfikacja obciążenia. Ta metoda wykorzystuje tożsamości Microsoft Entra ID do uwierzytelniania względem zasobów platformy Azure, dzięki czemu nie musisz zarządzać tajnymi danymi ani poświadczeniami w repozytorium Git. Ta instalacja korzysta z uwierzytelniania tożsamością obciążenia, dostępnego w wersji open source Argo CD 3.0.0-rc2 lub nowszej.

Tryb wysokiej dostępności to konfiguracja domyślna i do instalacji wymaga klastra składającego się z czterech węzłów. Aby zainstalować rozszerzenie na jednym węźle, użyj 'redis-ha.enabled': false.

Aby utworzyć rozszerzenie z tożsamością obciążenia, najpierw zastąp następujące zmienne własnymi wartościami w tym szablonie Bicep:

var clusterName = '<aks-or-arc-cluster-name>'

var workloadIdentityClientId = 'replace-me##-##-###-###'
var ssoApplicationClientId = 'replace-me##-##-###-###'

var url = 'https://<public-ip-for-argocd-ui>/'
var oidcConfig = '''
name: Azure
issuer: https://login.microsoftonline.com/<your-tenant-id>/v2.0
clientID: <same-value-as-ssoApplicationClientId>
azure:
  useWorkloadIdentity: true
requestedIDTokenClaims:
  groups:
    essential: true
requestedScopes:
  - openid
  - profile
  - email
'''

var defaultPolicy = 'role:readonly'
var policy = '''
p, role:org-admin, applications, *, */*, allow
p, role:org-admin, clusters, get, *, allow
p, role:org-admin, repositories, get, *, allow
p, role:org-admin, repositories, create, *, allow
p, role:org-admin, repositories, update, *, allow
p, role:org-admin, repositories, delete, *, allow
g, replace-me##-argocd-ui-entra-group-admin-id, role:org-admin
'''

resource cluster 'Microsoft.ContainerService/managedClusters@2024-10-01' existing = {
  name: clusterName
}

resource extension 'Microsoft.KubernetesConfiguration/extensions@2023-05-01' = {
  name: 'argocd'
  scope: cluster
  properties: {
    extensionType: 'Microsoft.ArgoCD'
    configurationSettings: {
      'redis-ha.enabled': 'true'
      'azure.workloadIdentity.enabled': 'true'
      'azure.workloadIdentity.clientId': workloadIdentityClientId
      'azure.workloadIdentity.entraSSOClientId': ssoApplicationClientId
      'configs.cm.oidc\\.config': oidcConfig
      'configs.cm.url': url
      'configs.rbac.policy\\.default': defaultPolicy
      'configs.rbac.policy\\.csv': policy
      'configs.params.application\\.namespaces': 'default, argocd'
   }
  }
}

Utwórz szablon Bicep przy użyciu następującego polecenia:

az deployment group create --resource-group <resource-group> --template-file <bicep-file>

Aby uzyskać dodatkowe opcje konfiguracji, takie jak limity zasobów, zobacz values.yaml. Użyj tych konfiguracji w szablonie Bicep podczas konfigurowania rozszerzenia.

Parametry

clusterName to nazwa klastra Kubernetes z obsługą AKS lub Arc.

workloadIdentityClientId jest identyfikatorem klienta tożsamości zarządzanej przypisanej przez użytkownika używanej przez składniki Argo CD do obsługi tożsamości zadań.

ssoApplicationClientId jest identyfikatorem aplikacji (klienta) używanym do rejestracji aplikacji Microsoft Entra dla uwierzytelniania jednokrotnego logowania OIDC w interfejsie użytkownika Argo CD. Aby uzyskać więcej informacji na temat ogólnej konfiguracji i ustawień ssoApplicationClientId, zobacz Uwierzytelnianie za pomocą OIDC przy użyciu rejestracji aplikacji Microsoft Entra ID.

url to publiczny adres IP interfejsu użytkownika argo CD. Nie ma publicznego adresu IP ani nazwy domeny, chyba że klaster już posiada kontrolera wejściowego. Jeśli tak, po wdrożeniu należy dodać regułę Ingress w interfejsie użytkownika Argo CD. Funkcja Ingress wymaga dodatku routingu aplikacji i jest obsługiwana tylko dla klastrów AKS.

oidcConfig — zastąp <your-tenant-id> identyfikatorem dzierżawy Microsoft Entra ID. Zastąp <same-value-as-ssoApplicationClientId-above> tą samą wartością co ssoApplicationClientId.

policy zmienna argocd-rbac-cm configmap to ustawienia argo CD. g, replace-me##-argocd-ui-entra-group-admin-id to identyfikator grupy Entra firmy Microsoft, który zapewnia administratorowi dostęp do interfejsu użytkownika argo CD. Identyfikator grupy Microsoft Entra można znaleźć w portalu Azure w sekcji Microsoft Entra ID > Grupy >nazwa-grupy> Właściwości. Możesz użyć identyfikatora użytkownika Entra firmy Microsoft zamiast identyfikatora grupy Entra firmy Microsoft. Identyfikator użytkownika Microsoft Entra można znaleźć w portalu Azure w sekcji Microsoft Entra ID > Użytkownicy >twoja-nazwa-użytkownika> Właściwości.

Tworzenie poświadczeń tożsamości dla obciążeń

Aby skonfigurować nowe poświadczenia tożsamości dla obciążenia, wykonaj poniższe kroki:

1. Pobierz adres URL wystawcy OIDC dla klastra AKS lub klastra Kubernetes z obsługą Arc.

2. Utwórz tożsamość zarządzaną i zanotuj jej identyfikator klienta i identyfikator dzierżawy.

3. Ustanów poświadczenie tożsamości federacyjnej dla klastra AKS lub klastra Kubernetes z obsługą Arc. Przykład:

   # For source-controller
   az identity federated-credential create \
     --name ${FEDERATED_IDENTITY_CREDENTIAL_NAME} \
     --identity-name "${USER_ASSIGNED_IDENTITY_NAME}" \
     --resource-group "${RESOURCE_GROUP}" \
     --issuer "${OIDC_ISSUER}" \
     --subject
   

4. Przypisz odpowiednie uprawnienia dla tożsamości obciążenia roboczego do zasobu, z którego chcesz, aby argocd lub kontroler image-reflector, lub argocd-repo-server pobierał. Jeśli na przykład używasz usługi Azure Container Registry, upewnij się, że zastosowano Container Registry Repository Reader (w przypadku rejestrów z włączoną obsługą ABAC) lub AcrPull (w przypadku rejestrów bez obsługi ABAC).

Nawiązywanie połączenia z prywatnymi rejestrami usługi ACR lub repozytoriami usługi ACR przy użyciu tożsamości obciążenia

Aby użyć prywatnego rejestru usługi ACR lub repozytoriów usługi ACR, postępuj zgodnie z instrukcjami w oficjalnej dokumentacji usługi Argo CD na potrzeby nawiązywania połączenia z prywatnymi rejestrami usługi ACR. Etykietowanie zasobników, Utwórz poświadczenia tożsamości federacyjnej i Dodaj adnotację do konta usługi zostały wykonane przez rozszerzenie z wdrożeniem Bicep i mogą zostać pominięte.

Migracja z Argo CD OSS do zarządzanego rozszerzenia Argo CD

Wykonaj następujące kroki, aby przeprowadzić migrację z samodzielnej instalacji argo CD do rozszerzenia argo CD zarządzanego przez Azure.

Ścieżka migracji

Użyj poniższej sekwencji, aby uniknąć konfliktów kontrolera i zmniejszyć ryzyko migracji.

1. Przejrzyj bieżącą konfigurację i spis dysków Argo CD:

   • Aplikacje
   • Zestawy aplikacji
   • Projekty aplikacji
   • Poświadczenia i szablony repozytorium (repocreds)
   • Tajne dane klastra

2. Przeskaluj samodzielnie zarządzane kontrolery Argo CD do zera, aby zapobiec działaniu dwóch kontrolerów jednocześnie.

3. Zainstaluj rozszerzenie Argo CD w klastrze przy użyciu ustawień pasujących do istniejącego wdrożenia.

4. Funkcja Aplikacje w dowolnej przestrzeni nazw umożliwia usłudze Argo CD zarządzanie zasobami znajdującymi się poza podstawową przestrzenią nazw. Jeśli klaster używa już tego ustawienia, nie musisz przenosić zasobów do nowej przestrzeni nazw. Wystarczy skonfigurować nowe rozszerzenie, aby obserwować przestrzenie nazw istniejącej aplikacji.

   Przypadek A: Jeśli korzystasz już z funkcji Aplikacje w dowolnej przestrzeni nazw:

   1. Pozostaw wszystkie zasoby Application, ApplicationSet i AppProject w swoich bieżących przestrzeniach nazw.
   2. Skonfiguruj nowe zarządzane rozszerzenie, aby monitorować te zewnętrzne przestrzenie nazw za pomocą ustawień rozszerzenia.

   Przypadek B: Jeśli przenosisz zasoby do nowej przestrzeni nazw rozszerzenia:

   • W razie potrzeby przeprowadź migrację aplikacji, zestawów aplikacji i projektów aplikacji do przestrzeni nazw rozszerzeń.

5. Przenieś poświadczenia repozytorium, sekrety klastra i repocreds do przestrzeni nazw rozszerzenia.

6. Sprawdź, czy aplikacje synchronizują się i osiągną oczekiwany stan dobrej kondycji.

7. Usuń stare wdrożenie Argo CD zarządzane samodzielnie po zakończeniu walidacji.

Rozszerzenie zarządzane używa tych samych interfejsów API usługi Argo CD i niestandardowych definicji zasobów (CRD), aby można było ponownie używać większości istniejących manifestów z minimalnymi zmianami.

Bieżące ograniczenia

• Bezpośrednie aktualizacje zasobów ConfigMap w Argo CD nie są obsługiwane.
• Użyj interfejsu API konfiguracji rozszerzenia oraz ustawień, aby wprowadzić zmiany konfiguracji Argo CD.

Konfigurowanie monitorowania przy użyciu Azure Managed Prometheus i Azure Managed Grafana

Metryki Argo CD można publikować w usłudze Azure Managed Prometheus i wizualizować je w usłudze Azure Managed Grafana.

1. Włącz usługę Azure Managed Prometheus dla klastra. Zobacz Włączanie monitorowania dla klastrów Azure Kubernetes Service (AKS).

2. Zaktualizuj konfigurację rozszerzenia, aby włączyć metryki i ServiceMonitors.

   var clusterName = '<aks-or-arc-cluster-name>'
   
   resource cluster 'Microsoft.ContainerService/managedClusters@2024-10-01' existing = {
     name: clusterName
   }
   
   resource extension 'Microsoft.KubernetesConfiguration/extensions@2023-05-01' = {
     name: 'argocd'
     scope: cluster
     properties: {
       extensionType: 'Microsoft.ArgoCD'
       configurationSettings: {
         // Keep your existing settings and add these metrics flags.
         'controller.metrics.enabled': 'true'
         'controller.metrics.serviceMonitor.enabled': 'true'
         'server.metrics.enabled': 'true'
         'server.metrics.serviceMonitor.enabled': 'true'
         'repoServer.metrics.enabled': 'true'
         'repoServer.metrics.serviceMonitor.enabled': 'true'
         'applicationSet.metrics.enabled': 'true'
         'applicationSet.metrics.serviceMonitor.enabled': 'true'
         'apiVersionOverrides.monitoring': 'azmonitoring.coreos.com/v1'
       }
     }
   }
   

3. Zaimportuj pulpit Grafana 14584 do instancji Azure Managed Grafana.

4. Jeśli panele wyświetlają Brak danych, zaktualizuj zapytania paneli, aby uwzględnić nazewnictwo zadań w usłudze Azure Managed Prometheus.

5. W panelach telemetrii kontrolera (Memory Usage, CPU Usage, Goroutines) zmień:

   • Z job="argocd-metrics"
   • Do job=~"argocd.*-metrics"

6. W panelach repo-server (Używana pamięć, Goroutines) zmień:

   • Z job="argocd-repo-server"
   • Do job="argocd-repo-server-metrics"

7. Zapisz panel i zweryfikuj zbieranie metryk.

Włączanie usługi Argo CD w portalu Azure

Możesz włączyć usługę Argo CD w portalu Azure, aby wyświetlić stan aplikacji i stan synchronizacji oraz uzyskać dostęp do interfejsu użytkownika argo CD. Aby włączyć usługę Argo CD w portalu Azure, wykonaj następujące kroki:

1. Przejdź do klastra w portalu Azure.

2. Z menu usługi w obszarze Ustawienia wybierz pozycję GitOps.

3. Wybierz pozycję Włącz argo CD (wersja zapoznawcza).

4. W sekcji Podstawy:

   1. Ustaw przestrzeń nazw, w której działa Argo CD. Domyślnie przestrzeń nazw to argocd.
   2. W razie potrzeby włącz wysoką dostępność usługi Redis (HA). Ta opcja wymaga co najmniej czterech węzłów w klastrze.
   3. Opcjonalnie dodaj dodatkowe przestrzenie nazw, które mają być obserwowane.
   4. Tylko w przypadku klastrów usługi AKS opcjonalnie włącz logowanie jednokrotne( SSO), aby użytkownicy mogli logować się przy użyciu Microsoft Entra ID, określając aplikację i co najmniej jedną grupę, aby zezwolić na dostęp do interfejsu użytkownika usługi Argo CD.
   5. W razie potrzeby włącz tożsamość obciążenia, aby umożliwić Argo CD bezpieczny dostęp do usług Azure bez przechowywania kluczy tajnych. W tym celu zaznacz pole wyboru Włącz tożsamość obciążenia i wskaż tożsamość zarządzaną oraz rejestr Azure Container Registry, z którego będą pobierane manifesty aplikacji lub artefakty kontenerowe.

   

5. Wybierz przycisk Dalej, aby kontynuować.

6. W przypadku klastrów usługi AKS z włączonym dodatkiem routingu aplikacji karta Ingress umożliwia utworzenie zasobu Ingress w celu kierowania ruchu do usługi. Jeśli chcesz, wybierz pozycję Włącz Ingress i wprowadź nazwę Ingressu, szczegóły certyfikatu oraz nazwę domeny. Wybierz przycisk Dalej, aby kontynuować.

7. W sekcji Przeglądanie i wdrażanie przejrzyj ustawienia, a następnie wybierz pozycję Wdróż , aby włączyć usługę Argo CD w klastrze.

Uzyskiwanie dostępu do interfejsu użytkownika usługi Argo CD

Jeśli dla klastra AKS nie ma istniejącego kontrolera Ingress, możesz bezpośrednio udostępnić interfejs użytkownika Argo CD za pomocą usługi LoadBalancer. Następujące polecenie uwidacznia interfejs użytkownika argo CD na portach 80 i 443.

kubectl -n argocd expose service argocd-server --type LoadBalancer --name argocd-server-lb --port 80 --target-port 8080

Aby uzyskać dostęp do interfejsu użytkownika usługi Argo CD z portalu Azure, przejdź do klastra. W menu usługi w obszarze Ustawienia wybierz pozycję GitOps. Następnie wybierz link wyświetlany dla interfejsu użytkownika argo CD.

Wdrażanie aplikacji argo CD

Po zainstalowaniu rozszerzenia Argo CD można wdrożyć aplikację przy użyciu interfejsu użytkownika argo CD lub interfejsu wiersza polecenia. W poniższym przykładzie używa się elementu kubectl apply do wdrożenia magazynu AKS w aplikacji Argo CD do domyślnego projektu Argo CD w przestrzeni nazw argocd.

kubectl apply -f - <<EOF
apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
  name: aks-store-demo
  namespace: argocd
spec:
  project: default
  source:
      repoURL: https://github.com/Azure-Samples/aks-store-demo.git
      targetRevision: HEAD
      path: kustomize/overlays/dev
  syncPolicy:
      automated: {}
  destination:
      namespace: argocd
      server: https://kubernetes.default.svc
EOF

Aplikacja demonstracyjna sklepu AKS jest zainstalowana w przestrzeni nazw argocd. Aby wyświetlić stronę internetową aplikacji, postępuj zgodnie z tymi instrukcjami. Pamiętaj, aby wejść pod adres IP, używając http, a nie https.

Aktualizowanie konfiguracji rozszerzenia

Mapy konfiguracji argo CD można zaktualizować po instalacji i innych ustawieniach konfiguracji rozszerzenia przy użyciu następującego polecenia:

az k8s-extension update --resource-group <resource-group> \
  --cluster-name <cluster-name> \
  --cluster-type <cluster-type> \
  --name argocd \
  --config "configs.cm.url='https://<public-ip-for-argocd-ui>/auth/callback'"

Zaktualizuj configmap Argo CD za pomocą rozszerzenia, aby ustawienia nie były nadpisywane. Zastosowanie szablonu Bicep jest alternatywną metodą używania interfejsu wiersza polecenia platformy Azure w celu zaktualizowania konfiguracji.

Usuwanie rozszerzenia

Użyj następujących poleceń, aby usunąć rozszerzenie.

az k8s-extension delete -g <resource-group> -c <cluster-name> -n argocd -t managedClusters --yes

Dalsze kroki

• Problemy z plikami i żądania funkcji w repozytorium Azure/AKS. Pamiętaj, aby uwzględnić słowo ArgoCD w opisie lub tytule.
• Zapoznaj się z przykładem kodu inżynieryjnego AKS-Platform, który wdraża OSS Argo CD z Backstage oraz Cluster API Provider dla Azure (CAPZ) lub Crossplane.