Dynamikrobuste Softwareentwicklungsteams sind cross-funktional und fokussieren möglichst unabhängig von anderen Teams auf eine kognitiv bewältigbare (fachliche) Domäne. Um dies optimal tun zu können, benötigen sie Unterstützung von Plattform-Teams, die ihnen entlastende (Self-)Services anbieten.

Um von einem klassischen OPS-Team zu einem Plattform-Team zu werden, muss zum einen eine gewisse Kundenorientierung und Dienstleister-Mentalität etabliert werden, zum anderen braucht es ein passendes Angebot von Services und Produkten für die Entwicklungsteams. Im Optimalfall sind die Nutzung der Deployment-Plattform und die der unterstützenden Services für Entwicklungsteams freiwillig.

Welche Haltung, Rollen und Methoden es dafür braucht, beleuchten wir in diesem Vortrag.

Zielpublikum: Architekt:innen, OPS/Plattform-Teams, Führungskräfte, Menschen, die Dynamikrobustheit anstreben
Voraussetzungen: Keine
Schwierigkeitsgrad: Basic

Eigentlich definiert Architektur „nur“ die Struktur der Software. Aber das Gesetz von Conway weist schon auf den Zusammenhang zwischen Architektur und Organisation hin. Durch das Inverse Conway Maneuvre ist klar geworden, dass die geschickte Aufstellung der Organisation die Architektur maßgeblich beeinflussen kann.

Dieser Vortrag zeigt auf, dass Team Topologies auch erhebliche Konsequenzen für die Architektur-Arbeit hat: Team Topologies fungiert nicht nur als Werkzeug für Architektur, sondern muss auch in die architektonische Planung einbezogen werden.

Zielpublikum: An Softwarearchitektur und Organisation Interessierte
Voraussetzungen: Grundlegendes Verständnis von Softwarearchitektur und Entwicklung im Team
Schwierigkeitsgrad: Basic

In der modernen Softwareentwicklung bekommt das Plattform-Engineering einen immer größeren Stellenwert. Es ist nicht nur die Plattform, sondern es sind weit mehr Faktoren, die unsere Arbeitsweise in der Produktentwicklung beeinflussen und damit Auswirkungen auf das Plattform-Engineering haben. In der Vergangenheit hat man sich intensiv um die eigentliche Entwicklung gekümmert und die Bedienung der Plattform als gegeben hingenommen. Diese Zeiten sind seit DevOps und agiler Softwareentwicklung mit autonomen Teams auf heterogenen Plattformen endgültig vorbei.

Im Vortrag sehen wir uns das Thema Plattform-Engineering aus mehreren Perspektiven an und werden feststellen, dass eine Dimension – die Technik – nicht reicht.

Zielpublikum: Architekten, Manager, Entscheider, Software-Engineers, Platform-Engineers
Voraussetzungen: Grundkenntnisse IT-Plattformen
Schwierigkeitsgrad: Advanced

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

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

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

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

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

GAIA-X is a strategic initiative of the European Union in order to support secure and trustworthy dataspaces. But what does it mean to set up a GAIA-X compliant data space, polished powerpoint aside?
In this presentation we will report about our experiences learned from almost three years' work in one of the GAIA-X lighthouse projects "COOPERANTS". COOPERANTS is the world’s only collaborative alliance of industry, SMEs and research institutes in the Aeronautics and space sector that solves pressing digital collaboration problems by creating a common data space.
We will talk about experiences on how to navigate the confusing data-space ecosystems and tech-stacks and how and why we chose a specific solution (EDC vs. GXFS vs. Pontus-X, e.g.) and how we implemented the services.

Target Audience: Architects, CDO, Decisions Makers
Prerequisites: Knowledge in Data Management, IT Architecture
Level: Advanced

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

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

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