Downloaden Sie, um offline zu lesen
Hochgeladen vonStephan Kaps
Kaps - Continuous Deployment Roadmap
Das Dokument beschreibt die Anforderungen und Prinzipien für Continuous Deployment in großen Unternehmen, darunter kontinuierliche Integration und Lieferung sowie die Automatisierung des Bereitstellungsprozesses. Es hebt die Bedeutung von Sicherheit, Qualität und Effizienz hervor, um Risiken zu minimieren und die Bereitstellung zu beschleunigen. Außerdem werden Best Practices wie Feature Toggles, Branch by Abstraction und Secrets Management vorgestellt.
Kaps - Continuous Deployment Roadmap
- 1. Continuous Deployment Roadmap Requirements forCD in larger Enterprises
- 2. Stephan Kaps Leiter SoftwareentwicklungBundesamt für Soziale Sicherung Gründer Java User Group Bonn Java Entwickler & Architekt seit 2002 Weitere Schwerpunkte: ✘ Softwareentwicklungsprozesse ✘ BizDevSecOps ✘ OpenSource ✘ Speaker & Autor @kitenco1
- 3.
- 4. Release Anti-Pattern ✘ Softwaremanuell deployen ✘ In der Staging- oder Test-Umgebung wird erst nach Ende der Entwicklung deployed ✘ Manuelle Konfiguration der Produktionsumgebung @kitenco1
- 5. Geht es besser? Releasessollen "langweilig" werden. Dafür sind gewisse Prinzipien, Praktiken und Techniken notwendig. Releases sollten mit geringem Risiko, häufig, verlässlich, günstig und rapide erfolgen können. @kitenco1
- 6. Automatic deployment inproduction @kitenco1
- 7. Shared Responsibilities Availability, Securityand Quality & @kitenco1
- 8.
- 9.
- 10.
- 11. Schlüsselkompetenzen für performante Softwarebereitstellung ✘Führung ✘ Werkzeuge ✘ Automatisierung ✘ Kultur ständigen Lernens und ständiger Verbesserung @kitenco1
- 12.
- 13. Vorteile ✘ Build &Checks bei jedem Commit ✘ Jederzeit auslieferbare Software ✘ Fail fast / Fast Feedback ✘ Gestiegene Qualität & Vertrauen @kitenco1
- 14. Anforderungen an CI ✘Version Control ✘ CI-Server ✘ Artifact Repository ✘ Automated Tests ✘ Security Testing (SAST & DAST) ✘ Trunk-Based-Development ✘ Team Agreement @kitenco1
- 15. Notwendige Praktiken ✘ Nichteinchecken in einen Broken Build ✘ Alle commit Tests vor dem Einchecken ausführen, entweder lokal oder durch den CI-Server (erst den aktuellen Stand auschecken und Build und Tests durchlaufen) ✘ Bevor man weitermacht, auf den fertigen erfolgreichen Commit Test warten ✘ Niemals nach Hause gehen, wenn der Build broken ist ✘ Immer vorbereitet sein, auf die letzte Version zurückzugehen ✘ Time-Box-Fixing (10 Minuten?) Versuch das Problem zu lösen, sonst wird auf die letzte Version zurückgegangen ✘ Fehlgeschlagene Tests nicht auskommentieren ✘ Verantwortung für fehlgeschlagene Builds und Tests übernehmen, d.h. auch Tests anderer anpassen, wenn sie durch die eigene Änderung nicht mehr funktionieren ✘ Test-driven Development @kitenco1
- 16. Empfohlene Praktiken ✘ ExtremeProgramming Development Practices ✘ Den Build fehlschlagen lassen ○ bei Architektur Verstößen ○ Bei zu langsamen Tests ○ Bei Code Style Verstößen @kitenco1
- 17.
- 18. Vorteile ✘ Release fasterand more often ✘ Minimize risk ✘ Fast Feedback ✘ Increase trust in deployment process ✘ Faster project setup ✘ Increase transparency @kitenco1
- 19. Anforderungen für CD ✘wie für CI ✘ Entwickle (gescriptete) Delivery Pipelines ✘ Automatisierte Datenbank Änderungen ✘ Unified Deployment ✘ Evtl. organisatorische oder kulturelle Herausforderungen @kitenco1
- 20.
- 21. Wann nehme ichwas? FLYWAY - gut für interne Anwendungen mit gleicher DB Technologie LIQUIBASE - gut für Produkte, die beim Kunden auf unterschiedlichen Datenbanken betrieben werden können müssen @kitenco1
- 22.
- 23.
- 24.
- 25. @kitenco1 Automated Scripted Pipelines jedesProjekt mit bestimmten TAG
- 26. Continuous-Delivery-Kompetenzen 1. Verwenden Sieeine Versionsverwaltung für alle Produktionsartefakte 2. Automatisieren Sie Ihren Deployment-Prozess 3. Implementieren Sie Continuous Integration 4. Nutzen Sie trunk-basierte Entwicklungsmethoden 5. Implementieren Sie Testautomatisierung 6. Unterstützen Sie Testdatenmanagement 7. Integration von Security in den Softwareentwicklungsprozess (DevSecOps) 8. Continuous Delivery implementieren @kitenco1
- 27. But what aboutlong running changes or refactorings? @kitenco1
- 28.
- 29.
- 30.
- 31.
- 32.
- 33. Vorteile ✘ eine Migrationkann angehalten werden, aber der Build bleibt grün ✘ beide Implementierungen können parallel existieren und können somit getestet werden @kitenco1
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41.
- 42.
- 43.
- 44.
- 45.
- 46.
- 47.
- 48. 5. Security &Compliance @kitenco1
- 49. Container Security Risks ✘foreign containers from unknown sources ✘ manipulated Images (maybe with Malware) ✘ containers with known vulnerabilities @kitenco1
- 50. Container Security Guide ✘use only official or signed images ✘ implement Content Trust ✘ do Vulnerability Scans ✘ use a trusted Container Registry (Harbor Project) ✘ follow Container Security Verification Standard @kitenco1
- 52.
- 53.
- 54.
- 55.
- 56.
- 57. “Stellen Sie sicher,dass Geheimnisse (z. B. kryptografische Schlüssel und Kennwörter) sicher mit einer Secret Management Lösung verwendet werden, anstatt z.B. unter Verwendung von Umgebungsvariablen einem Container bereitgestellt werden. @kitenco1
- 58. Container Security VerificationStandard (CSVS) - OWASP OpenSource Projekt - Als ausführliche Anleitung zur Sicherheitsarchitektur - Als Ersatz für handelsübliche Checklisten - Für Sicherheitstrainings - drei Stufen, die man als Beginner, Fortgeschritten und Expertenlevel beschreiben könnte - Insgesamt 106 Empfehlungen, unterteilt in 12 Kategorien @kitenco1
- 59.
- 60.
- 61. Availability Quality & Speed Security SharedResponsibilities@kitenco1
- 62. Continuous Integration @kitenco1 Continuous Delivery FeatureToggles branch by Abstraction Secrets Management Zero Downtime Container Security Service Mesh
- 63. I wish youevery success on this exciting journey @kitenco1
- 64. Vielen Dank! Kontakt: Stephan Kaps info@kitenco.de www.kitenco.de @kitenco1 https://www.xing.com/profile/Stephan_Kaps2 https://www.linkedin.com/in/stephan-kaps-b246b0ab/ http://de.slideshare.net/kitenco Quellealler Hintergrundgrafiken ist https://www.pixabay.com https://open.spotify.com/album/2tHppzsY0ZPb57Xa7PRkEX