The promise of APIs is to increase collaboration and innovation by making it easier for teams to reuse existing facilities. The reality of many API initiatives is that teams have difficulties identifying what APIs to build, and that teams also have difficulties finding and understanding APIs. The concept of API stories is similar to that of user stories as an informal description of capabilities of a software component, but the focus is on an application as the component user. API stories help producing teams to think with consumers and product value in mind, and allow consuming teams to understand the value that is being exposed through an API. Using API stories is a path to better API design and documentation because they make it easy to communicate about an API's value proposition.

Aims at: Architects, Enterprise Architects, Product Managers, API Platform Owners, API Developers
Prerequisites: A basic understanding of APIs, but we will not go into the details of API technologies and descriptions
Level: Basic

Unternehmensanwendungen müssen langfristig wartbar sein. Doch wie lässt sich dieses Ziel bei großen Single Page Applications erreichen?

Diese Session zeigt, wie sich nachhaltige JavaScript-Frontends mit Ideen aus der Welt von Domain-driven Design bewältigen lässt. Zunächst lernen Sie die Möglichkeiten zur Umsetzung Ihres strategischen kennen und erfahren, was Monorepos aber auch Microfrontends damit zu tun haben. Außerdem betrachten wir die Themen Zustandsmanagement sowie reaktives JavaScript vor dem Hintergrund Ihres taktischen Designs. 

Am Ende haben Sie einen neuen Blick auf bewährte Konzepte aus Domain Driven Design und wissen, wie Sie damit Ihre Client-Architekturen nachhaltig und wartbar gestalten können.

Cloud is the new Normal”, so Andrew R. Jassy (CIO AWS). Was also liegt näher, als genau jetzt den Schritt in die Cloud zu wagen? Denn schließlich wollen wir ja alle irgendwie ein klein wenig „normal“ sein. Aber ist dieser Schritt wirklich so einfach, wie uns die verschiedenen Cloudanbieter glauben machen? Lässt sich eine klassische Enterprise-Architektur einfach so in die Cloud überführen oder bedarf es neuer Cloud-spezifischer Architekturmuster? Wie kann uns das Cloud Maturity Model dabei helfen? Und was steckt eigentlich hinter Akronymen wie IaaS, PaaS, BaaS, SaaS und FaaS?

Im Rahmen des Workshops werden wie gemeinsam eine klassische Enterprise Anwendung Schritt für Schritt in die (AWS) Cloud migrieren und dabei die verschiedenen Stufen / Reifegrade des Cloud Maturity Models durchlaufen. Angefangen bei "Lift & Shift" bis hin zu "Cloud Native" und "Cloud Voodoo - aka Serverless"

Wer bei der einen oder anderen Übung selber Hand anlegen möchte, benötigt dazu lediglich ein AWS Account. Achtung es können ggf. Kosten in sehr geringem Umfang anfallen.

Zielpublikum: (Frontend)Entwickler, Architekten
Voraussetzungen: Erfahrung mit Single-Page-Applications von Vorteil
Level: Basic