<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Continuous Deployment on Romano Roth</title><link>https://romanoroth.com/de/tags/continuous-deployment/</link><description>Recent content in Continuous Deployment on Romano Roth</description><generator>Hugo -- gohugo.io</generator><language>de</language><copyright>Romano Roth</copyright><lastBuildDate>Wed, 27 Nov 2024 09:46:13 +0000</lastBuildDate><atom:link href="https://romanoroth.com/de/tags/continuous-deployment/index.xml" rel="self" type="application/rss+xml"/><item><title>Einführung: Flip the Switch on Modern Software Development with Feature Flags</title><link>https://romanoroth.com/de/blogs/einfuehrung-flip-the-switch-moderne-softwareentwicklung-mit-feature-flags/</link><pubDate>Wed, 27 Nov 2024 09:46:13 +0000</pubDate><guid>https://romanoroth.com/de/blogs/einfuehrung-flip-the-switch-moderne-softwareentwicklung-mit-feature-flags/</guid><description>&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="1428"
 height="1824"
 src="https://romanoroth.com/images/blog/introduction-to-flip-the-switch-on-modern-software-development-with-feature-flags-inline-1_hu_eac29252f51e72e7.png"
 srcset="https://romanoroth.com/images/blog/introduction-to-flip-the-switch-on-modern-software-development-with-feature-flags-inline-1_hu_eac29252f51e72e7.png 800w, https://romanoroth.com/images/blog/introduction-to-flip-the-switch-on-modern-software-development-with-feature-flags-inline-1_hu_c199c8f3f76ee837.png 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/introduction-to-flip-the-switch-on-modern-software-development-with-feature-flags-inline-1.png">&lt;/figure>
&lt;/p>
&lt;p>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.&lt;/p></description></item><item><title>App-Solutely Safe: Wie Banken moderne Softwareentwicklung nutzen</title><link>https://romanoroth.com/de/blogs/app-solutely-safe-moderne-banksoftware/</link><pubDate>Mon, 20 May 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/app-solutely-safe-moderne-banksoftware/</guid><description>&lt;p>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.&lt;/p></description></item><item><title>Einführung in moderne Entwicklungspraktiken im Banking: Ein Playbook</title><link>https://romanoroth.com/de/blogs/einfuehrung-moderne-entwicklungspraktiken-im-banking-playbook/</link><pubDate>Fri, 29 Mar 2024 10:47:16 +0000</pubDate><guid>https://romanoroth.com/de/blogs/einfuehrung-moderne-entwicklungspraktiken-im-banking-playbook/</guid><description>&lt;p>Einführung in das eBook Moving to Modern Development Practices in Banking: A Playbook&lt;/p>
&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="1629"
 height="1167"
 src="https://romanoroth.com/images/blog/introduction-to-modern-development-practices-in-banking-a-playbook-inline-1_hu_a022c954ce26637e.png"
 srcset="https://romanoroth.com/images/blog/introduction-to-modern-development-practices-in-banking-a-playbook-inline-1_hu_a022c954ce26637e.png 800w, https://romanoroth.com/images/blog/introduction-to-modern-development-practices-in-banking-a-playbook-inline-1_hu_be5f69167e93b812.png 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/introduction-to-modern-development-practices-in-banking-a-playbook-inline-1.png">&lt;/figure>
&lt;/p>
&lt;p>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.&lt;/p></description></item><item><title>Übergang zu moderner Softwareentwicklung und Continuous Integration für Banken: Insights von Romano</title><link>https://romanoroth.com/de/blogs/moderne-softwareentwicklung-continuous-integration-fuer-banken-insights-romano/</link><pubDate>Wed, 02 Aug 2023 14:28:56 +0000</pubDate><guid>https://romanoroth.com/de/blogs/moderne-softwareentwicklung-continuous-integration-fuer-banken-insights-romano/</guid><description>&lt;p>Von &lt;a href="https://www.linkedin.com/in/anna-redbond-580a0511a/" target="_blank" rel="noreferrer">Anna Redbond&lt;/a> und Romano Roth am 2. August 2023&lt;/p>
&lt;p>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.&lt;/p></description></item><item><title>GitHub DevSecOps Teil 1: Was ist GitHub und warum Security nach links verschieben?</title><link>https://romanoroth.com/de/blogs/github-devsecops-einfuehrung/</link><pubDate>Tue, 03 Jan 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/github-devsecops-einfuehrung/</guid><description>&lt;p>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.&lt;/p></description></item><item><title>Hochwertige Arbeit in der Softwareentwicklung und grossartige Developer Experience</title><link>https://romanoroth.com/de/blogs/hochwertige-arbeit-in-der-softwareentwicklung/</link><pubDate>Fri, 09 Dec 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/hochwertige-arbeit-in-der-softwareentwicklung/</guid><description>&lt;p>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.&lt;/p></description></item><item><title>GitLab DevSecOps Teil 1: Was ist GitLab und warum Security nach links verschieben?</title><link>https://romanoroth.com/de/blogs/gitlab-devsecops-einfuehrung/</link><pubDate>Wed, 10 Aug 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/gitlab-devsecops-einfuehrung/</guid><description>&lt;p>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.&lt;/p></description></item><item><title>Tour durch den SAFe DevOps Health Radar: Alle 16 Stages mit Videos</title><link>https://romanoroth.com/de/blogs/devops-health-radar-tour/</link><pubDate>Wed, 15 Jun 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-health-radar-tour/</guid><description>&lt;p>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.&lt;/p></description></item><item><title>Feature Toggles: Was, warum, wie?</title><link>https://romanoroth.com/de/blogs/feature-toggles-was-warum-wie/</link><pubDate>Wed, 30 Mar 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/feature-toggles-was-warum-wie/</guid><description>&lt;p>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.&lt;/p></description></item><item><title>Was ist Continuous Deployment? | SAFe® DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-continuous-deployment-safe-devops-health-radar/</link><pubDate>Sun, 23 Jan 2022 09:49:57 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-continuous-deployment-safe-devops-health-radar/</guid><description>&lt;p>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.&lt;/p></description></item><item><title>Was ist Verify? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-verify-safe-devops-health-radar/</link><pubDate>Mon, 06 Dec 2021 20:02:30 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-verify-safe-devops-health-radar/</guid><description>&lt;p>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.&lt;/p></description></item><item><title>Was ist Deploy? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-deploy-safe-devops-health-radar/</link><pubDate>Sun, 21 Nov 2021 20:46:47 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-deploy-safe-devops-health-radar/</guid><description>&lt;p>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.&lt;/p></description></item><item><title>Was ist Continuous Deployment (CD)?</title><link>https://romanoroth.com/de/blogs/was-ist-continuous-deployment/</link><pubDate>Thu, 06 Aug 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-continuous-deployment/</guid><description>&lt;p>Continuous Deployment ist der finale, aggressivste Schritt in der CI/CD-Progression. CI beweist, dass der Code baut und die Unit Tests grün sind. Continuous Delivery beweist, dass das Artefakt in einer produktionsähnlichen Umgebung funktioniert. Continuous Deployment entfernt den letzten manuellen Checkpoint: Wenn alle Tests auf dem Weg grün sind, geht die Änderung direkt in Produktion. Kein &amp;ldquo;Deploy&amp;rdquo;-Button, kein Freitagnachmittag-Release-Fenster, kein Mensch im Loop für den letzten Schritt.&lt;/p></description></item><item><title>Was ist CI/CD?</title><link>https://romanoroth.com/de/blogs/what-is-ci-cd/</link><pubDate>Tue, 04 Aug 2020 18:49:47 +0000</pubDate><guid>https://romanoroth.com/de/blogs/what-is-ci-cd/</guid><description>&lt;p>In der traditionellen Softwareentwicklung wird Software von allen Entwicklern in einem grossen einzigen Integrationsschritt zusammengeführt und getestet, der in der Regel Wochen oder gar Monate dauert. Da dies nur alle paar Monate passiert, ist dieser Schritt sehr zeitaufwändig.&lt;/p></description></item><item><title>Wie können wir Wertströme verbessern? Ein Vorgehen in sieben Schritten</title><link>https://romanoroth.com/de/blogs/wie-koennen-wir-wertstroeme-verbessern/</link><pubDate>Mon, 03 Aug 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/wie-koennen-wir-wertstroeme-verbessern/</guid><description>&lt;p>Ein Wertstrom ist der Weg, den Wert von der ersten Idee bis in die Produktion zurücklegt. Er ist die Summe aller Schritte, Übergaben und Wartezeiten dazwischen. In diesem Video zeige ich ein einfaches Vorgehen in sieben Schritten: einen Wertstrom identifizieren, ehrlich messen, ein Zielbild entwerfen und dann Schritt für Schritt dorthin arbeiten. Die Zahlen im Beispiel sind bewusst vereinfacht, damit die Methode im Vordergrund steht und nicht ein einzelnes Ergebnis.&lt;/p></description></item></channel></rss>