Logo des Repositoriums

Auflistung nach Schlagwort "Microservice"

1 - 5 von 5
  • Konferenzbeitrag
    Adaptive Learning as a Service – A concept to extend digital learning platforms?
    (20. Fachtagung Bildungstechnologien (DELFI), 2022) Rzepka, Nathalie; Simbeck, Katharina; Müller, Hans-Georg; Pinkwart, Niels
    Adaptive learning environments that adjust to the individual user are promising. Unfortunately, many digital learning environments are not yet adaptive and the transformation of legacy software to an adaptive learning environment is complex and costly. Our work introduces the concept of adaptive learning as a service and discusses potential benefits as well as challenges.
  • Zeitschriftenartikel
    Einsatz von ACID-Transaktionen im Wandel der Zeit
    (HMD Praxis der Wirtschaftsinformatik: Vol. 57, No. 2, 2020) Mandl, Peter
    Die ACID-Transaktion ist ein starkes Konzept für die Entwicklung von Anwendungen, bei denen die Konsistenz der Daten essentiell ist. Es hat seinen Ursprung in der klassischen Transaktionsverarbeitung der 70er und 80er Jahre des letzten Jahrtausends im Kontext von Datenbanken und Transaktionsmonitoren, insbesondere für stark interaktive und nebenläufige betriebliche Anwendungen. Zunächst etablierte sich das Konzept für Anwendungen, die nur eine einzige, später auch mehrere Datenbanken in lokalen Transaktionen nutzen. Ab Mitte der 80er Jahre entwickelte man das Konzept dann für verteilte Anwendungen mit mehreren Datenbanken oder Message Queuing Systemen (allgemein als Ressourcenmanager bezeichnet) weiter. Es wurde damit allerdings auch weit komplexer und fehleranfälliger. Verteilte Koordinationsprotokolle, auch als Commit-Protokolle bezeichnet, wurden in Middleware-Lösungen integriert. Die Schwächen von Commit-Protokollen wegen der Notwendigkeit der zentralen Koordination erschwerten oft die praktische Nutzung verteilter Transaktionen. Trotzdem versuchte man das Konzept auch für serviceorientierten Architekturen, insbesondere für Webservices zu adaptieren. Umfangreiche Spezifikationen wurden erstellt. In den letzten Jahren ging man im praktischen Einsatz der Transaktionsverarbeitung wieder zurück zu den Wurzeln, wie insbesondere bei Microservice-Architekturen beobachtet werden kann. Aber auch das Saga-Transaktionsmodell wird für Microservice-Architekturen in Erwägung gezogen. Auch der dedizierte Einsatz von ACID-Transaktionen bei stark replizierten Lösungsansätzen insbesondere bei NoSQL-Datenbanken ist aktuell im Kommen. The ACID transaction is a powerful concept for developing applications where data consistency is essential. It has its origins in the classical transaction processing of the 70s and 80s of the last millenium in the context of databases and transaction monitors, especially for highly interactive and concurrent business applications. Initially, the concept established itself for applications that use only a single database in local transactions, and later several databases as well. From the mid-1980s, the concept was further developed for distributed applications with multiple databases or message queuing systems (commonly referred to as resource managers). However, it also became far more complex and error-prone. Distributed coordination protocols, also known as commit protocols, were integrated into middleware solutions. The weaknesses of commit protocols due to the need for centralized coordination often hampered the practical use of distributed transactions. Nevertheless, attempts were also made to adapt the concept for service-oriented architectures, in particular for web services. Extensive specifications were developed. In recent years, the practical use of transaction processing has returned to its roots, as can be observed in microservice architectures in particular. But the Saga transaction model is also being considered for microservice architectures. The dedicated use of ACID transactions for highly replicated solutions, especially for NoSQL databases, is also currently on the rise.
  • Textdokument
    In Microservices We Trust — Do Microservices Solve Resilience Challenges?
    (Tagungsband des FB-SYS Herbsttreffens 2019, 2019) Hilbrich, Marcus
    Resilience is an open challenge. In this paper we look into microservices – a concept that argues to be resilient. We look into the definition of microservices and argue whether the definition provides the promised advantages regarding to resilience.
  • Konferenzbeitrag
    Keynote: Microservices Testen - Erfahrungsbericht und Umfrage
    (Softwaretechnik-Trends Band 40, Heft 2, 2020) Faragó, David; Sokenou, Dehla
    Die Microservice-Architektur hat viele Vorteile, betrachtet man die bessere Kapselung und Modularisierung mit starker Entkopplung und strenger Orientierung an Verantwortlichkeiten. So ist ein MS im Idealfall genau für eine Aufgabe in allen Aspekten von Persistierung über Businesslogik bis hin zu Schnittstellen verantwortlich. Dieser Beitrag präsentiert eine erweiterte Test-Pyramide mit der zusätzlichen Teststufe Component Tests (Tests auf der Ebene eines einzelnen, gesamten MS) sowie fünf Skalen zur Beurteilung von Vor- und Nachteilen der Teststufen.
  • Textdokument
    The Microservice Dungeon
    (SEUH 2023, 2023) Schmeier, Philipp; Bente, Stefan
    Microservices bieten sich als Lösung für große, lose gekoppelte Softwarelandschaften an, die durch weitgehend autonome Teams entwickelt werden. Dies setzt einen geeignetem fachlichen Schnitt, asynchrone Kommunikation und eine Container-orchestrierte Infrastruktur voraus -alles erhebliche Komplexitätstreiber. In der Hochschullehre hat man kaum die Chance, diese Komplexität den Studierenden anschaulich und praxisnah zu vermitteln, da hier aus didaktischen Gründen häufig eher kleinere Software-Einheiten betrachtet werden. Das Verbundprojekt »The Microservice Dungeon« mit 59 Studierenden aus vier verkoppelten Lehrveranstaltungen in drei Informatik-Studiengängen versucht diesen Widerspruch aufzulösen. Die Studierenden konzipieren eine große Microservice-Landschaft und implementieren darin selbst Services, die in einer Spielwelt Roboterschwärme steuern. So entsteht eine Lernplattform für das Software Engineering, die nunmehr in der dritten Iteration weiterentwickelt wird. Anhand detaillierter Feedback-Befragungen und einer Analyse von ca. 3500 Posts im Messenger des Projekts konnte gezeigt werden, dass dieser Ansatz die Studierenden erfolgreich zu einer aktiven Beschäftigung mit Softwarethemen wie REST-Calls, Eventing und DevOps hinführt.