Neue Terminstruktur für Statusgespräche / Projekttreffen

Veröffentlicht: von

Für alle Abschlussarbeiten vereinbare ich mit den Studierenden ein 2-wöchentliches Statusgespräch. Dies gilt auch für die vorbereitenden Praxisprojekte für die Bachelorarbeit. Ab diesem Semester veranstalten meine Mitarbeiter und ich zusätzlich ein Projekttreffen (Mittwochs vormittags alle 4 Wochen), bei dem jeder Studierende, der ein Projekt oder eine Abschlussarbeit im thematischen Umfeld „ArchiLab / Microservices“ bearbeitet, seinen/ihren… Mehr »

PP/BA: Wie dokumentiere ich Designentscheidungen für Microservices sinnvoll?

Veröffentlicht: von

Dokumentation ist in der Regel ein ungeliebtes Thema. Die agile Community hat dieses Thema entformalisiert und pragmatischer gemacht, kämpft aber immer noch mit der richtigen Mischung aus „Der Code ist die Dokumentation“ und „Wir pflegen ein Extra-Architektur-Dokument“. ThoughtWorks hat LightWeight Architecture Decision Record in den Status „Adopt“ seines Technology Radars erhoben. Was heißt das konkret und in der gelebten Praxis? Ziel der Arbeit ist eine umfassende Literatur-, Technologie- und Empiriestudie (Expertenbefragungen). Am Ende sollte ein Vorschlag mit einem oder mehreren sinnvollen Varianten zur Dokumentation stehen. Ein praktischer Anwendungsfall, in dem die gewählte Lösung anhand eines Beispiels (als Prototyp) in einem Produktivsystem umgesetzt wird, sollte die Arbeit abrunden. Als Produktivsystem kann dabei die konsequent und kompromisslos als System von Microservices ausgelegte Lehr- und Lernplattform ArchiLab darstellen.

PP/BA: Algorithmic IT Operations

Veröffentlicht: von

Aus Sicht eines effizienten System-Monitorings wäre es sehr attraktiv, Machine-Learning-Techniken zu nutzen, um Ausfälle/Störungen von bestimmen IT-Komponenten oder -Services frühzeitig vorhersagen zu können. ThoughtWorks klassifiziert diese Technik als „zu beobachten“ (Assess). Die Arbeit sollte zunächst eine umfassende Literatur- und Technologierecherche zu diesem Thema durchführen. Dann sollte ein Forschungsdesign für einen Prototypen konzipiert werden, um einen Proof-of-Concept umzusetzen und das Potential dieser Technik zu bewerten. Ein praktischer Anwendungsfall, in dem die gewählte Lösung anhand eines Beispiels (als Prototyp) in einem Produktivsystem umgesetzt wird, kann die Arbeit abrunden. Als Produktivsystem kann dabei die konsequent und kompromisslos als System von Microservices ausgelegte Lehr- und Lernplattform ArchiLab darstellen.

IP/PP/BA: API Gateway mit automatischer Service Discovery

Veröffentlicht: von

Ein API-Gateway stellt APIs für Clients und/oder externe IT-Systeme zur Verfügung. Bei komplexen Microservice-Landschaften wird Service Discovery zu einer Notwendigkeit, um nicht zu viel manuellen Konfigurations- und Wartungsaufwand zu haben. Besonders interessant wäre daher eine Kombination von Service Discovery und einer API-Gateway-Implementierung. Die internen Services sollten dabei die Möglichkeit haben, APIs als Public oder Private zu kennzeichen. Die Services könnten dann entsprechend automatisch zur Verfügung gestellt werden. In dieser Arbeit sollten zunächst die Anforderungen an ein solches kombiniertes API Gateway definiert werden. Ein praktischer Anwendungsfall, in dem die gewählte Lösung anhand eines Beispiels (als Prototyp) in einem Produktivsystem umgesetzt wird, kann die Arbeit abrunden. Als Produktivsystem dient dabei die konsequent und kompromisslos als System von Microservices ausgelegte Lehr- und Lernplattform ArchiLab.

PP/BA: Orchestrierung vs. Choreographie von langlaufenden Geschäftsprozessen in Microservice-Landschaften

Veröffentlicht: von

Die Arbeit sollte zunächst analysieren, ob man Geschäftsprozesse nach bestimmten Kriterien klassifizieren kann, anhand deren man eine Entscheidung für eins der beiden Paradigmen „Orchestrierung“ vs. „Choreographie“ treffen kann. Ein praktisches Prozessbeispiel sollte definiert werden, das eine gewisse realistische Komplexität simuliert, gern anhand eines Versicherungs-Beispiels. Dann sollte für die Bewertung ein Kriteriensystem definiert werden, anhand dessen sich die beiden Paradigmen bewerten lassen. Beide Paradigmen sollten prototypisch implementiert und anhand der Kriterien verglichen werden. Abschließend sollte eine Empfehlung ausgesprochen werden. Ein praktischer Anwendungsfall, in dem die gewählte Lösung anhand eines Beispiels (als Prototyp) in einem Produktivsystem umgesetzt wird, kann die Arbeit abrunden. Als Produktivsystem kann dabei die konsequent und kompromisslos als System von Microservices ausgelegte Lehr- und Lernplattform ArchiLab darstellen.

IP/PP/BA: Visuelle Programmiersprachen für Microservices

Veröffentlicht: von

In dieser Arbeit soll zunächst recherchiert werden, welche visuellen Programmiersprachen sich für Microservices eignen.  Dafür ist ein Anforderungskatalog zu erstellen und eine Technologie-Recherche durchzuführen. Eine „Shortlist“ sollte dann per Proof-of-Concept praktisch verprobt werden. Als zweite Hauptaufgabe sollte ein Standard-Chassis für die anfallenden „Boilerplate“ Aufgaben eines MS definiert und analog wie oben verprobt werden. Abschließend sollte eine Empfehlung ausgesprochen werden. Ein praktischer Anwendungsfall, in dem die gewählte Lösung anhand eines Beispiels (als Prototyp) in einem Produktivsystem umgesetzt wird, kann die Arbeit abrunden. Als Produktivsystem dient dabei die konsequent und kompromisslos als System von Microservices ausgelegte Lehr- und Lernplattform ArchiLab.

IP/PP/BA: Resiliente Microservices am Beispiel von ArchiLab

Veröffentlicht: von

In dieser Arbeit sollen Architekturmuster und Technologien recherchiert werden, die Resilienz in Microservice-Architekturen ermöglichen, wie beispielsweise Bulkhead oder Cicruit Breaker. Als nächster Schritt sollte ein Szenario definiert werden, das eine große Menge von Microservices in einer realistisch großen IT-Landschaft wie der von Otto, Zalando, Netflix oder Amazon nahekommt – also mehrere 100 Services. Anhand dieser Landschaft können Konzepte / Patterns / Technologien als Proof-of-Concept verprobt und nach vorher bestimmten Kriterien bewertet werden. Hierbei muss das Verhalten der gesamten Landschaft betrachtet werden. Abschließlich soll die gewählte Lösung als Prototyp in einem Produktivsystem umgesetzt werden. Als Produktivsystem dient dabei die konsequent und kompromisslos als System von Microservices ausgelegte Lehr- und Lernplattform ArchiLab.

PP/BA: Backup und Migration von Daten in Microservices am Beispiel von ArchiLab

Veröffentlicht: von

In dieser Arbeit sollen Architekturmuster und Technologien recherchiert werden, die den Umgang mit Datenmigration und Backup in Microservice-Architekturen erleichtern. Diese sollen als Proof-of-Concept verprobt, nach vorher bestimmten Kriterien bewerten und schließlich als Prototyp in einem Produktivsystem umgesetzt werden. Als Produktivsystem dient dabei die konsequent und kompromisslos als System von Microservices ausgelegte Lehr- und Lernplattform ArchiLab.