Migration zu Azure Kubernetes Service 

Das Projektziel war die Migration von Legacy Azure App Services zu Azure Kubernetes Service (AKS) und der Aufbau von DevOps Pipelines. Das bestehende System wurde aufgrund seiner Komplexität und Wartungsprobleme als nicht mehr tragbar angesehen. Es wurden neue Build- und Release-Pipelines in Azure DevOps entwickelt, um den Fokus auf Templatierung, Benutzerfreundlichkeit und Code-Qualität durch schnellere Release-Zyklen zu legen.

Das Projektteam stand vor mehreren Herausforderungen:

1. Unausgereiftes DevOps-Mindset im ART (Agile Release Train)

2. Unzureichende Anwendung des Infrastructure-as-Code (IaC)-Ansatzes durch die Entwickler

3. Komplexe und schwer wartbare Azure-Pipelines und IaC-Azure-Infrastruktur

4. Legacy-Deployment-Strategien und -Prozesse, die nicht mit DevOps und Continuous Integration/Continuous Delivery (CI/CD) vereinbar waren

5. Einzelperson, die Pipelines und Infrastruktur verwaltete

Um diesen Herausforderungen zu begegnen, wurde folgende Lösung umgesetzt:

1. Migration von der selbstverwalteten Azure-Infrastruktur zu einer verwalteten, Self-Service-Kubernetes-Plattform

Dies führte zu einer Vereinfachung des Infrastruktur-Managements für die Softwareentwickler und zur Auflösung der bisherigen Azure-Abonnements.

2. Erstellung einer neuen Azure-Pipeline für den Build- und Release-Prozess auf Kubernetes

• • Dadurch wurde die Pipeline-Infrastruktur vereinfacht und die Nachvollziehbarkeit für die Entwickler verbessert.

  • Es wurden SonarQube, Code-Coverage und Veracode implementiert, um die Code-Qualität zu steigern

3. Einführung eines neuen Release-Prozesses, um schnellere Release-Zyklen im Zwei-Wochen-Rhythmus zu ermöglichen.

4. Aufbau eines DevOps-Mindsets durch das Onboarding einzelner Entwickler (SPOCs) in die DevOps-Prozesse.

5. Begleitung und Beratung des Kunden bezüglich des Go-live Prozess und weiterer Architekturentscheidungen für den Kunden

Durch die Optimierung der Cloud-Infrastruktur wurden folgende Ergebnisse erzielt:

Effizientere Release-Prozesse nach dem Vorbild von CI/CD:

• Die Entwickler können nun schnell auf Kundenwünsche reagieren und diese umsetzen.
• Software-Releases können im Zwei-Wochen-Rhythmus ohne großen Overhead durchgeführt werden.
• Die Entwicklerteams können eigenständig ihre Software in den verschiedenen Entwicklungsstadien, einschließlich der Produktion, bereitstellen.

Verbesserte Infrastruktur:

• Durch Umsetzung des GitOps Ansatzes durch ArgoCD und Helm konnten Deployment-Dauer und Deployment-Komplexität deutlich verringert werden.

• Über den Wechsel zur verwalteten Kubernetes-Plattform mit einem Self-Service-Ansatz wurde der Verwaltungsaufwand für die Entwickler erheblich reduziert.

• Die Entwickler können sich indessen besser auf die Entwicklung neuer Features konzentrieren.

• Die Optimierung der Azure-Pipelines hat den gesamten Build- und Release-Prozess stabiler, schneller und effektiver gemacht.

• Die Implementierung von Code-Quality-Tools ermöglicht den Entwicklern eine bessere Übersicht über potenzielle Probleme im Anwendungscode.

Terraform

Bash und Java 11 SpringBoot

Docker und Kubernetes (AKS)

Helm

ArgoCD

Renovate-Bot

Prometheus und Grafana

Linkerd

Azure DevOps

SonarQube und Veracode

CosmosDB und PostgresDB

Nexus und Artifacts