Kanban ist eine Methodik, die in der agilen sowie klassischen Softwareentwicklung eingesetzt wird. Ursprünglich kommt Kanban aus der Produktionssteuerung und hilft dabei, die Anzahl paralleler Arbeiten zu begrenzen, um kürzere Durchlaufzeiten zu erreichen und Engpässe sichtbar zu machen. Da das erste Kanban-System schon im Jahr 1947 entworfen wurde, gibt es natürlich zahlreiche Abhandlungen zu dem Thema. Ich möchte hier das Buch „Kanban in der Praxis“ von Klaus Leopold rezensieren.

Wie der Titel von „Kanban in der Praxis“ bereits suggeriert, wendet sich das Buch an Leser, die in Kanban bereits erprobt sind, ihre Methodik verbessern und die Thematik praxisorientiert weiter vertiefen möchten.

Vor kurzem ist die 2. Auflage vom Buch „Business Analysis und Requirements Engineering: Produkte und Prozesse nachhaltig verbessern“ von Peter Hruschka erschienen. Zwischen der 1. und 2. Auflage sind fünf Jahre vergangen. Haben sich in dieser Zeit Business-Analyse und Requirements Engineering verändert?

Der Autor meint in seinem Vorwort zur 2. Auflage: Ja und nein. Durch die Verbreitung von agilen Ansätzen kann man einige Änderungen feststellen: Einiges hat neue Namen erhalten, aber das Ziel ist nach wie vor gleichgeblieben: Man möchte heute wie vor fünf Jahren effektive und schlanke Geschäftsprozesse sowie optimale IT-Unterstützung haben.

Kennt man den Namen Klaus Leopold, verbindet man ihn mit Kanban: „Kanban in der IT“ (Erstveröffentlichung 2012), „Practical Kanban“ (2017) und „Kanban in der Praxis“ (2016) sind die Titel seiner bisher veröffentlichten Werke. In den letzten zwei Jahren ist er von Konferenz zu Konferenz gezogen mit seinem Vortrag „Warum agile Teams nichts mit Business-Agilität zu tun haben“.

Generator für die Abbildungsvorschrift von Datenstrukturen

Vorwort:

Was wir bisher zu dem Thema veröffentlicht haben finden Sie hier:

Teil 1 - Teil 2 - Teil 3 - Teil 4 -  Teil 5  - Teil 6 - Teil 7 - Teil 8   zu Model Driven Transformation for Streaming Applications

In diesem Blog-Beitrag beschäftigen wir uns mit der Generierung der Datentransformations-Regeln aus dem Innovator-Modell.

Datentransformation vom Producer zum Consumer

Vorwort:

Was wir bisher zu dem Thema veröffentlicht haben finden Sie hier:

Teil 1 - Teil 2 - Teil 3 - Teil 4 -  Teil 5  - Teil 6 - Teil 7 zu Model Driven Transformation for Streaming Applications

In diesem Beitrag beschäftigen wir uns mit dem Daten-Mapping zwischen Producer und Consumer.

Autonomes Fahren ist keine bloße Theorie, die in ein paar Jahren vielleicht vereinzelt umgesetzt wird – Es ist bereits Realität. Das stellt das Fachbuch von Andreas Herrmann und Walter Brenner bereits zu Beginn heraus. Schon heute befinden sich zahlreiche autonom fahrende Fahrzeuge auf der Straße, allerdings noch lokal begrenzt und unter kontrollierten Bedingungen.

Producer und Consumer – die Anbindung der Systeme

Was wir bisher zu dem Thema veröffentlicht haben finden Sie hier:

Teil 1 - Teil 2 - Teil 3 - Teil 4 -  Teil 5  - Teil 6 zu Model Driven Transformation for Streaming Applications

In diesem Betrag beschäftigen wir uns mit dem Aufbau und der Anbindung der Producer- und der Consumer-Applikation.

 Zweimal jährlich findet eine durch die Entwickler Akademie veranstaltete Konferenz zum Thema Softwarearchitektur statt, bei der sich IT-Professionals austauschen, netzwerken und weiterbilden können, um das Wissen auch in Ihren Projekten einbringen zu können. Unter dem Titel „Software Architecture Summit“ werden eine Reihe aktueller Themen rund um Softwarearchitektur und Technologie vermittelt und diskutiert. Die Agenda klang vielversprechend: Microservices, Domain-driven Design (DDD), Blockchains um einige zu nennen. Mit hohen Erwartungen haben wir uns auf die Reise nach München begeben, um die Konferenz vom 11.-13. März zu besuchen. Unsere Erwartungen wurden nicht enttäuscht. 

Event Driven Streaming Architektur

Was wir bisher zu dem Thema veröffentlicht haben finden Sie hier:

Teil 1 - Teil 2 - Teil 3 - zu Model Driven Transformation for Streaming Applications

In diesem aktuellen Beitrag beschreiben wir den technischen Rahmen für die Software-Entwicklung – die Software Architektur.

Die Challenge/Vision:

Für das erfolgreiche Design der Software Architektur sind neben den nicht-funktionalen Anforderungen unter anderem auch funktionale Anforderungen, wie das Datenaufkommen, die bestehenden oder zukünftigen Geschäftsprozesse, sowie der Systemkontext wichtige Architekturtreiber. Für die hier vorgestellte Software Architektur sind folgende funktionale Anforderungen definiert worden:

Apache Kafka – Funktionsweise, Doku, API

Was wir bisher zu dem Thema veröffentlicht haben finden Sie hier: Teil 1 und Teil 2

In diesem Betrag beschäftigen wir uns näher mit dem Stream Processing System Kafka.

Was ist Apache Kafka?

Apache Kafka - hat nichts mit Franz Kafkas „Der Prozess“ zu tun, sondern es handelt sich um eine der bekanntesten Streaming Plattformen auf dem Markt. Apache Kafka ist eine verteilte Streaming Plattform und der wohl bekannteste Vertreter der Kappa-Architektur. Kafka ist in der Lage nahezu in Echtzeit eine extrem hohe Anzahl von Daten bzw. Ereignisse in Form eines Datenstromes entgegenzunehmen, zu speichern, zu verarbeiten und bereitzustellen. Apache Kafka ist laut Confluent (https://www.confluent.io/) für zwei Einsatzszenarien am geeignetsten: zuverlässige Echtzeit-Streaming-Datenpipelines und reaktionsschnelle Echtzeit-Streaming-Anwendungen mit Datentransformation.