{"id":26208,"date":"2024-02-29T23:40:19","date_gmt":"2024-02-29T22:40:19","guid":{"rendered":"https:\/\/blog.mi.hdm-stuttgart.de\/?p=26208"},"modified":"2024-03-01T02:02:26","modified_gmt":"2024-03-01T01:02:26","slug":"die-meere-der-systemtechnik-navigieren-eine-reise-durch-die-bereitstellung-einer-aktien-webanwendung-in-der-cloud","status":"publish","type":"post","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2024\/02\/29\/die-meere-der-systemtechnik-navigieren-eine-reise-durch-die-bereitstellung-einer-aktien-webanwendung-in-der-cloud\/","title":{"rendered":"Die Meere der Systemtechnik navigieren: Eine Reise durch die Bereitstellung einer Aktien-Webanwendung in der Cloud"},"content":{"rendered":"\n

Auf zu neuen Ufern: Einleitung<\/h3>\n\n\n\n

Die Cloud-Computing-Technologie hat die Art und Weise, wie Unternehmen Anwendungen entwickeln, bereitstellen und skalieren, revolutioniert. In diesem Beitrag, der im Rahmen der Vorlesung \u201c143101a System Engineering und Management\u201d entstanden ist, werden wir uns darauf konzentrieren, wie eine bereits bestehende Webanwendung zur Visualisierung und Filterung von Aktienkennzahlen auf der IBM Cloud-Infrastruktur bereitgestellt werden kann. Dabei liegt der Fokus nicht auf der Anwendung selbst, sondern vielmehr auf den verwendeten Cloud-Ressourcen und dem Prozess der automatisierten Bereitstellung mithilfe von Terraform. Ziel ist es, eindr\u00fccklich zu zeigen, wie die Verwendung von cloud-native Ressourcen und Tools die Hochverf\u00fcgbarkeit, Skalierbarkeit und Effizienz einer Webanwendung gew\u00e4hrleisten kann.<\/p>\n\n\n\n

Den Kurs festlegen: \u00dcberblick Architektur<\/h3>\n\n\n\n

Aufbau der Aktien Webanwendung<\/h4>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n

Die Webanwendung, die vorab im Rahmen der Veranstaltung \u201c143111a Web Application Architecture\u201d entstanden ist, umfasst die folgenden Services:<\/p>\n\n\n\n

    \n
  1. Next.js Frontend<\/strong>: Eine interaktive Anwendungsoberfl\u00e4che, die es Benutzern erm\u00f6glicht, Kennzahlen von Aktien (KGV, KBV, etc.) auf einem Dashboard anzeigen zu lassen und neue, interessante Aktien durch eine Filter-Funktion zu finden.<\/li>\n\n\n\n
  2. Node.js Web-Server<\/strong>: Ein Backend-Server, der Anfragen vom Frontend entgegennimmt und verarbeitet. Der Web-Server ist f\u00fcr die Authentifizierung des Nutzers zust\u00e4ndig und speichert die Nutzerdaten in einer MongoDB.<\/li>\n\n\n\n
  3. Python-Server<\/strong>: Ein Server, der Aktiendaten von einer externen Aktien-API abruft und sie f\u00fcr das Web-Server-Backend bereitstellt. Eine Redis Datenbank wird zum Cachen von Aktiendaten verwendet, da t\u00e4glich nur eine beschr\u00e4nkte Anzahl an Requests an die externe API gerichtet werden k\u00f6nnen.<\/li>\n<\/ol>\n\n\n\n

    Architektur der Cloud Infrastruktur<\/h4>\n\n\n\n
    \"\"<\/a><\/figure>\n\n\n\n
    Networking mit Virtual Private Cloud<\/h5>\n\n\n\n

    Die Verwendung einer VPC (Virtual Private Cloud) als logisch isoliertes Netzwerk innerhalb der \u00f6ffentlichen IBM Cloud Infrastruktur erm\u00f6glicht es, Cloud-Ressourcen in einer privaten und sicheren Umgebung zu betreiben. Die VPC wird in der Region Frankfurt bereitgestellt und erstreckt sich \u00fcber drei Zonen, wobei jede Zone einem physischen Datenzentrum in dieser Region entspricht. Durch die geografische Redundanz des Netzwerks \u00fcber drei voneinander unabh\u00e4ngige Datenzentren kann die Verf\u00fcgbarkeit des Netzes gew\u00e4hrleistet werden, selbst wenn eines dieser Datenzentren ausfallen sollte. Die VPC verf\u00fcgt au\u00dferdem \u00fcber einen reservierten Adressbereich(Subnet) und ein \u00f6ffentliches Gateway in jeder Zone, um Services organisieren und mit dem Internet verbinden zu k\u00f6nnen. Die Regulierung von eingehendem und ausgehendem Netzwerkverkehr auf die VPC kann durch die Verwendung von Sicherheitsgruppen und Zugriffskontrolllisten bewerkstelligt werden.<\/p>\n\n\n\n

    Orchestrierung mit Kubernetes<\/h5>\n\n\n\n

    Der zentrale Baustein der Infrastruktur ist ein Kubernetes Cluster, das in der VPC als Einzel-Zonen-Cluster mit einer Node bereitgestellt wird. Kubernetes (altgriechisch f\u00fcr Steuermann<\/em>, passend zum Seemanns-Thema dieses Beitrags) ist eine Open-Source-Plattform, die eine automatische und skalierbare Container-Orchestrierung bietet. Dies erm\u00f6glicht es, Anwendungen flexibel zu skalieren und automatisch auf wechselnde Lasten zu reagieren. Die containerisierten Services der Aktien-Webanwendung werden durch Deployments in Pods im Cluster bereitgestellt. Zus\u00e4tzlich verf\u00fcgt jeder Pod \u00fcber einen eigenen Kubernetes-Service, der ihn innerhalb des Clusters f\u00fcr andere Pods freigibt. Nur der Pod, in dem das Next.js-Frontend gehostet wird, verf\u00fcgt \u00fcber einen zus\u00e4tzlichen Loadbalancer-Service, der eine Verbindung \u00fcber das Internet erm\u00f6glicht. Durch die Verwendung von Kubernetes kann eine hohe Verf\u00fcgbarkeit der einzelnen Services garantiert werden, da ein gecrashter oder fehlerhafter Pod automatisch neu gestartet wird.<\/p>\n\n\n\n

    Persistenter Speicher mit MongoDB und Redis<\/h5>\n\n\n\n

    Die persistente Datenspeicherung wird durch die Verwendung von IBM Cloud Databases for MongoDB und Redis sichergestellt. Beide Datenbanken werden au\u00dferhalb des VPC Netzwerkes in der IBM Cloud bereitgestellt. MongoDB erm\u00f6glicht die effiziente Speicherung von Daten in einem dokumentenorientierten NoSQL-Format, w\u00e4hrend Redis als In-Memory-Datenbank eine schnelle Datenverarbeitung und -abfrage erm\u00f6glicht. Um von dem Kubernetes Cluster auf die Datenbanken zugreifen zu k\u00f6nnen, werden Service Credentials ben\u00f6tigt, welche \u00fcber ein sog. Service Binding als Kubernetes Secret im Cluster hinterlegt werden und von Pods verwendet werden k\u00f6nnen.<\/p>\n\n\n\n

    Architektur der CI\/CD Infrastruktur<\/h4>\n\n\n\n
    \"\"<\/a><\/figure>\n\n\n\n

    Unser Projekt sollte auf jeden Fall eine effiziente CI\/CD Pipeline haben, die wir f\u00fcr Automatisierungen nutzen k\u00f6nnen. Ebenfalls soll durch Versionskontrolle die Zusammenarbeit erleichtert werden, da \u00c4nderungen transparent und nachvollziehbar sind. Automatische Builds werden bei jedem Push auf den Main Branch durchgef\u00fchrt, wodurch eine schnelle Iteration erm\u00f6glicht wird. Die Docker-Images werden zentral auf Docker Hub gespeichert, was die Verf\u00fcgbarkeit und Verwaltung erleichtert. Dank dieser Pipeline ist kein manuelles Eingreifen erforderlich, was zu einer geringeren Fehleranf\u00e4lligkeit und vor allem zu reproduzierbaren Builds f\u00fchrt.<\/p>\n\n\n\n

    Containerization mit Docker<\/h5>\n\n\n\n

    Docker ist eine Plattform, die es erm\u00f6glicht, Anwendungen in isolierten Containern auszuf\u00fchren. Diese Container sind eigenst\u00e4ndige Umgebungen, die alles enthalten, was eine Anwendung zur Ausf\u00fchrung braucht. Die Vorteile von Docker liegen in seiner Portabilit\u00e4t, Effizienz und Skalierbarkeit. Durch die Verwendung von Docker k\u00f6nnen Anwendungen schnell entwickelt, getestet und bereitgestellt werden, was Zeit und Kosten spart. Au\u00dferdem verbessert Docker die Sicherheit, indem es Konflikte zwischen Anwendungen verhindert und die Ressourcennutzung optimiert.<\/p>\n\n\n\n

    Um die Entwicklung und das Testen unserer drei Services zu erleichtern, haben wir uns f\u00fcr die Containerisierung mit Docker entschieden. Jeder Service wird in einem eigenen Container gehostet, der sowohl f\u00fcr die lokale Entwicklung als auch f\u00fcr das Hosting auf einem Kubernetes-Node verwendet werden kann.<\/p>\n\n\n\n

    Version-Control mit Gitlab und GitHub<\/h5>\n\n\n\n

    F\u00fcr die Versionierung der Aktien-Anwendung verwenden wir die GitLab Instanz aus der HdM Infrastruktur, w\u00e4hrend die Terraform Konfigurationsdateien in einem separaten GitHub-Repository abgelegt sind. Durch die Verwendung von Git als Versionskontrollsystem k\u00f6nnen wir \u00c4nderungen an unserem Code verfolgen, verwalten und kollaborativ bearbeiten. GitLab und GitHub bieten eine benutzerfreundliche Oberfl\u00e4che f\u00fcr das Management unserer Repositories sowie Funktionen wie Branching und Merging, um parallel an verschiedenen Funktionen zu arbeiten und \u00c4nderungen sicher zusammenzuf\u00fchren. Dies f\u00f6rdert die Zusammenarbeit im Team und erm\u00f6glicht eine effektive Code-Verwaltung. Dar\u00fcber hinaus erm\u00f6glichen die beiden Versionskontroll-Plattformen die Integration von CI\/CD Pipelines, was die Automatisierung von Tests und Bereitstellungsprozessen erleichtert und die Effizienz unserer Entwicklungsprozesse weiter steigert.<\/p>\n\n\n\n

    Terraform-as-a-Service mit IBM Cloud Schematics<\/h5>\n\n\n\n

    Mit Schematics bietet IBM Cloud ein Cloud-Angebot an, das das Infrastructure-as-Code-Tool Terraform (dazu gleich mehr) in die Cloud bringt. Das bedeutet, dass Terraform-Konfigurationsdateien ohne die lokale Installation von Terraform in der Cloud ausgef\u00fchrt werden k\u00f6nnen und mehrere Nutzer am selben Konfigurations-State arbeiten k\u00f6nnen. Schematics bezieht die Konfigurationsdateien aus einem verkn\u00fcpften GitHub-Repository und erm\u00f6glicht die Organisation von Cloud-Ressourcen in Arbeitsbereichen. Mit IBM Schematics ist es ebenfalls spielend leicht eine tekton CI\/CD Pipeline zwischen dem verkn\u00fcpften GitHub-Repository und dem Arbeitsbereich bereitzustellen, wodurch dieser automatisch mit den neuesten \u00c4nderungen an der Terraform Konfiguration versorgt wird.<\/p>\n\n\n\n

    Segel Setzen: Implementierung und Bereitstellung<\/h3>\n\n\n\n

    Bereitstellung mit Terraform<\/h4>\n\n\n\n

    Terraform, ein Open-Source Infrastructure as Code Tool von HashiCorp, erm\u00f6glicht die deklarative Definition, Bereitstellung und Verwaltung von Cloud-Ressourcen durch Konfigurationsdateien in der HashiCorp Configuration Language (HCL). Terraform automatisiert die Bereitstellung und Skalierung von Cloud Ressourcen, sorgt f\u00fcr wiederholbare, konsistente Deployments und orchestriert alles von der Erstellung virtueller Maschinen bis hin zur Konfiguration von Datenbanken. Die deklarative Natur von Terraform gew\u00e4hrleistet Konsistenz zwischen Umgebungen, w\u00e4hrend Automatisierung, Wiederholbarkeit und minimierte menschliche Fehler die Verwaltung der Infrastruktur effizienter machen.<\/p>\n\n\n\n

    Modularit\u00e4t durch Terraform Modules<\/h4>\n\n\n\n
    \"\"<\/figure><\/div>
    \"\"<\/figure>
    \"\"<\/figure><\/div><\/div>
    \"\"<\/figure><\/div><\/div><\/div><\/div>\n\n\n\n

    Mit Terraform k\u00f6nnen wiederverwendbare Module definiert werden, die zu einer \u00fcbersichtlichen Struktur der Konfigurationsdateien beitragen. Module k\u00f6nnen speziell f\u00fcr ein Projekt erstellt werden, es k\u00f6nnen aber auch fertige Module aus dem Internet der Konfiguration hinzugef\u00fcgt werden, sofern diese den gew\u00fcnschten Zweck erf\u00fcllen. F\u00fcr die Bereitstellung der Infrastruktur f\u00fcr die Aktien-Webanwendung wurden mehrere Module erstellt, darunter beispielsweise zwei Module f\u00fcr die Bereitstellung des VPC-Clusters, eines f\u00fcr die Konfiguration der VPC und eines f\u00fcr das Kubernetes Cluster. Im VPC-Modul werden die Zonen, Subnetze und Adresspr\u00e4fixe der Virtual Private Cloud definiert, w\u00e4hrend im Cluster-Modul u.a. der Flavor, die Kubernetes-Version und die Anzahl an Worker-Nodes konfiguriert wird. Auch die Bereitstellung der drei Aktien-Services wird modular durchgef\u00fchrt, indem f\u00fcr jeden Service die n\u00f6tigen Kubernetes Ressourcen in einem Modul festgehalten sind. \u00dcber Umgebungsvariablen bekommen die Service-Container alle notwendigen Daten, um miteinander kommunizieren zu k\u00f6nnen. Zwei weitere Module sind f\u00fcr die Installation von MongoDB und Redis au\u00dferhalb der VPC zust\u00e4ndig. Die Module beinhalten die n\u00f6tigen IBM Cloud Ressourcen f\u00fcr die Provisionierung der beiden Datenbanken, sowie die Credentials, um eine Verbindung mit den Datenbanken herzustellen.\u00a0<\/p>\n\n\n\n

    Automatische Docker Builds<\/h4>\n\n\n\n
    \n
    \n
    \n
    \"\"<\/figure><\/div>
    \"\"<\/figure><\/div><\/div><\/div><\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n

    Die Build Pipeline ist ein entscheidender Bestandteil unseres Continuous Integration\/Continuous Deployment (CI\/CD)-Prozesses, der sicherstellt, dass unsere Anwendungen stets auf dem neuesten Stand sind. Durch die Automatisierung dieses Prozesses k\u00f6nnen wir effizientere Entwicklungszyklen erreichen und die Ausfallsicherheit unserer Anwendungen verbessern. Dar\u00fcber hinaus erm\u00f6glicht die Integration von GitLab, Docker Hub und Kubernetes eine nahtlose Bereitstellung unserer Anwendungen in einer skalierbaren und zuverl\u00e4ssigen Umgebung. <\/p>\n\n\n\n

    Der urspr\u00fcngliche Plan war es, dass bei jedem Push auf Main eine Build Pipeline in GitLab gestartet wird und ein Job l\u00e4uft, der die Docker Images neu baut und in den Docker Hub pusht. Von dort aus zieht sich unser Kubernetes Cluster die Images und erzeugt neue Pods, sobald ein Update verf\u00fcgbar ist. Leider konnten wir diesen Plan nicht komplett umsetzen, da \u201cDocker in Docker\u201d im HdM Gitlab nicht erlaubt ist. Der Worker ist so aufgesetzt, dass er ein Base Image (z.B. Ubuntu) nimmt und die Applikation darin baut. Da wir beim Bauen aber auch Docker aufrufen, haben wir hier einen \u201cDocker in Docker\u201d Fall. Nun machen wir es so, dass es ein Shell Script gibt, welches die Images baut und pusht. Dieses Script muss allerdings manuell gestartet werden.<\/p>\n\n\n\n

    Schwierige Gew\u00e4sser kartieren: Herausforderungen und L\u00f6sungen<\/h3>\n\n\n\n

    Limitierungen von Terraform<\/h4>\n\n\n\n

    Obwohl Terraform viele tolle Features umfasst, bringt es auch einige Limitierungen mit sich. Trotz des Terraform Syntax-Highlighting und der Autovervollst\u00e4ndigung entstehen h\u00e4ufig Syntax-Probleme, die erst zum Zeitpunkt der Anwendung der Konfiguration bemerkt werden, da Terraform nicht das Format oder den Wert der Variablen, sondern lediglich den Datentyp \u00fcberpr\u00fcft. Au\u00dferdem hat jeder Cloud-Anbieter seine individuellen Funktionen und Einschr\u00e4nkungen. Als Entwickler muss man sich dieser anbieterspezifischen Nuancen bewusst sein, um unerwartetes Verhalten zu vermeiden. Einzig und allein die Dokumentation des Providers und viel Trial&Error k\u00f6nnen hier weiterhelfen, allerdings kann das ziemlich frustrierend und zeitaufwendig sein.<\/p>\n\n\n\n

    Cross-Platform-Kompatibilit\u00e4t<\/h4>\n\n\n\n
    \"\"<\/a><\/figure>\n\n\n\n

    Da wir die Docker Images auf einem Mac mit ARM64 Architektur entwickelt und gebaut haben, stellten wir beim Deployment in die Pods fest, dass die Binaries, wie sie z.B. f\u00fcr Python Skripte erstellt werden, nicht auf den Pods laufen. Unser Node in der IBM Cloud basiert auf AMD64 und somit m\u00fcssen auch die Docker Images daf\u00fcr gebaut werden. Gl\u00fccklicherweise bietet Docker mit der Funktion buildx <\/code>eine einfache M\u00f6glichkeit, Images f\u00fcr mehrere Plattformen durch sogenannte \u201cMulti-Platform Images\u201d zu erstellen.\u00a0<\/p>\n\n\n\n

    Diese k\u00f6nnen f\u00fcr mehrere Plattformen gleichzeitig gebaut werden. Ein weiterer Vorteil ist, dass auch wenn ein Image f\u00fcr die AMD64 Architektur gebaut wurde, es unter ARM64 als Emulation l\u00e4uft. Dies ist nat\u00fcrlich sehr instabil und nicht effizient, aber es reicht aus, um rudiment\u00e4re Tests durchzuf\u00fchren.<\/p>\n\n\n\n

    TLS Zertifikate in Docker<\/h4>\n\n\n\n
    \"\"<\/a><\/figure>\n\n\n\n

    F\u00fcr den Verbindungsaufbau zu den MongoDB- und Redis-Ressourcen in der IBM Cloud ist die Angabe eines SSL\/TLS-Zertifikats erforderlich. Damit kann eine verschl\u00fcsselte Verbindung zwischen den Diensten hergestellt werden. Oftmals liegen diese Zertifikate als Dateien vor, die dann auf dem Server oder Client installiert und mitgesendet werden k\u00f6nnen. Die Methoden der Klassen von MongoDB und Redis erlauben zwar jeweils die Angabe eines Dateipfades f\u00fcr diese Zertifikate, jedoch erschien uns dies als eher suboptimale L\u00f6sung, da sonst ein Prozess implementiert werden m\u00fcsste, der die Existenz und G\u00fcltigkeit dieser Dateien \u00fcberpr\u00fcft. Ein weiteres Problem ist, dass das Zertifikat zwar einfach heruntergeladen werden kann, aber schnell ung\u00fcltig wird, wenn wir zum Beispiel die Ressourcen durch Terraform abrei\u00dfen und neu aufbauen.\u00a0<\/p>\n\n\n\n

    Hier bietet die IBM Cloud eine elegante M\u00f6glichkeit, das Zertifikat einfach \u00fcber ein Binding Secret als eine Umgebungsvariablen an den Pod zu geben und als JSON-String an die entsprechenden Methoden zu \u00fcbergeben. So ist das Zertifikat immer aktuell und mit wenigen Zeilen Code in unserem Service implementiert.<\/p>\n\n\n\n

    Ein Image f\u00fcr die Cloud und die lokale Entwicklung<\/h4>\n\n\n\n
    \"\"<\/figure><\/div>
    \"\"<\/figure><\/div><\/div><\/div><\/div>\n\n\n\n

    Unser Ziel ist es, dasselbe Docker Image sowohl f\u00fcr die lokale Entwicklung als auch f\u00fcr die Cloud-Bereitstellung zu verwenden. Auf diese Weise k\u00f6nnen wir alle Services lokal in einem Docker Container hosten und ausgiebig testen, bevor sie in die Cloud verschoben werden. Um dies zu erreichen, haben wir ein Docker Compose File erstellt, das alle Services in einem gemeinsamen Netzwerk verbindet. Dabei nutzen wir Umgebungsvariablen, um zwischen dem lokalen Entwicklungsmodus und dem Cloud-Betrieb umzuschalten.<\/p>\n\n\n\n

    Mit Hilfe dieser Umgebungsvariablen k\u00f6nnen wir die Services auf LOCAL_DEVELOPMENT<\/code> setzen, wodurch sie standardm\u00e4\u00dfig lokale IP-Adressen wie beispielsweise localhost:6379<\/code> anstelle der IBM Cloud IP-Adressen verwenden. Dies erm\u00f6glicht eine nahtlose Anpassung der Umgebung je nach Bedarf, ohne das Docker Image \u00e4ndern zu m\u00fcssen. Auf diese Weise wird die Entwicklung und Wartung unserer Services erheblich vereinfacht und beschleunigt.<\/p>\n\n\n\n

    Volle Fahrt voraus: Fazit und Zukunftsaussichten<\/h3>\n\n\n\n

    Insgesamt ist das Hosting einer eigenen Web-App, die aus drei einzelnen Services besteht, in der Cloud ein spannendes Projekt. Die Kombination von Terraform und Kubernetes bietet nicht nur eine effiziente, skalierbare und hochverf\u00fcgbare L\u00f6sung, sondern l\u00f6st auch spezifische Probleme im Bereich der Infrastrukturverwaltung. Durch die Nutzung dieser Tools k\u00f6nnen Entwicklerteams ihre Ressourcen effizienter nutzen und sich auf die Weiterentwicklung und Optimierung der Anwendung konzentrieren. Jedoch erfordert es gr\u00fcndliche \u00dcberlegungen, wie die einzelnen Services strukturiert werden m\u00fcssen, damit am Ende ein reibungsloses automatisches Deployment m\u00f6glich ist.<\/p>\n\n\n\n

    Besonders im Umgang mit Terraform k\u00f6nnen einige Herausforderungen auftreten. Die Vielzahl an Details und die oft undurchsichtige Fehlerursache k\u00f6nnen dazu f\u00fchren, dass man viel Zeit mit Debugging verbringt. Es kommt nicht selten vor, dass ein Fehler aufgrund einer Kleinigkeit wie einem falschen Wort oder einer veralteten Konfiguration entsteht, von der man dachte, sie k\u00f6nne nicht Teil des Problems sein.<\/p>\n\n\n\n

    Docker hingegen ist eine vergleichsweise einfach zu beherrschende Technologie mit vielen Vorteilen. Die Gewissheit, dass jeder den gleichen Stand einer Applikation auf seinem Rechner hat und typische Probleme wie das “aber auf meiner Maschine l\u00e4uft es” vermieden werden, erleichtert die Entwicklung erheblich.<\/p>\n\n\n\n

    Eine Verbesserungsm\u00f6glichkeit f\u00fcr unser Projekt w\u00e4re sicherlich das automatische Erstellen der Docker-Images in GitLab. Dadurch k\u00f6nnte die gesamte Pipeline vom Bauen bis hin zum Bereitstellen der Infrastruktur automatisiert werden. Auch die Erweiterung des Clusters zu einem Mehrzonen-Cluster w\u00fcrde sich positiv auf die Verf\u00fcgbarkeit und Zuverl\u00e4ssigkeit der Umgebung auswirken, jedoch war dies aufgrund der entstehenden Kosten im Rahmen dieser Vorlesung nicht m\u00f6glich.<\/p>\n\n\n\n

    Wir w\u00fcrden jedem, der Cloud-Ressourcen in seinen Applikationen nutzen m\u00f6chte, raten, sich vorab einmal programmatisch mit diesen zu verbinden, um den Workflow kennenzulernen. Beispielsweise die Implementierung von TLS-Zertifikaten war ein Punkt, den wir nicht von Anfang an auf dem Schirm hatten.<\/p>\n","protected":false},"excerpt":{"rendered":"

    Auf zu neuen Ufern: Einleitung Die Cloud-Computing-Technologie hat die Art und Weise, wie Unternehmen Anwendungen entwickeln, bereitstellen und skalieren, revolutioniert. In diesem Beitrag, der im Rahmen der Vorlesung \u201c143101a System Engineering und Management\u201d entstanden ist, werden wir uns darauf konzentrieren, wie eine bereits bestehende Webanwendung zur Visualisierung und Filterung von Aktienkennzahlen auf der IBM Cloud-Infrastruktur […]<\/p>\n","protected":false},"author":983,"featured_media":26241,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[120,656,659,21,2],"tags":[49,150,157,3,615,154,155,1019,424,514],"ppma_author":[835],"class_list":["post-26208","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cloud-technologies","category-databases","category-devops","category-system-architecture","category-system-engineering","tag-architecture","tag-ci-cd","tag-database-testing","tag-docker","tag-ibm-cloud","tag-kubernetes","tag-mongodb","tag-system-engineering","tag-system-engineering-and-management","tag-terraform"],"aioseo_notices":[],"jetpack_featured_media_url":"https:\/\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2024\/02\/Dashboard2-Kopie-1.png","jetpack-related-posts":[{"id":23679,"url":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2022\/08\/31\/jobsuche-portal\/","url_meta":{"origin":26208,"position":0},"title":"Jobsuche Portal","author":"ag164","date":"31. August 2022","format":false,"excerpt":"SS22 - Dev4Cloud Projekt - von Robin H\u00e4rle und Anton Gerdts Ideenfindung \u00a0\u00a0\u00a0 Zu Beginn der Ideenfindungsphase f\u00fcr unser Projekt sahen wir uns die verschiedenen Apis auf Bund.dev an, um uns von der Thematik der verf\u00fcgbaren Daten inspirieren zu lassen. Wir entschieden uns ohne lange abzuw\u00e4gen daf\u00fcr ein Jobsuche-Portal mit\u2026","rel":"","context":"In "Allgemein"","block_context":{"text":"Allgemein","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/category\/allgemein\/"},"img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":23579,"url":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2022\/08\/30\/google-geodata-visualizer\/","url_meta":{"origin":26208,"position":1},"title":"Google Geodata Visualizer","author":"sk331","date":"30. August 2022","format":false,"excerpt":"Ein Projekt von Kai Kustermann, Michael Litschko, Sarah Mauff und Sebastian K\u00f6pp Einleitung Im Sommersemester 2022 haben wir uns als 4-k\u00f6pfige Gruppe dazu entschlossen, einen Google Geodata Visualizer zu erstellen. Das Projekt ist aus der Idee einer McDonald\u2019s-Achievement-Card entstanden. Die Idee war eine Website, die dem Benutzer anzeigt, welche McDonald\u2019s\u2026","rel":"","context":"In "Cloud Technologies"","block_context":{"text":"Cloud Technologies","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/category\/scalable-systems\/cloud-technologies\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2022\/08\/16.png?resize=350%2C200&ssl=1","width":350,"height":200},"classes":[]},{"id":26895,"url":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2025\/02\/22\/parallel-sysplex-wie-ibm-z-kontinuierliche-verfugbarkeit-durch-ras-und-innovationen-des-z16-sicherstellt\/","url_meta":{"origin":26208,"position":2},"title":"Parallel SysPlex: Wie IBM Z kontinuierliche Verf\u00fcgbarkeit durch RAS und Innovationen des z16 sicherstellt","author":"Luca Walz","date":"22. February 2025","format":false,"excerpt":"Note: Dieser Blogpost wurde f\u00fcr das Modul Enterprise IT (113601a) verfasst. Kurzfassung In einer zunehmend digitalisierten Welt ist hohe Verf\u00fcgbarkeit eines Systems essenziell f\u00fcr gesch\u00e4ftskritische Anwendungen. Hierbei erm\u00f6glicht eine, von IBM f\u00fcr das IBM Z-Mainframe entwickelte, Cluster Technologie eine nahezu kontinuierliche Verf\u00fcgbarkeit, welche durch dynamische Lastenverteilung, redundante Architektur und Echtzeit\u2026","rel":"","context":"In "Allgemein"","block_context":{"text":"Allgemein","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/category\/allgemein\/"},"img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":26129,"url":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2024\/02\/27\/ctf-infrastruktur-als-proof-of-concept-in-der-microsoft-azure-cloud\/","url_meta":{"origin":26208,"position":3},"title":"CTF-Infrastruktur als Proof-of-Concept in der Microsoft Azure Cloud","author":"jk233","date":"27. February 2024","format":false,"excerpt":"Einf\u00fchrung Eine eigene Capture-The-Flag (CTF) Plattform zu betreiben bringt besondere Herausforderungen mit sich. Neben umfangreichem Benutzermanagement, dem Bereitstellen und sicherem Hosten von absichtlich verwundbaren Systemen, sowie einer m\u00f6glichst einfachen Methode, spielbare Systeme von externen Quellen einzubinden. So m\u00f6chte man vielleicht der eigenen Community die M\u00f6glichkeit bieten, eigene Szenarien zu entwickeln,\u2026","rel":"","context":"In "Allgemein"","block_context":{"text":"Allgemein","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/category\/allgemein\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2024\/02\/HkdUqtOvFEbZdRFQaVd9LpUF6TaU8VoYhJn2kK0A-rzTGuPjvqiNLsNYpHnMuPZpLr5RFCfTW30d46KxetHLb8mYfYqN_70fqpOvYevgh1bfHZFI_UUKHbqRjDrHQ-b8QG2jXXV6E2zh2W35Rr6gpnk.png?resize=350%2C200&ssl=1","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2024\/02\/HkdUqtOvFEbZdRFQaVd9LpUF6TaU8VoYhJn2kK0A-rzTGuPjvqiNLsNYpHnMuPZpLr5RFCfTW30d46KxetHLb8mYfYqN_70fqpOvYevgh1bfHZFI_UUKHbqRjDrHQ-b8QG2jXXV6E2zh2W35Rr6gpnk.png?resize=350%2C200&ssl=1 1x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2024\/02\/HkdUqtOvFEbZdRFQaVd9LpUF6TaU8VoYhJn2kK0A-rzTGuPjvqiNLsNYpHnMuPZpLr5RFCfTW30d46KxetHLb8mYfYqN_70fqpOvYevgh1bfHZFI_UUKHbqRjDrHQ-b8QG2jXXV6E2zh2W35Rr6gpnk.png?resize=525%2C300&ssl=1 1.5x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2024\/02\/HkdUqtOvFEbZdRFQaVd9LpUF6TaU8VoYhJn2kK0A-rzTGuPjvqiNLsNYpHnMuPZpLr5RFCfTW30d46KxetHLb8mYfYqN_70fqpOvYevgh1bfHZFI_UUKHbqRjDrHQ-b8QG2jXXV6E2zh2W35Rr6gpnk.png?resize=700%2C400&ssl=1 2x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2024\/02\/HkdUqtOvFEbZdRFQaVd9LpUF6TaU8VoYhJn2kK0A-rzTGuPjvqiNLsNYpHnMuPZpLr5RFCfTW30d46KxetHLb8mYfYqN_70fqpOvYevgh1bfHZFI_UUKHbqRjDrHQ-b8QG2jXXV6E2zh2W35Rr6gpnk.png?resize=1050%2C600&ssl=1 3x"},"classes":[]},{"id":28011,"url":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2025\/09\/11\/cloud-native-security-scanner\/","url_meta":{"origin":26208,"position":4},"title":"Cloud-native Security Scanner","author":"Tim Ruff","date":"11. September 2025","format":false,"excerpt":"Dieses Projekt wurde im Rahmen der Vorlesung \u201eSoftware Development for Cloud Computing\u201c umgesetzt. Ausgangslage und Projektidee Unser bisheriger Fokus im Studium lag haupts\u00e4chlich auf Themen der IT-Security und Machine Learning, weshalb wir beide bis auf die grundlegenden Vorlesungen zum Thema Software Entwicklung kaum Erfahrungen in diesem Bereich gesammelt haben. Aus\u2026","rel":"","context":"In "Allgemein"","block_context":{"text":"Allgemein","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/category\/allgemein\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2025\/09\/image.jpeg?resize=350%2C200&ssl=1","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2025\/09\/image.jpeg?resize=350%2C200&ssl=1 1x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2025\/09\/image.jpeg?resize=525%2C300&ssl=1 1.5x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2025\/09\/image.jpeg?resize=700%2C400&ssl=1 2x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2025\/09\/image.jpeg?resize=1050%2C600&ssl=1 3x"},"classes":[]},{"id":24203,"url":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2023\/02\/26\/die-zukunft-ist-serverless\/","url_meta":{"origin":26208,"position":5},"title":"Die Zukunft ist Serverless?","author":"Michael Partes","date":"26. February 2023","format":false,"excerpt":"\u00dcberblick Die \u201cCloud\u201d ist ein Begriff, der in den letzten Jahren immens an Bedeutung gewonnen hat. H\u00e4ufig wird sie f\u00fcr die Bereitstellung von Diensten und Services genutzt. Im Lauf der Zeit haben sich dabei verschiedene Architekturen entwickelt, die in der Cloud eingesetzt werden und unterschiedliche Ans\u00e4tze f\u00fcr die Handhabung des\u2026","rel":"","context":"In "Allgemein"","block_context":{"text":"Allgemein","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/category\/allgemein\/"},"img":{"alt_text":"","src":"https:\/\/lh5.googleusercontent.com\/hnARrH3Mz7d41IhTltMgTCpuUfKpg8k6ur_0Ir46moShZzCf53cVBMeUogOFgp2yD-maHIuCu3CIOsnqE_oBCOrEEaB-KfPc8lsQ5jWanA8hFVPvMdC5XYLBboHJ_lUbrtMT5aVqtMNUjTbsLQQNuoM","width":350,"height":200,"srcset":"https:\/\/lh5.googleusercontent.com\/hnARrH3Mz7d41IhTltMgTCpuUfKpg8k6ur_0Ir46moShZzCf53cVBMeUogOFgp2yD-maHIuCu3CIOsnqE_oBCOrEEaB-KfPc8lsQ5jWanA8hFVPvMdC5XYLBboHJ_lUbrtMT5aVqtMNUjTbsLQQNuoM 1x, https:\/\/lh5.googleusercontent.com\/hnARrH3Mz7d41IhTltMgTCpuUfKpg8k6ur_0Ir46moShZzCf53cVBMeUogOFgp2yD-maHIuCu3CIOsnqE_oBCOrEEaB-KfPc8lsQ5jWanA8hFVPvMdC5XYLBboHJ_lUbrtMT5aVqtMNUjTbsLQQNuoM 1.5x"},"classes":[]}],"jetpack_sharing_enabled":true,"authors":[{"term_id":835,"user_id":983,"is_guest":0,"slug":"marvin-max_kalchschmidt","display_name":"mk306","avatar_url":"https:\/\/secure.gravatar.com\/avatar\/03f6c135d836036efd38e5ade3e78f23c054919191c9bded402baeaaa7b4c8cd?s=96&d=mm&r=g","0":null,"1":"","2":"","3":"","4":"","5":"","6":"","7":"","8":""}],"_links":{"self":[{"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/posts\/26208","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/users\/983"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/comments?post=26208"}],"version-history":[{"count":4,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/posts\/26208\/revisions"}],"predecessor-version":[{"id":26252,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/posts\/26208\/revisions\/26252"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/media\/26241"}],"wp:attachment":[{"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/media?parent=26208"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/categories?post=26208"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/tags?post=26208"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/ppma_author?post=26208"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}