DevOps:
Agilität konsequent umgesetzt

Traditionell werden Software-Releases drei- bis viermal im Jahr ausgeliefert. Dies wird im Rahmen von DevOps mit Continuous Delivery ersetzt. So wird der erforderliche Grad an Automatisierung mittelst einer „Deployment Pipeline" ermöglicht. In dieser werden alle für den Auslieferungsprozess benötigten Umgebungen abgebildet. Typischerweise besteht eine Deployment Pipeline aus entsprechenden Phasen: der „Commit Stage" (Continuous Integration), der „Acceptance Stage" (automatisierte Akzeptanztests) hin zur „Production Stage", oft flankiert von einer „User Acceptance Stage" (Benutzerakzeptanztests) und „Capacity Stage" (Last- und Performance-Tests). Die Implementierung von Continuous Delivery hängt dabei vor allem von der Verwendung der richtigen Werkzeuge ab.

Continuous Delivery umfasst die Prozesse, nachdem der Code für Anwendungs-Änderungen integriert wurde, um an Benutzer in bestimmten Zeitabständen oder bei Erreichen einer bestimmten Qualitätsmetrik ausgeliefert zu werden. Dabei geht es um das automatisierte, wiederholbare und zuverlässige Bereitstellen von funktionierender Software. Das Ziel: die Steigerung der Softwarequalität.

Mit der automatisierten Auslieferung unterstützt Continuous Delivery die kulturelle Veränderung durch DevOps, da regelmäßig Feedback über den Zustand der Software gemeldet wird. Außerdem wird mit Continuous Delivery Commit zum potenziellen Release-Kandidaten geschaffen und damit eine kürzere Time-to-Market erreicht. In Summe unterstützt das den kulturellen Wandel hin zu kontinuierlichem Experimentieren.

Jetzt Projekt-Anfrage starten!

Auch wenn wir nach Wunsch und Anforderung mit klassischen Projektmanagementmethoden arbeiten, sind unsere Software-Entwickler in Köln in agilen Praktiken geschult. Zudem sind wir überzeugt, dass viele Herausforderungen an die Digitalisierung Ihrer Prozesse und auch der Komplexität am Markt heutzutage mit agilen Methoden effizienter und zielführender umzusetzen sind.

Dabei passen wir den Prozessansatz an Ihre Bedürfnisse und Gegebenheiten an – von kleinen einzelnen agilen Projekten bis hin zur digitalen Transformation Ihrer Kernprozesse. Ziel ist, dass Sie nach einem umfassenden Know-how-Transfer agile Projekte selbständig durchführen können.  

Was meint agil in Bezug auf Softwareentwicklung? Agilität kann sich in diesem Zusammenhang auf einen Teilbereich oder den gesamten Softwareentwicklungsprozess beziehen. Agile Programmierung baut auf selbstorganisierenden Teams auf, sowie einer iterativen und inkrementellen Vorgehensweise. Der Ursprung für agile Softwareentwicklung wurde im Februar 2001 bei einem Treffen in Utah gelegt, bei dem auch das sogenannte Agile Manifest formuliert wurde. Laut des jährlichen „State of Agile Report“ arbeiteten 2016 95 Prozent der weltweit befragten Unternehmen mit agilen Prozessen.  

Jetzt über lise Scrum Trainings informieren!

Mit Infrastructure as Code verwalten und stellen unsere Software-Experten anstelle manueller Verfahren die benötigte Infrastruktur auf Basis von Code bereit. Wo früher Systeme an die physische Hardware gebunden waren, sind sie im Cloud-Zeitalter von ihr losgelöst. Bereitstellung und Wartung wird über automatisierte Skripte oder eine Management-Software zur Ausführung dieser Skripte vorgenommen. Änderungen sind innerhalb von Sekunden möglich. Das senkt Risiko sowie Kosten – Produkte sind schneller am Markt.

Bei Infrastructure as Code handelt es sich nicht um neue Tools, sondern um eine völlig neue Herangehensweise im Management von IT-Infrastruktur. Ein System damit einzurichten, meint, es als Code zu programmieren, der beliebig dupliziert und versioniert werden kann. So wird ein lauffähiges System zum Ergebnis eines ausführbaren Codes. Oftmals ist die Cloud-Technologie Grundlage für Infrastructure as Code, um Systeme schnell zu erstellen, sie zu skalieren und auf neue Business-Anforderungen zu reagieren.

Für unsere Softwareentwickler ist Infrastructure as Code interessant, da sie beim Ausrollen einer neuen Anwendung selber einen Infrastructure-as-Code-Prozess für die Bereitstellung schreiben können, was vor allem in Testphasen viele Vorteile mit sich bringt. Außerdem wird so nicht nur die Anwendung selbst versioniert, sondern auch die für die Anwendung benötigte Laufzeitumgebung. Dies hat mehrere Benefits: Zum einen liegt der jeweiligen Software-Version die dafür benötigte Beschreibung der Laufzeitumgebung bei, zum Anderen kann damit ein „Configuration Drift" vermieden werden. Außerdem lässt sich die benötigte Laufzeitumgebung jederzeit wiederherstellen.

„Snowflake Server" gehören der Vergangenheit an. Für die Umsetzung von Infrastructure as Code gibt es zwei Ansätze: „Mutable Infrastructure" aktualisiert die bestehende Infrastruktur mit jeder neuen Version, „Immutable Infrastructure" dagegen tauscht mit jeder Aktualisierung die Infrastruktur aus, das heißt die alte Laufzeitumgebung wird heruntergefahren und durch eine neue Laufzeitumgebung ersetzt. Dies wird typischerweise durch Container-Technologie wie Docker erreicht.

Jetzt Projekt-Anfrage starten!