Migration und Modernisierung der Maximo Application Suite mit Red Hat OpenShift auf Azure – IBM Blog

IBM^® Maximo^® ist seit vier Jahrzehnten eine führende Enterprise-Asset-Management-Lösung in der Branche und unterstützt Kunden bei der Rationalisierung von Arbeitsabläufen mit einer zentralen Plattform für die Verwaltung von Aufgaben, Inventar, Einhaltung gesetzlicher Vorschriften und Berichtsfunktionen. IBM Maximo Anwendungssuite (MAS), die nächste Generation von IBM Maximo, bietet ein besseres Benutzererlebnis, schnellere Integration, robuste KI-Analysen und eine breite Palette an Cloud-Bereitstellungsoptionen. MAS bietet Organisationen eine robuste und moderne Asset-Management-Lösung.

Red Hat® OpenShift®, die branchenführende hybride Cloud-Anwendungsplattform auf Basis von Kubernetes, vereint getestete und vertrauenswürdige Dienste, um die Reibung bei der Entwicklung, Modernisierung, Bereitstellung, Ausführung und Verwaltung von Anwendungen zu reduzieren. OpenShift bietet ein konsistentes Erlebnis in der Public Cloud, vor Ort, in der Hybrid Cloud oder in der Edge-Architektur.

Azure ist die öffentliche Cloud-Plattform von Microsoft. Azure bietet eine große Sammlung von Diensten, darunter Platform as a Service (PaaS), Infrastructure as a Service (IaaS) und verwaltete Datenbankdienstfunktionen. 

Microsoft Azure Red Hat® OpenShift® (ARO) bietet hochverfügbare, vollständig verwaltete OpenShift-Cluster auf Abruf, die gemeinsam von Microsoft und Red Hat überwacht und betrieben werden. OpenShift bietet Mehrwertfunktionen zur Ergänzung von Kubernetes und macht es zu einem schlüsselfertigen Container-PaaS mit einer deutlich verbesserten Entwickler- und Betreibererfahrung.

Maximo-Kunden müssen zu MAS wechseln, wenn Maximo 7.x erreicht das Ende seiner Lebensdauer. MAS wurde speziell für die Ausführung in einem Container erstellt Red Hat OpenShift. Um Kunden, die mit der Ausführung von Containern in der Produktion nicht vertraut sind, diesen Übergang zu erleichtern, haben sich IBM, Microsoft und Red Hat zusammengetan, um eine validierte Architektur für die Ausführung von MAS auf Azure Red Hat OpenShift bereitzustellen.

In diesem Blog gehen wir die empfohlenen Optionen für die Ausführung von MAS auf Azure durch und beschreiben, wie die IBM-, Red Hat- und Microsoft Azure-Komponenten zusammenkommen und eine solide Grundlage für die Ausführung von MAS bilden. Wir werden auch die zu berücksichtigenden Architekturentscheidungen untersuchen, damit Sie diejenige auswählen können, die den Anforderungen Ihres Unternehmens am besten entspricht.

Für jede der folgenden Optionen sind zwei Komponenten zu beachten: die MAS-Anwendung und die Plattform, auf der MAS ausgeführt wird (Red Hat OpenShift oder Microsoft Azure Red Hat OpenShift).

Option 1 bietet einen skriptgesteuerten Installationsprozess für die MAS-Anwendung und die zugrunde liegende OpenShift Container Platform (OCP). Dieser Vorgang vereinfacht den gesamten Installationsprozess. Die Möglichkeit, die MAS-Installation anzupassen, ist jedoch begrenzt, da sie skriptbasiert ist. Da es sich bei der zugrunde liegenden Plattform außerdem um ein selbstverwaltetes OCP handelt, hat der Kunde im Gegenzug für die Überwachung und Wartung dieses OCP-Clusters die vollständige Kontrolle über die Infrastruktur.

Option 2a erfordert, dass der Kunde MAS selbst installiert, ermöglicht jedoch eine stärkere Anpassung von MAS während des Installationsprozesses. Diese Option bietet auch vollständige Kontrolle über das zugrunde liegende OCP, erfordert jedoch, dass der Kunde OCP installiert, überwacht und wartet.

Option 2b erfordert, dass der Kunde MAS selbst installiert, ermöglicht jedoch eine stärkere Anpassung von MAS während des Installationsprozesses. Bei dieser Option ist die zugrunde liegende Plattform Microsoft ARO, eine verwaltete Version von OCP, die von Microsoft angeboten wird. Die Installation von ARO erfolgt per Skript und Red Hat Site Reliability Engineers (SREs) sind für die Überwachung und Wartung des OCP-Clusters verantwortlich. Da Red Hat SREs jedoch den Cluster verwalten, haben Kunden weniger Kontrolle über die Plattforminfrastruktur als bei den Optionen 1 und 2a.

Option 1: MAS auf selbstverwaltetem Red Hat OpenShift über Marketplace

Diese Bereitstellungsoption umfasst die Einrichtung von MAS auf einem OpenShift-Cluster, der auf der Azure-Plattform ausgeführt wird. Azure Marketplace dient als Kanal, über den diese Bereitstellung ermöglicht wird.

Einer der Hauptvorteile dieser Bereitstellungsoption ist die einfache Bereitstellung. Azure Marketplace vereinfacht den Prozess durch die Bereitstellung vorkonfigurierter Vorlagen und Skripts, die im Namen des Kunden bereitgestellt werden. Mit diesem Muster kann man MAS schnell und effizient einrichten und so die Komplexität der Softwarebereitstellung reduzieren.

Sie können einen neuen Cluster bereitstellen, einen vorhandenen verwenden oder einen neuen in einem vorhandenen Netzwerk bereitstellen. Sie müssen jedoch vor der Bereitstellung die erwarteten Datenbank- und E-Mail-Konfigurationen bereitstellen. Diese Flexibilität ermöglicht es Unternehmen, ihre Infrastruktur zu optimieren und sich an veränderte Anforderungen anzupassen. Der Azure Marketplace-Muster vereinfacht den Bereitstellungsprozess und ermöglicht es Unternehmen, sich auf die Verwendung von MAS zu konzentrieren, um ihre Asset-Management-Praktiken schnell zu verbessern.

Es ist wichtig, die Ressourcenzuweisung, Datensicherheit, Integration und Unterstützung sorgfältig abzuwägen, um eine erfolgreiche Bereitstellung zu ermöglichen und die Vorteile von MAS zu maximieren. Mit der richtigen Planung und Ausführung können Unternehmen mit minimalem Aufwand das volle Potenzial von MAS auf ihrer Asset-Management-Reise über Azure Marketplace ausschöpfen.

Option 2a: MAS auf selbstverwaltetem Red Hat OpenShift über die Option „Do it yourself“.

Durch die Bereitstellung von MAS auf einem selbst installierten OpenShift-Cluster auf Microsoft Azure über die Option „Do it yourself“ haben Sie die vollständige Kontrolle über den Installationsprozess. Im Gegensatz zu anderen Bereitstellungsmethoden, bei denen die Umgebung vorkonfiguriert ist, können Sie mit diesem Ansatz Ihre MAS-Bereitstellung an Ihre spezifischen Anforderungen anpassen.

Einer der Hauptvorteile der Option „Do it yourself“ ist das beispiellose Maß an Kontrolle. Sie können die Bereitstellung an Ihre individuellen Anforderungen anpassen und sicherstellen, dass jede Komponente so konfiguriert ist, dass die Asset-Management-Prozesse optimiert werden.

Mit dieser Option können Sie Ihr bevorzugtes Installationsprogramm aus verschiedenen Optionen auswählen, einschließlich einer vom Installationsprogramm bereitgestellten Infrastruktur, einer vom Benutzer bereitgestellten Infrastruktur und sogar einer Airgap-Konfiguration. Diese Flexibilität ermöglicht es Ihnen, Ihr vorhandenes Fachwissen zu nutzen oder den Installateur auszuwählen, der am besten zu Ihrer Infrastruktur und Ihren Sicherheitsanforderungen passt.

Es ist jedoch wichtig, den Bedarf dieser Option an qualifizierten Ressourcen, die potenzielle Komplexität des Bereitstellungsprozesses und die laufenden Support- und Wartungsaufgaben zu erkennen. Mit dem richtigen Fachwissen und einem gut durchdachten Plan kann die „Do it yourself“-Option eine wirkungsvolle Wahl für Unternehmen sein, die das Potenzial von MAS auf ihrem Weg zur Vermögensverwaltung maximieren möchten.

Option 2b: MAS-Bereitstellung auf Azure Red Hat OpenShift, verwaltet von Microsoft Azure

Bei dieser Option wird MAS auf ARO bereitgestellt. Diese strategische Kombination bietet eine Reihe von Vorteilen für Unternehmen, die ihre Prozesse optimieren möchten. Diese Option bietet einen Mittelweg zwischen den beiden vorherigen Optionen.

MAS auf ARO ist unkompliziert einzurichten und erfordert weniger Aufwand als der „Do-it-yourself“-Ansatz und bietet Ihnen gleichzeitig ein ähnliches Maß an Kontrolle über OpenShift und MAS. Es richtet sich vor allem an diejenigen, die OpenShift lieber nicht selbst verwalten möchten, aber dennoch die Kontrolle über die Hosting-Plattform haben möchten. Da Sie jedoch direkt mit OpenShift interagieren, benötigen Sie weiterhin Teammitglieder, die sich mit OpenShift auskennen, damit diese Option funktioniert. Während diese Option aus Sicht der laufenden Verwaltung weniger Arbeit erfordert, da die OpenShift-Verwaltung übernommen wird, erfordert sie zusätzliche Vorarbeit, da Sie MAS selbst bereitstellen.

Die Vorteile der MAS-Bereitstellung auf ARO sind vielfältig. Erstens senkt es die Einstiegshürde und erfordert vom ersten Tag an weniger Kenntnisse über OpenShift/Kubernetes-Ressourcen, um loszulegen. Am wichtigsten ist, dass Sie keine Zeit und Mühe mehr für die Einrichtung von OpenShift und die Anwendung nachfolgender Updates aufwenden müssen.

Zweitens bietet es ein verwaltetes Erlebnis durch ein PaaS-Angebot, das von Microsoft und RedHat unterstützt wird. Es bietet deutliche Vorteile für diejenigen, die Wert auf einen schnellen Zugang zu Supportdiensten legen. Es vereinfacht die Gesamterfahrung bei der Verwaltung des Zustands und der Updates von OpenShift, da Microsoft dafür verantwortlich ist.

Jede MAS-on-Azure-Bereitstellungsoption hat ihre Vorteile und Einschränkungen. Sie sollten diese Faktoren überprüfen, um ihre Bereitstellung an Ihre Geschäftsanforderungen und -anforderungen anzupassen.

Sie sollten deren Infrastruktur, Anpassung und Kostenaspekte bewerten, um eine fundierte Entscheidung zu treffen, die eine erfolgreiche und effiziente MAS-Bereitstellung gewährleistet. Durch das Verständnis der Stärken und Grenzen jeder Option können Kunden die Bereitstellungsoption auswählen, die ihren Geschäftszielen entspricht.

Arbeiten Sie noch heute mit IBM zusammen