Track: DevOps, Bridging Dev and Ops
- Mittwoch
05.02. - Donnerstag
06.02.
So... in our organisation we've been busy trying to bridge the gap between Dev and Ops. And we've been moving towards an almost completely automated Infrastructure enablement. We thought we were doing so well. And then... it turned out that even without human intervention, IT infrastructure is secretly still about human interaction. I will tell you our real life story of how we hit rock bottom Developer Experience because as enablement teams we were so focused on IaC and automating everything that somehow we forgot to talk to our very own customers: the other teams in the organisation that are building software products. We thought we knew what they needed - because we were all developers ourselves too, innit. Well...-DevEx metrics showed us. Thankfully, this is a story with a happy ending too. We quickly retraced our steps and reverted to practical communication strategies to bridge the gap between us "software defined infrastructure product group" and the other teams.
Practical take-aways from this talk are some practices that can be applied straight away, to restore lost connections:
- Heard, seen, respected (learn to listen without showing any judgement)
- Finnish listening (remain silent! it allows conversations to evolve naturally. And we will practice some during the talk)
- Back-to-back (ha, that will be the mystery practice & exercise)
Target Audience: Architects, Developers, Managers, DevOps team members
Prerequisites: None
Level: Basic
Maryse Ingeborg Meinen is a product manager with a love for both IT Infrastructure (as code) and for sustainability. Combing these two passions leads to amazing cross pollination and valuable outcomes for creating a better world together. "You aint gonna need it" is her life motto. Also XP-lover and Stoic practitioner.
In this constantly changing world, we face new challenges: rapidly changing customer needs, increasing competition, and a shortage of skilled workers. Agility and speed are essential. Adopting Platform Engineering can be key, providing the flexibility and scalability to adapt swiftly, outpace competitors, and bridge the skills gap through automation and optimization.
I will demonstrate, using a real Platform, how Platform Engineering can help companies overcome hurdles and scale issues with DevOps practices.
Target Audience: Architects, Developers, Project Leaders, Managers, Decision Makers, Platform Engineers, DevOps Engineers
Prerequisites: Basic DevOps knowledge, understanding of platform engineering concepts
Level: Advanced
Romano Roth is Chief of DevOps and Partner at Zühlke. His journey with Zühlke began 22 years ago. Over the years, he has evolved from an expert software engineer and software architect to a consultant. Throughout this journey, one question has always fueled his passion: How can we continuously deliver value while ensuring quality and automation?
When the DevOps movement began, he was naturally drawn to it. DevOps isn't just a professional interest; it's his passion.
Mit dem Cloud-Boom steigen auch IT-Kosten rasant. Kosten entstehen anders als früher real-time und dezentral. Aus diesem Paradigmenwechsel ist „FinOps“ entstanden – ein Framework, das sinnvolles Cloud-Kostenmanagement ermöglicht.
Einige der FinOps-Praktiken wirken ressourcenschonend und senken damit zusätzlich Emissionen. Diese sind wesentlicher Teil von „GreenOps“. GreenOps etabliert sich als FinOps' „best friend“. Doch was hat DevOps damit zu tun?
Wir diskutieren praxisnah:
- welche FinOps- und GreenOps-Praktiken zur Senkung von Emissionen und Betriebskosten beitragen,
- welchen wesentlichen Beitrag DevOps leisten muss,
- was DevOps von zentraler Seite erwarten kann und was auch nicht.
Am Ende haben wir die Brücke geschlagen von Entwicklung und Betrieb über IT-Controlling zum Umweltschutz.
Zielpublikum: Manager, Entscheider, Architekten, Entwickler, Product Owner, Projektleiter
Voraussetzungen: Keine
Schwierigkeitsgrad: Basic
Philipp Kersting ist Gründungs- und Vorstandsmitglied des Bundesverbandes Green Software e.V. sowie freiberuflich als unabhängiger Green-IT-Berater tätig. Seine Leidenschaft ist die Reduzierung von CO2-Emissionen in der IT. Er coacht Manager und Mitarbeitende in IT, Fachbereich und Controlling. Sein Know-how basiert auf 25 Jahren Erfahrung in Software-Optimierungen. Er war u. a. als SE-Leiter und Programm-Manager bei Versicherungen tätig.
There is a clear trend: ICT is responsible for more and more greenhouse gas (GHG) emissions: it has already reached an estimated level of 4% of global GHG emissions, which is comparable to the entire aviation sector, and ICT energy consumption is growing at an estimated rate of ca. 9% per year. Fortunately, there are ways to reduce these negative effects. One of these ways is DevGreenOps. It is an extension of the DevOps approach to software development. DevGreenOps takes additional inspiration from DevSecOps, GreenOps and agile development practices. It enables teams to incorporate environmental sustainability into every part and step of their software development projects.
I will introduce the DevGreenOps concept as well as helpful tools, open-source projects, recommendations, and inspiring examples, which will help you to implement your own DevGreenOps approach in your projects. All of which will help you to create transparency, generate insights, inform decisions, and ultimately help you to bridge the gap between software that is excellent to use and software that is excellent to the planet.
Target Audience: DevOps Engineers, Tech Leads, Project Leads, Sustainability Leads, Software Engineer
Prerequisites: Basic knowledge about the DevOps Cycle
Level: Advanced
Jochen Joswig is a Lead Software Engineer at MaibornWolff GmbH. His great passion is Green Software Engineering. As a Green Software Champion of the Green Software Foundation, a Project Lead of the CNCF TAG env and a Co-Author as well as Co-Organizer of the community behind the Green Software Manifesto, he conducts research, helps implement ideas in projects and spreads awareness about the topic of software sustainability.
Let’s be honest, the tech we have today is amazing but it can also be complex. So, it’s only natural that the platforms we build want to hide that complexity to improve productivity, avoid mistakes, and reduce cognitive load. So, the more complexity we can hide, the better our platform? Actually no - we need to be careful that we create useful abstractions, not dangerous illusions. This talk reflects on two decades of building complex distributed systems, highlighting where abstractions helped and where illusions led to major disappointments.
Target Audience: Architects, Platform Teams
Prerequisites: Architecture concepts
Level: Advanced
As Director of Enterprise Strategy at AWS, Gregor Hohpe helps technology leaders transform both their organization and their technology platform. You’ll find him riding the Architect Elevator from the engine room to the penthouse, perhaps automating serverless solutions in the morning and preparing board presentations in the afternoon. His favorite pastime is dissecting buzzwords and replacing them with meaningful decisions and architectural trade-offs.
In der dynamischen Welt der Softwareentwicklung ist eine effiziente interne Entwicklungsplattform der Schlüssel zum Erfolg, denn sie steigert die Effizienz der Entwickler durch einen schnelleren Weg zum Produktionsbetrieb und standardisiert Sicherheit und Compliance für alle Anwendungen innerhalb eines Unternehmens.
Dieser Vortrag stellt das CNCF Reifemodell für Platform Engineering vor um interne Entwicklungsplattformen an den Anforderungen des Businesses und der Organisation zu optimieren. Das Modell besteht aus vier Reifegraden innerhalb von fünf Aspekten, die sich auf die Entwicklung der Plattform als Produkt und auf die Benutzererfahrung der Plattform konzentrieren.
Für jeden der vier Reifegrade wird eine konkrete Plattform als Beispiel vorgestellt, um eine Einordnung und Verbesserungsmöglichkeiten für die eigene Plattform zu erkennen. Darüber hinaus werden praktische Möglichkeiten aufgezeigt, wie eine Organisation die Bewertung durchführen kann. Ergänzt wird der Vortrag durch meine praktischen Erfahrungen bei unseren Kunden mit Best Practices und möglichen Fallstricken im Projektalltag.
Zielpublikum: Architekten, Projektleiter, Entwickler
Voraussetzungen: Vorkenntnisse zu DevOps und Platform Engineering
Schwierigkeitsgrad: Advanced
Markus Zimmermann arbeitet seit 2020 bei QAware mit Fokus auf Platform Engineering. Seinen Master in Informatik hat er bei der TU Darmstadt abgeschlossen und seitdem Erfahrung als Softwareentwickler und -architekt bei verschiedenen Projekten gesammelt. Spricht deutschlandweit als Speaker und organisiert Meetup Events über Cloud, Kubernetes und Golang.
In den letzten 2 Jahren haben cloud-basierte Entwicklungsumgebungen wie Gitpod oder GitHub Codespaces stark an Popularität gewonnen. Mit Devpod kam vor kurzem eine neue Open Source Technologie in diesem Feld dazu und es ist sehr wahrscheinlich, daß es in naher Zukunft noch weitere Neuerscheinungen geben wird.
Mit diesem Vortrag vergleiche ich den Ansatz dieser Technologien im Vergleich zu traditionellen IDEs und versuche die Rolle der Container Technologie - insbesonders der devcontainer Spezifikation - zu beleuchten.
Der Fokus liegt hier auf der JVM-basierten Sprachen und den IDEs VisualStudio Code und IntelliJ.
Ich werde in einer Live Demo zeigen wie schnell es möglich ist ohne großes Setup polyglotte, container-basierte Anwendungen zu entwickeln. Das beinhaltet auch die Möglichkeit die Development und Test Ergebnisse sofort zu zeigen, sowie das Deployment in Umgebungen außerhalb der IDEs.
In der Demo zeige ich auch wie man das Standard Setup für die eigenen Bedürfnisse anpassen kann.
Ich werde auch darauf eingehen wie mir die Technologien bei den praktischen Beispielen in verschieden Szenarien vom beruflichen Alltag wie auch bei der Vorlesung an den Hochschulen geholfen hat.
Zielpublikum: Entwickler:innen
Voraussetzungen: Grundlegende Programmierkenntnisse
Schwierigkeitsgrad: Basic
Matthias Haeussler ist Chief Technologist bei der Novatec Consulting, Dozent an der Hochschule für Technik in Stuttgart im Fach "Verteilte Systeme" und Organisator des Cloud Foundry Meetups Stuttgart. Er berät Kunden bei deren Cloud Strategie, unterstützt aktiv Implementierungen und Migrationen. Davor war er über 15 Jahre bei der IBM R&D beschäftigt. Er hält regelmäßig Vorträge auf nationalen sowie internationalen Konferenzen und Meetups wie z.B. Open Source Summit, Devoxx, Spring.io, OOP, den IT Tagen sowie der KubeCon & JavaLand.
Früher mussten Log-Files von Produktivsystemen mühsam manuell durchsucht werden. Aktuelle Microservice Landschaften machen uns dies nicht leichter. Standards wie z.B. OpenTelemetry erleichtern uns die Herausforderung unsere Platform so aufzubauen, dass wir nicht den Überblick verlieren. Zudem schaffen wir mit der Kombination aus Tracing, Metrics (nun gut, und auch Logs), dass relevante Informationen besser aufbereitet und visualisiert werden, als in unseren klassischen Log-Files. Den Aufwand diese Daten aus den Log-Files zu extrahieren sparen wir uns natürlich auch ein. Werden Log-Files damit überflüssig? Die Session regt einen Mindset-Change zum Observability-driven Development an und stellt Herausforderungen und Tooling-Lösungen vor.
Zielpublikum: Architekten, Entwickler
Voraussetzungen: Keine. Kubernetes- und Tracing-Grundlagen helfen, sind aber nicht notwendig
Schwierigkeitsgrad: Advanced
Tobias Kurzydym ist Enterprise Developer bei der open knowledge GmbH am Standort Oldenburg. Sein Schwerpunkt liegt in der Enterprise Entwicklung mit Quarkus und Spring. Zusätzlich beschäftigt er sich aktuell speziell mit ML Ops Themen.
Angefangen bei Monolithen hat er – bis hin zu einer aktuellen Cloud-native Microservice-Architektur – bereits die verschiedensten Architekturen im Enterprise-Application-Umfeld implementiert und erlebt. Über die Jahre hinweg entwickelte er eine Leidenschaft für Clean Code und Observability
Wie gehen Unternehmen im Bereich kritischer Infrastrukturen (KRITIS) ihre ersten Schritte in die Cloud? Sicher, mit On-Premises-Infrastruktur und BSI-Zertifizierung!
Mit diesem Vortrag teilen wir unsere Erfahrungen aus einem solchen Projekt. Wir betrachten dabei das IT-Grundschutz-Kompendium mit seinen Anforderungen (wie bspw. zu Backup/Recovery, IAM, Policy Enforcement und Netzwerkisolation) und erläutern mit welchen Konzepten wir diese Anforderungen umgesetzt haben.
Parallel zum Vortrag setzen wir die Umgebung automatisiert auf und erläutern die konkreten Ansätze bei der Umsetzung, beispielsweise GitOps, CIS Benchmarks und Tools wie unter anderem Rancher, Istio und Kubewarden.
Teil des Vortrags werden auch die Herausforderungen sein, die unweigerlich auftreten, wenn Unternehmen erste Schritte in Richtung Cloud gehen.
Zielpublikum: Architekten, Entwickler, Projektleiter, Manager, Entscheider, DevOps Engineers
Voraussetzungen: Erfahrungen mit Cloud-Konzepten, insbesondere Kubernetes, virtuelle Netzwerke
Schwierigkeitsgrad: Advanced
Spannende Themen, die ausprobiert und angeeignet werden wollen, fesseln Mirko Quarg gern bis in die späte Nacht. Dein Deep Dive ist sein Sneak Peek. Als Security-Spaßbremse bei pentacor schließt er Sicherheitslücken und kennt sich darüber hinaus mit IT-Architektur, DevSecOps, Infrastructure, Config Management, und und und aus.
This talk presents an experience report on utilising Artificial Intelligence (AI) as an intelligent assistant for a team of DevOps Engineers responsible for operating a critical customer system 24/7. Given the complexity and criticality of the supported system, the DevOps team has built a comprehensive library of how-to guides, documenting specific incident cases and their solutions.
However, accessing and following the appropriate guidelines requires diligent analysis, experience, and a high level of concentration from the on-duty personnel. To address this challenge, we have developed an AI-based assistant using a Large Language Model (LLM), which takes the incident description as input and guides the DevOps Engineer through the necessary steps to resolve the incident.
The AI assistant performs the following functions:
- Suggests the appropriate incident resolution process by matching the error description with the how-to library.
- Parameterises necessary database or log queries specific to the incident case.
- Generates intermediate steps required for documentation purposes.
During this talk, we will present the system setup, the AI-based services employed, and the challenges encountered in providing context information to the LLM. Additionally, we will discuss our learnings and solutions regarding the selection of suitable prompts for the LLM.
The insights shared in this experience report shed light on the practical implementation of AI as an intelligent assistant for 24/7 incident resolution. By leveraging AI technologies, organisations can enhance their incident resolution processes, improve efficiency, and reduce the reliance on human expertise.
Target Audience: Developers, Project Leader, Decision Makers
Prerequisites: None
Level: Basic
Bastian de Groot has a diverse background spanning system administration, cloud engineering, and AI initiatives. Throughout his career, he has adapted to and actively shaped fundamental changes in IT systems operations, from building operating systems for measuring devices to migrating enterprises to the cloud. Currently, as part of the AI4U initiative at MaibornWolff, he is focused on integrating generative AI into everyday business operations.
Tim Chen is a Software Engineer at MaibornWolff, specializing in AI-driven solutions. He has contributed to the development of AI-assisted tools, leveraging his expertise in natural language processing and large language models. With a strong foundation in software engineering, Tim has significant experience in full-stack development and AI integration through his involvement in various projects.