OpenShift-Betrieb professionalisiert und ins eigene Team übergeben
Um die digitale Transformation innerhalb der LGT voranzutreiben, hat die LGT stark in Container Plattformen und DevOps Prozesse investiert.
Neue Projekte kommen über standardisierte Templates auf die Plattform. Onboardings und OpenShift-Arbeitsabläufe sind spürbar beschleunigt.
Logging, Monitoring und Alerting sind vollständig etabliert und laufen unter interner Verantwortung. Störungen werden früher sichtbar.
Know-how für Troubleshooting und Betrieb liegt bei der LGT. Aufwand, der zuvor in wiederkehrende Handarbeit ging, steht für Weiterentwicklung zur Verfügung.
| Feld | Inhalt |
|---|---|
| Kunde | LGT Financial Services |
| Branche | Private Banking |
| Ausgangslage | OpenShift war im Einsatz. Für Betrieb, Weiterentwicklung und Observability fehlten Kapazität und zum Teil Know-how. |
| Lösung | Container Plattformen |
| Technologien | OpenShift (bestehend), GitLab CI/CD Components (neu), Prometheus (neu), Alertmanager (neu), Ivanti (bestehend), Grafana (neu), Loki (neu) |
| Team | Zwei ONZACK-Ingenieure arbeiteten fest im LGT-Team mit. |
Mit Hilfe von ONZACK konnte sie in diesem Vorhaben von Anfang an professionelle Lösungen umsetzen und gleichzeitig intern Know How aufbauen. Gemeinsam konnten Handlungsfelder identifiziert und schnell effektive Lösungen umgesetzt werden. Die Zusammenarbeit war so erfolgreich, dass sie zwischen 2021 und 2026 laufend erweitert und verlängert wurde.
LGT Financial Services
Die LGT Financial Services ist Teil der LGT Bank, einer international agierenden Privatbank mit Hauptsitz in Liechtenstein. Die LGT Bank zählt zu den führenden Finanzinstituten im Bereich Private Banking und Asset Management und setzt konsequent auf Innovation sowie höchste Qualitätsstandards – auch bei der Digitalisierung ihrer IT-Landschaft. LGT Financial Services unterstützt als zentraler Dienstleister innerhalb der LGT Gruppe insbesondere die Umsetzung und Betreuung von modernen IT- und Digitalisierungsinitiativen.
Ausgangslage
Um die digitale Transformation innerhalb der LGT voranzutreiben, hat die LGT stark in Container Plattformen und DevOps Prozesse investiert und hatte dafür einen erhöhten Bedarf an Ressourcen im DevOps-Umfeld für den Plattformaufbau.
Im Bereich Kubernetes/OpenShift, insbesondere beim Troubleshooting und im Betrieb, gab es Bedarf für Know-how Aufbau.
Es fehlten die Kapazitäten für den Aufbau und die Weiterentwicklung von Logging-, Monitoring- und Alerting-Lösungen.
Lösung
ONZACK stellte ein fixes Team aus zwei erfahrenen Ingenieuren, das gemeinsam mit der LGT pragmatisch an den identifizierten Handlungsfeldern arbeitete.
Statt jedes Projekt einzeln aufzusetzen, entstanden standardisierte CI/CD-Projekt- und Pipeline-Templates. Die Templates wurden mit GitLab CI Pipelines und GitLab CI/CD Components umgesetzt. Images werden mit BuildKit gebaut, Deployments erfolgen mit Helm und ArgoCD. ONZACK unterstützte die Implementierung und Optimierung der DevOps-Prozesse für Releases, Image Builds und Deployments. Der Weg von Code zu Pod in Produktion wurde für alle Teams derselbe, inklusive Anbindung an Monitoring und Logging.
Im Kubernetes- und OpenShift-Umfeld stand das ONZACK-Team dem LGT-Team mit aktiver Unterstützung beim Troubleshooting zur Seite und vermittelte wertvolles Know-how sowie Best Practices, um die Produktionsbereitschaft und Professionalität der Plattform zu steigern.
Logging, Monitoring und Alerting wurden mit Prometheus, Alertmanager, Grafana und Grafana Loki aufgebaut und in den bestehenden Betriebsprozess integriert. Damit Alarme bei den richtigen Teams landen, entstand eine Anbindung des Prometheus Alertmanagers an das ITSM-Tool. Die eigens entwickelte Schnittstelle verarbeitet und übersetzt Webhook-Aufrufe. Die Lösung wurde an das interne Observability-Team übergeben und während eines längeren Zeitraums weiter betreut, um den Wissenstransfer sicherzustellen.
Eingesetzte Technologien
- OpenShift
- Red Hat CoreOS
- HAProxy
- GitLab und GitLab CI Pipelines
- GitLab CI/CD Components
- ArgoCD
- Docker BuildKit
- Helm
- JFrog Artifactory
- Prometheus
- Alertmanager
- Grafana
- Grafana Loki
- eigens entwickelte Schnittstellen
- Trivy
- HashiCorp Vault
- Delinea Secrets Server
- Secrets Store CSI Driver
Vorgehen
Zwei ONZACK-Ingenieure arbeiteten kontinuierlich in unterschiedlichen Teams mit, nicht in einer parallelen Projektstruktur. Die Priorisierung der Massnahmen erfolgte laufend gemeinsam mit den Fach- und Betriebsteams.
Die Umsetzung erfolgte insbesondere im Bereich CI/CD-Projekt- und Pipeline-Templates mit einem iterativen Ansatz. Die Projekt- und Pipeline-Templates wurden über einen längeren Zeitraum laufend weiterentwickelt. Die Grundlage dafür waren die Erfahrungen aus dem produktiven Einsatz.
Resultat
Die Zusammenarbeit brachte standardisierte und wartbare CI/CD-Pipelines hervor, die das Troubleshooting deutlich vereinfachen. Onboardings neuer Projekte und OpenShift-Arbeitsabläufe verlaufen nun substanziell schneller.
Die LGT-Teams konnten ihr Know-how für Kubernetes-/OpenShift-Troubleshooting und Betrieb gezielt erweitern.
Eine komplett etablierte Lösung für Logging, Monitoring und Alerting garantiert einen reibungslosen Betrieb, während Produktionsbereitschaft und System-Professionalität ein neues Niveau erreicht haben.
ONZACK und LGT
Die LGT suchte Unterstützung dort, wo intern Kapazität und zum Teil Know-how fehlten: im DevOps-Umfeld, beim Troubleshooting und Betrieb von Kubernetes und OpenShift sowie beim Aufbau von Logging, Monitoring und Alerting. ONZACK stellte zwei Ingenieure, die fest im LGT-Team mitarbeiteten, nicht in einer parallelen Projektstruktur. Die Priorisierung erfolgte laufend gemeinsam mit den Fach- und Betriebsteams. Was den Betrieb am stärksten belastete, wurde als Nächstes angegangen.
Die Zusammenarbeit war von Beginn an auf Übergabe ausgelegt. Lücken wurden identifiziert, Lösungen gebaut und an die zuständigen Teams übergeben. Jeder gelöste Fall wurde zum Anlass, die Vorgehensweise mit dem LGT-Team durchzugehen. Ziel war nicht, der Ansprechpartner für das nächste Problem zu bleiben, sondern Know-how und Best Practices so zu verankern, dass Betrieb und Weiterentwicklung bei der LGT bleiben. Die Observability-Lösung ging an das interne Observability-Team, sobald sie betriebsbereit war.
Diese Arbeit bei der LGT war möglich, weil wir das Know-how aus zwei unserer Angebote einbringen konnten. Container Plattformen beschreibt die Betriebsgrundlage, die aus standardisierten Pipelines und durchgängiger Observability entsteht und die das eigene Team tragen kann, statt sie in wiederkehrender Handarbeit zu binden. Plattform Modernisierung beschreibt den Weg dorthin, wenn eine Plattform bereits läuft, die Deployment-Wege aber gewachsen sind und jedes Projekt seinen eigenen Weg gefunden hat.
ONZACK zeichnet sich für mich durch Ruhe und Pragmatismus aus – und einen sehr kundenorientierten Ansatz. Die Zusammenarbeit war stets eine gute Mischung aus mitdenken und zielgerichtetem Handeln, ohne alles als Externe grundsätzlich zu hinterfragen. Unser Team und unsere Plattform haben davon enorm profitiert.
Benjamin StaubliDelivery Lead Development Platform, LGT Financial ServicesWeitere Geschichten
Kommt euch das bekannt vor?
Wenn die Plattform läuft, intern aber die Kapazität fehlt, sie weiterzuentwickeln, lohnt sich ein Gespräch ohne Verpflichtung. Ihr schildert eure Ausgangslage, und wir erklären, wo wir helfen können. Der Weg führt über Container Plattformen.