In meinen zwei Jahrzehnten Erfahrung mit der Leitung von DevOps-, Digital- und Agile-Transformationen habe ich beobachtet, dass der Weg zur Modernisierung selten eine gerade Linie ist. Insbesondere Organisationen in datensensiblen Branchen wie Banken, Behörden und dem Gesundheitswesen stehen oft an einem Scheideweg. Sie müssen schneller innovieren und gleichzeitig strenge Sicherheits- und Zuverlässigkeitsanforderungen einhalten. Diese Spannung zwischen Geschwindigkeit und Sicherheit hat Unternehmen traditionell gezwungen, sich für eines von beidem zu entscheiden. Doch das muss nicht so sein.
Banksoftware muss sicher, zuverlässig und vertrauenswürdig sein. Aber viele Banken verlassen sich noch auf traditionelle Entwicklungsmethoden, die langsam, riskant und ineffizient sind. In diesem Video betrachte ich drei moderne Softwareentwicklungspraktiken, die grundlegend verändern, wie Banken Software bauen und liefern: Continuous Deployment, testgetriebene Entwicklung und Feature Flags.
Einführung in das eBook Moving to Modern Development Practices in Banking: A Playbook
Willkommen zum «Modern Banking eBook», einem umfassenden Leitfaden für Bankinstitute, die sich auf die entscheidende Reise zur Modernisierung ihrer Softwareentwicklungsprozesse begeben. Ich bin Romano Roth, und es ist mir eine Ehre, Sie durch die transformativen Schritte zu führen, die die Arbeitsweise von Banken im digitalen Zeitalter neu gestalten können.
Von Anna Redbond und Romano Roth am 2. August 2023
Viele Banken bewegen sich trotz traditioneller Branchenhürden wie Compliance, Regulierungen und Legacy-Architektur in Richtung moderner Softwareentwicklung. Das gemeinsame Ziel: anpassungsfähiger zu werden, um die sich verändernden Anforderungen der Kunden zu erfüllen.
Nachdem wir die GitLab DevSecOps Serie abgeschlossen haben, hat Patrick den Job gewechselt — und sein neues Team arbeitet mit GitHub. Das Problem ist dasselbe: keine Security-Checks während der Entwicklung. Die Plattform ist eine andere. In Teil 1 unserer GitHub DevSecOps Serie zeigen wir, was GitHub ist, welches CI/CD-Vokabular man teilen muss, bevor irgendein Pipeline-Gespräch funktioniert, und wie die DevSecOps-Pipeline aussieht, die wir in den nächsten Sessions aufbauen werden.
Was definiert hochwertige Arbeit in der Softwareentwicklung? Ist es Scrum? Clean Code? TDD? Funktionale Programmierung? In dieser Expert Talks Session präsentieren mein Kollege Milan und ich zwei komplementäre Perspektiven. Milan behandelt die Säulen hochwertiger Engineering-Arbeit, von Teambildung und Kundenzentrierung bis zu Clean Code und Engineering-Kultur. Ich zeige dann, wie DevOps und Continuous Delivery helfen, grossartige Produkte zu bauen, indem man vom Projekt-Mindset zum Produkt-Mindset wechselt.
Warum wird Security immer noch am Ende des Entwicklungsprozesses angeflanscht — und wie können wir sie nach vorn verschieben, ohne die Teams auszubremsen? In Teil 1 unserer GitLab DevSecOps Serie legen Patrick Steger und ich die Grundlage: Was GitLab ist, was Shift Left wirklich bedeutet und welche CI/CD-Konzepte man verstanden haben muss, bevor man eine DevSecOps-Pipeline bauen kann, die in der Praxis funktioniert.
In den letzten Jahren habe ich zu jeder einzelnen Aktivität im SAFe DevOps Health Radar einen Deep-Dive veröffentlicht. Dieser Beitrag ist die Tour rund um den Radar: eine einzige Seite, die Sie durch alle vier Aspekte und alle sechzehn Stages führt, mit dem Originalvideo zu jeder Aktivität und einem Link zum vollständigen Artikel. Nutzen Sie ihn als Karte — um Ihren Einstiegspunkt zu finden, um ihn mit Ihrem Team zu teilen oder um zu bewerten, wo Sie heute stehen und wohin Sie als nächstes wollen.
Feature Toggles sind eines dieser Konzepte, die auf den ersten Blick einfach klingen, aber in der Praxis enormes Potenzial entfalten. In dieser Session des DevOps Meetup Zürich spreche ich gemeinsam mit Ben Rometsch, dem Gründer von Flagsmith, über das Was, Warum und Wie von Feature Toggles. Wir behandeln die grundlegenden CI/CD-Konzepte, die Feature Toggles notwendig machen, den Unterschied zwischen Deployment und Release, und wie moderne Feature-Flagging-Plattformen progressive Rollouts, User-Segmentierung und A/B Testing ermöglichen.
In diesem Artikel erkläre ich, was Continuous Deployment innerhalb des SAFe® DevOps Health Radars ist und warum es für die schnelle und sichere Wertlieferung unverzichtbar ist. Bitte beachten Sie, dass alles hier Besprochene unter der Lizenz von Scaled Agile steht und dass das Scaled Agile Framework als Toolbox zu verstehen ist. Nehmen Sie daraus, was zu Ihren Bedürfnissen passt und Ihre Probleme löst.
Verify ist ein entscheidender Schritt im SAFe for DevOps Health Radar. Nachdem wir unser Paket in die Produktionsumgebung deployed haben, müssen wir sicherstellen, dass die neue Funktionalität korrekt funktioniert und die Integrität und Robustheit des bestehenden Systems nicht beeinträchtigt. Erst nach dieser Verifikation können wir die neuen Features bedenkenlos für die Endbenutzer freigeben. In diesem Video erkläre ich, was der Verify-Schritt umfasst und wie er sich in die gesamte Continuous Delivery Pipeline einfügt.
Deploy ist ein kritischer Schritt im SAFe for DevOps Health Radar. Nachdem wir ein deploybare Paket erstellt und es in einer Staging-Umgebung getestet haben, wollen wir nun unsere Änderungen kontinuierlich in die Produktionsumgebung deployen. Das Ziel ist es, mit hoher Frequenz und niedrigem Risiko zu deployen. In diesem Video erkläre ich, wie wir das erreichen und welche Praktiken Continuous Deployment ermöglichen.
