DevOps bezeichnet eine Ansammlung von Maßnahmen um die in vielen, insbesondere größeren, Unternehmen getrennt organisierten Softwareentwicklungs- (Development, Dev) und Softwarebetriebs-Teams (Operations, Ops) zu einer stärkeren Kollaboration sowie Prozess-Automatisierung zu führen.
DevOps Modelle von Google & Co. können nicht 1:1 auf eine Enterprise IT kopiert werden. Vielmehr ist DevOps eine Reise, die für traditionell geprägte Unternehmen einen Kulturwandel bedeutet.
Die DevOps-Bewegung - Einführung und Überblick
OOP 2012, 24.01.2012
Uhrzeit: 14:00 - 14:45
Sprecher: Udo Pracht
Die Bereiche Software-Entwicklung und IT-Betrieb in größeren Unternehmen haben meist eine sehr verschiedene Vorstellung davon, wie selbstentwickelte Anwendungen produktiv genommen und betreut werden. Diese unterschiedliche Zielsetzung führt zu geschäftsrelevanten Verzögerungen, Behinderungen oder gar Ausfällen. Um das Problem zu lösen, will DevOps die Zusammenarbeit von Entwicklern und Administratoren agil gestalten, deren Umgang miteinander verbessern.
Der Vortrag stellt den Ansatz und aktuellen Stand des Themas im Überblick vor.
Nicht-Entwicklern die Entwicklung näher bringen ... und was wir uns davon ver...Nadja Macht
Die Non-Dev Usergroup (#NonDevHH) hat sich zum Ziel gesetzt die Kommunikation zwischen Non-Devs und Devs zu verbessern und damit eine Kluft zu schließen, die sich im Alltag oft durch unbefriedigende Zusammenarbeit und Arbeitsergebnisse auszeichnet. Warum mehr Verständnis für andere Denkweisen und Kulturen im Entwicklungsumfeld zu mehr Teamplay/Collaboration und mehr Innovation/bessere Performance/mehr Qualität führen kann/soll, stellen wir in unserem Vortrag vor.
Integrating automated testing tools and concepts into pipelines.
1. Coded UI is used for UI testing and Postman + Newman for API testing of a license manager application. Tests are run in parallel on different browsers in the pipeline after deployment.
2. An existing testing framework uses Selenium for UI testing a web application. Tests are structured using page objects and run on Jenkins.
3. Tools and strategies discussed include Page Object Model, test frameworks, test environments, and communication during collaboration on testing. The goal is faster, more reliable releases through prioritized, efficient automated testing.
DevOps Modelle von Google & Co. können nicht 1:1 auf eine Enterprise IT kopiert werden. Vielmehr ist DevOps eine Reise, die für traditionell geprägte Unternehmen einen Kulturwandel bedeutet.
Die DevOps-Bewegung - Einführung und Überblick
OOP 2012, 24.01.2012
Uhrzeit: 14:00 - 14:45
Sprecher: Udo Pracht
Die Bereiche Software-Entwicklung und IT-Betrieb in größeren Unternehmen haben meist eine sehr verschiedene Vorstellung davon, wie selbstentwickelte Anwendungen produktiv genommen und betreut werden. Diese unterschiedliche Zielsetzung führt zu geschäftsrelevanten Verzögerungen, Behinderungen oder gar Ausfällen. Um das Problem zu lösen, will DevOps die Zusammenarbeit von Entwicklern und Administratoren agil gestalten, deren Umgang miteinander verbessern.
Der Vortrag stellt den Ansatz und aktuellen Stand des Themas im Überblick vor.
Nicht-Entwicklern die Entwicklung näher bringen ... und was wir uns davon ver...Nadja Macht
Die Non-Dev Usergroup (#NonDevHH) hat sich zum Ziel gesetzt die Kommunikation zwischen Non-Devs und Devs zu verbessern und damit eine Kluft zu schließen, die sich im Alltag oft durch unbefriedigende Zusammenarbeit und Arbeitsergebnisse auszeichnet. Warum mehr Verständnis für andere Denkweisen und Kulturen im Entwicklungsumfeld zu mehr Teamplay/Collaboration und mehr Innovation/bessere Performance/mehr Qualität führen kann/soll, stellen wir in unserem Vortrag vor.
Integrating automated testing tools and concepts into pipelines.
1. Coded UI is used for UI testing and Postman + Newman for API testing of a license manager application. Tests are run in parallel on different browsers in the pipeline after deployment.
2. An existing testing framework uses Selenium for UI testing a web application. Tests are structured using page objects and run on Jenkins.
3. Tools and strategies discussed include Page Object Model, test frameworks, test environments, and communication during collaboration on testing. The goal is faster, more reliable releases through prioritized, efficient automated testing.
Seit 2009 ist DevOps ein wichtiges Thema auf den IT-Konferenzen, und inzwischen empfehlen auch die großen Beratungshäuser eine DevOps-Strategie. Doch während sich die Tools hoher Popularität erfreuen und Quasistandard wurden, sind Kultur und Organisationsdesign auf der Strecke geblieben. Die Tools alleine realisieren nur einen kleinen Teil des Benefits von DevOps, der große Vorteil entsteht erst mit der Integration von DevOps-Struktur, Organisation und Kultur im Unternehmen zu bekommen. Wie breche ich Silos jenseits von Dev und Ops auf? Wie schaffe ich gemeinsame Ziele über die Abteilungsgrenzen hinaus? Wie mache ich eine verlässliche Testphase bei einem Deploy am Tag? Welche Strukturen von heute stehen DevOps im Weg?
http://www.opitz-consulting.com/go/3-4-894
Die Literatur sagt, dass „Broken Builds“ auf jeden Fall zu vermeiden sind, weil andere Entwickler sich durch die fehlerhaften Änderungen ihren Entwicklungsbereich kaputt machen und dann nicht arbeiten können.
Die Solution Architects unserer IT-Beratung, Stefan Scheidt und Richard Attermeyer, zeigten in ihrem Vortrag am 10.Oktober 2013 bei der gearconf 2013 in Düsseldorf, dass „broken Builds“ nicht das Problem sind. Im Rahmen der Präsentation zeigten die Referenten, wie man durch geeignete Branching- und CI-Strategien stets eine stabilen Branch sicherstellen kann.
Veranschaulicht wurde das Ganze durch eine konkrete Umsetzung mittels Git / GitLab und Jenkins.
--
Über uns:
Als führender Projektspezialist für ganzheitliche IT-Lösungen tragen wir zur Wertsteigerung der Organisationen unserer Kunden bei und bringen IT und Business in Einklang. Mit OPITZ CONSULTING als zuverlässigem Partner können sich unsere Kunden auf ihr Kerngeschäft konzentrieren und ihre Wettbewerbsvorteile nachhaltig absichern und ausbauen.
Über unsere IT-Beratung: http://www.opitz-consulting.com/go/3-8-10
Unser Leistungsangebot: http://www.opitz-consulting.com/go/3-8-874
Karriere bei OPITZ CONSULTING: http://www.opitz-consulting.com/go/3-8-5
Infrastruktur agil bauen - der DBA im SAFe-UmfeldDaniel Steiger
Das Scaled Agile Framework kombiniert Ansätze aus den agilen Methoden Scrum, Kanban und Extreme Programming mit Lean Thinking sowie den von Donald G. Reinertsen formulierten Prinzipien zum Lean Product Development und ermöglicht es so, Agilität im Enterprise Umfeld und grossen Maßstab anzuwenden. Für die Entwickler tönt das sehr spannend, aber geht denn das auch im Infrastrukturbau? Klar Infrastructure-as-Code, ist ja schliesslich auch nur programmieren, aber wenn dann die gestandenen Datenbankadministratoren sich in einem agilen Team einfinden müssen, ist der Spass vielleicht schon vorbei.
In diesem Vortrag wird die Struktur von SAFe aufgezeigt und dann auf die Erfahrungen eines DBA und System-Engineer-Teams eingegangen, welches in ein bestehendes SAFe-Umfeld integriert wurde. Die DevOps-Phasen mit initialem Aufbau, Betrieb mit SLA-Verantwortung und Lifcycle werden ebenfalls vorgestellt und der Ablauf von PI (Programm Increment) über Sprints mit Userstories erläutert.
Zum Testen von Software gehören sowohl das Aufspüren von Fehlern während der Entwicklung, als auch die Überprüfung des Gesamtproduktes. Das heißt, man sucht zunächst in einzelnen Codefragmenten nach Fehlern, und überprüft dann das Gesamtpaket auf seine Vollständigkeit und Korrektheit hin. Unzureichende oder unvollständige Dokumentationen führen häufig zu einer unzulänglichen Erfassung von fehlerfhaften Anforderungen. Dies fällt besonders bei sich wiederholenden und sich schnell verändernden PHP-Entwicklungen ins Gewicht. Der Grund dafür ist, dass PHP als nicht typisierte Sprache die Möglichkeit bietet, in hohem Tempo neue Funktionalitäten zu bestehender Software hinzuzufügen und zu ändern. Anwendungsteile, die mit PHP implementiert wurden, bedürfen keiner Neukompilierung. Die Genauigkeit des Gesamtkontextes kann noch während der Laufzeit des Prozesses geprüft werden. Des Weiteren muss auch sichergestellt werden, dass die Rückgabewerte von Methoden der Quellcode-Dokumentation bzw. dem erwarteten Typ entsprechen. In Projekten mit größeren Teams wird es häufig zur Wiederverwendung von Komponenten – oft auch in einem vom Software-Autor nicht erwarteten Kontext – kommen. Somit ist immer noch das Wichtigste nicht genannt: Sind neue Funktionen korrekt umgesetzt, und funktioniert die alte Funktionalität noch?
Cloud-Native Plattformen - Produktivitäts-Boost oder nur Hype?
Die Welt wird immer komplexer und die Anforderungen an die IT immer höher. Können moderne Cloud-Native Plattformen dabei unterstützen? Lasst uns besser verstehen mit welchen Problemen IT-Organisationen kämpfen und wie man sich dazu besser aufstellen kann.
Slides from the DevOps day in Bern. The slidedeck covers basic DevOps but concentrates on Feature Teams, where DevOps is an enabler and integration technique.
Der Iterations-Zylus, in dem Software-Entwickler arbeiten, hat sich in den letzten Jahren schrittweise erweitert: Entwicklung, Entwickler-Test, Integration, Akzeptanz-Test, Deployment, Delivery. Zur DevOps-Kultur gehört die Bewältigung dieser Schritte im Entwickler-Team.
Puppet: Aufbau einer Puppet Enterprise Umgebung (Webinar vom 28.03.2014)NETWAYS
Puppet ist eine Open Souce Configuration Management Lösung, mit der Administratoren den Zustand Ihrer Umgebung beschreiben können. Puppet kümmer sich anschließend um die Installation von Paketen, die Änderungen von Konfigurationen, das anlegen von Usern uvm.. Neben der Open Source Variante gibt es auch eine komerzielle Lösung, welche ebenfalls von Puppet Labs weiterentwickelt wird. In diesem Webinar ging es einerseits um den Funktionsumfang aber auch um die Unterschiede zur Open Source Version.
Webinare
Archiv Link: https://www.netways.de/webinare/archiv/puppet_enterprise_webinare/puppet_aufbau_einer_puppet_enterprise_umgebung/
Aktuell: https://www.netways.de/webinare/webinare_aktuell/
NETWAYS
Konferenzen: https://www.netways.de/events_schulungen/home/
Schulungen: https://www.netways.de/events_schulungen/schulungen/home/
Shop: https://shop.netways.de/
Blog: http://blog.netways.de/
Social Media
YouTube: https://www.youtube.com/channel/UC8nIBEFmjzXjXeJV_hkkeIQ
Facebook: https://www.facebook.com/netways
Google+: https://plus.google.com/+netways/
Twitter: https://twitter.com/netways
Vortrag zur Entwicklung von Applikationen mit XPages. Der Vortrag wurde am 18.05.2011 im Rahmen des Arbeitskreises Anwendungsentwicklung auf der DNUG 2011 in Bonn gehalten.
Seit 2009 ist DevOps ein wichtiges Thema auf den IT-Konferenzen, und inzwischen empfehlen auch die großen Beratungshäuser eine DevOps-Strategie. Doch während sich die Tools hoher Popularität erfreuen und Quasistandard wurden, sind Kultur und Organisationsdesign auf der Strecke geblieben. Die Tools alleine realisieren nur einen kleinen Teil des Benefits von DevOps, der große Vorteil entsteht erst mit der Integration von DevOps-Struktur, Organisation und Kultur im Unternehmen zu bekommen. Wie breche ich Silos jenseits von Dev und Ops auf? Wie schaffe ich gemeinsame Ziele über die Abteilungsgrenzen hinaus? Wie mache ich eine verlässliche Testphase bei einem Deploy am Tag? Welche Strukturen von heute stehen DevOps im Weg?
http://www.opitz-consulting.com/go/3-4-894
Die Literatur sagt, dass „Broken Builds“ auf jeden Fall zu vermeiden sind, weil andere Entwickler sich durch die fehlerhaften Änderungen ihren Entwicklungsbereich kaputt machen und dann nicht arbeiten können.
Die Solution Architects unserer IT-Beratung, Stefan Scheidt und Richard Attermeyer, zeigten in ihrem Vortrag am 10.Oktober 2013 bei der gearconf 2013 in Düsseldorf, dass „broken Builds“ nicht das Problem sind. Im Rahmen der Präsentation zeigten die Referenten, wie man durch geeignete Branching- und CI-Strategien stets eine stabilen Branch sicherstellen kann.
Veranschaulicht wurde das Ganze durch eine konkrete Umsetzung mittels Git / GitLab und Jenkins.
--
Über uns:
Als führender Projektspezialist für ganzheitliche IT-Lösungen tragen wir zur Wertsteigerung der Organisationen unserer Kunden bei und bringen IT und Business in Einklang. Mit OPITZ CONSULTING als zuverlässigem Partner können sich unsere Kunden auf ihr Kerngeschäft konzentrieren und ihre Wettbewerbsvorteile nachhaltig absichern und ausbauen.
Über unsere IT-Beratung: http://www.opitz-consulting.com/go/3-8-10
Unser Leistungsangebot: http://www.opitz-consulting.com/go/3-8-874
Karriere bei OPITZ CONSULTING: http://www.opitz-consulting.com/go/3-8-5
Infrastruktur agil bauen - der DBA im SAFe-UmfeldDaniel Steiger
Das Scaled Agile Framework kombiniert Ansätze aus den agilen Methoden Scrum, Kanban und Extreme Programming mit Lean Thinking sowie den von Donald G. Reinertsen formulierten Prinzipien zum Lean Product Development und ermöglicht es so, Agilität im Enterprise Umfeld und grossen Maßstab anzuwenden. Für die Entwickler tönt das sehr spannend, aber geht denn das auch im Infrastrukturbau? Klar Infrastructure-as-Code, ist ja schliesslich auch nur programmieren, aber wenn dann die gestandenen Datenbankadministratoren sich in einem agilen Team einfinden müssen, ist der Spass vielleicht schon vorbei.
In diesem Vortrag wird die Struktur von SAFe aufgezeigt und dann auf die Erfahrungen eines DBA und System-Engineer-Teams eingegangen, welches in ein bestehendes SAFe-Umfeld integriert wurde. Die DevOps-Phasen mit initialem Aufbau, Betrieb mit SLA-Verantwortung und Lifcycle werden ebenfalls vorgestellt und der Ablauf von PI (Programm Increment) über Sprints mit Userstories erläutert.
Zum Testen von Software gehören sowohl das Aufspüren von Fehlern während der Entwicklung, als auch die Überprüfung des Gesamtproduktes. Das heißt, man sucht zunächst in einzelnen Codefragmenten nach Fehlern, und überprüft dann das Gesamtpaket auf seine Vollständigkeit und Korrektheit hin. Unzureichende oder unvollständige Dokumentationen führen häufig zu einer unzulänglichen Erfassung von fehlerfhaften Anforderungen. Dies fällt besonders bei sich wiederholenden und sich schnell verändernden PHP-Entwicklungen ins Gewicht. Der Grund dafür ist, dass PHP als nicht typisierte Sprache die Möglichkeit bietet, in hohem Tempo neue Funktionalitäten zu bestehender Software hinzuzufügen und zu ändern. Anwendungsteile, die mit PHP implementiert wurden, bedürfen keiner Neukompilierung. Die Genauigkeit des Gesamtkontextes kann noch während der Laufzeit des Prozesses geprüft werden. Des Weiteren muss auch sichergestellt werden, dass die Rückgabewerte von Methoden der Quellcode-Dokumentation bzw. dem erwarteten Typ entsprechen. In Projekten mit größeren Teams wird es häufig zur Wiederverwendung von Komponenten – oft auch in einem vom Software-Autor nicht erwarteten Kontext – kommen. Somit ist immer noch das Wichtigste nicht genannt: Sind neue Funktionen korrekt umgesetzt, und funktioniert die alte Funktionalität noch?
Cloud-Native Plattformen - Produktivitäts-Boost oder nur Hype?
Die Welt wird immer komplexer und die Anforderungen an die IT immer höher. Können moderne Cloud-Native Plattformen dabei unterstützen? Lasst uns besser verstehen mit welchen Problemen IT-Organisationen kämpfen und wie man sich dazu besser aufstellen kann.
Slides from the DevOps day in Bern. The slidedeck covers basic DevOps but concentrates on Feature Teams, where DevOps is an enabler and integration technique.
Der Iterations-Zylus, in dem Software-Entwickler arbeiten, hat sich in den letzten Jahren schrittweise erweitert: Entwicklung, Entwickler-Test, Integration, Akzeptanz-Test, Deployment, Delivery. Zur DevOps-Kultur gehört die Bewältigung dieser Schritte im Entwickler-Team.
Puppet: Aufbau einer Puppet Enterprise Umgebung (Webinar vom 28.03.2014)NETWAYS
Puppet ist eine Open Souce Configuration Management Lösung, mit der Administratoren den Zustand Ihrer Umgebung beschreiben können. Puppet kümmer sich anschließend um die Installation von Paketen, die Änderungen von Konfigurationen, das anlegen von Usern uvm.. Neben der Open Source Variante gibt es auch eine komerzielle Lösung, welche ebenfalls von Puppet Labs weiterentwickelt wird. In diesem Webinar ging es einerseits um den Funktionsumfang aber auch um die Unterschiede zur Open Source Version.
Webinare
Archiv Link: https://www.netways.de/webinare/archiv/puppet_enterprise_webinare/puppet_aufbau_einer_puppet_enterprise_umgebung/
Aktuell: https://www.netways.de/webinare/webinare_aktuell/
NETWAYS
Konferenzen: https://www.netways.de/events_schulungen/home/
Schulungen: https://www.netways.de/events_schulungen/schulungen/home/
Shop: https://shop.netways.de/
Blog: http://blog.netways.de/
Social Media
YouTube: https://www.youtube.com/channel/UC8nIBEFmjzXjXeJV_hkkeIQ
Facebook: https://www.facebook.com/netways
Google+: https://plus.google.com/+netways/
Twitter: https://twitter.com/netways
Vortrag zur Entwicklung von Applikationen mit XPages. Der Vortrag wurde am 18.05.2011 im Rahmen des Arbeitskreises Anwendungsentwicklung auf der DNUG 2011 in Bonn gehalten.