TL; DR:

• Die Maximo Application Suite kombiniert mehrere Asset-Management-Produkte in einer Suite mit einer gemeinsamen Benutzeroberfläche.
• Es geht von einer traditionellen Client/Server-Topologie zu einer Kubernetes-Container-Plattform über.
• Das neue Lizenzmodell verwendet AppPoints und erfordert unterschiedliche Nummern für verschiedene Benutzertypen und Installationstypen.
• Unternehmen können ihre bestehenden Maximo-Lizenzen gegen AppPoints upgraden oder eintauschen.
• Projetech bietet Kunden eine Cloud-Lösung, mit der sie von der Maximo Application Suite profitieren können, ohne den zugrunde liegenden Technologiewechsel verwalten zu müssen.

Die Maximo-Community hat viele Fragen zur nächsten Version von Maximo und zu deren Auswirkungen auf Unternehmen. In diesem Blog werden auf hoher Ebene die drei großen Änderungen besprochen, die Unternehmen und Benutzer beim Upgrade von Maximo auf erleben werden Maximo Anwendungssuite. Es bereitet die Voraussetzungen für eine Reihe von Blogs von Naviam, die sich eingehender mit der Beantwortung dieser Fragen für Maximo-Nutzer befassen werden.

Im Laufe der Jahre hat IBM neue Anwendungen im MRO-Bereich entwickelt und bestehende Anwendungen verbessert. Viele davon waren in separaten Angeboten und mit separater Lizenzierung erhältlich. Die Maximo Application Suite vereint diese Anwendungen als Gruppe von EAM-Produkten in einer Suite mit einer gemeinsamen Benutzeroberfläche, einer neuen zugrunde liegenden technischen Architektur und einem neuen Lizenzmodell.

Neue Gruppierung mehrerer EAM-Produkte in der Maximo Application Suite

Die große Änderung der Funktionen von Maximo ist die Integration mehrerer Asset-Management-Produkte in eine einzige Anwendungssuite und die Einführung eines neuen gemeinsamen Anwendungs-Skins für die Benutzernavigation in der gesamten Suite.

Die Module aus dem alten Maximo-System (z. B. Maximo 7.6.1.x) befinden sich in der Anwendung „Manage“ innerhalb der Maximo Application Suite. Industrie und die Funktionen der Zusatzlösung bleiben auch in Manage verfügbar. Andere Module in der Suite, wie Gesundheit und Prognostizieren (die in der Vergangenheit eigenständige Produkte waren) sind jetzt ebenfalls Teil der Maximo Application Suite.

Maximo Manage reduziert Ausfallzeiten und Kosten, während Maximo Monitor die Anlagenverfügbarkeit durch fortschrittliche KI-gestützte Fernüberwachung von Anlagen verbessert. Maximo Health nutzt IoT-Daten, um den Zustand der Anlagen zu verwalten, und Maximo Visual Inspection ermöglicht die Identifizierung von Problemen in Echtzeit. Maximo Predict nutzt zustandsabhängige Maßnahmen, um zukünftige Ausfälle vorherzusagen, und Maximo Mobile stellt den Technikern vor Ort alle notwendigen Anlageninformationen zur Verfügung. Mit ihrer optimierten und benutzerfreundlichen Oberfläche ermöglicht die Maximo Application Suite Unternehmen, betriebliche Transparenz, einen schnelleren ROI und eine höhere Produktivität zu erzielen.

Die Bereitstellung dieser Produkte in einer einzigen Suite vereinfacht die Installation und Verwaltung und verbessert gleichzeitig die Benutzererfahrung durch gemeinsame Daten, Workflows und eine gemeinsame Benutzeroberfläche. Auf diese Weise ermöglicht die Maximo Application Suite auch einen einfacheren Zugriff auf eine ganze Reihe von Anwendungen für den Lebenszyklus von Anlagen, wobei die Flexibilität besteht, an jedem beliebigen Punkt des Anlagenlebenszyklus zu beginnen und sie auf andere Bereiche auszudehnen. Die Maximo Application Suite kann auch die digitale Transformation der traditionellen Anlagenwartung in eine auf künstlicher Intelligenz (KI) basierende Instandhaltung beschleunigen.

‍

‍Neue Technologieplattform

Eine weitere große Änderung bei MAS ist der Übergang weg von der traditionellen Client/Server-Topologie zu einer Kubernetes-Containerplattform. Jetzt, da Red Hat ein Geschäftsbereich von IBM ist, ist die Red Hat OpenShift Container Platform (OCP) die logische Wahl für die Kubernetes-Plattform (auch bekannt als K8s) für Maximo (und die anderen IBM-Softwareprodukte, die jetzt Teil der Maximo Application Suite sind).

In der gesamten Branche hat sich die Container-Technologie aufgrund ihrer Vorteile gegenüber herkömmlichen, betriebssystemorientierten Virtualisierungstechnologien schnell durchgesetzt. Ein Container fasst alle anwendungsspezifischen Laufzeitanforderungen in einer Einheit (einem Image) zusammen; eine Anwendung mit all ihren Abhängigkeiten, Bibliotheken, Binärdateien und Konfigurationsdateien, die für ihre Ausführung erforderlich sind, während gleichzeitig der Ressourcenbedarf eines vollständigen, herkömmlichen Betriebssystems pro Bereitstellungseinheit minimiert wird, UND dennoch die Ausführung und Lebenszyklussegmentierung zwischen den bereitgestellten Einheiten beibehalten. Dies führt zu zuverlässigen und optimierten Ausführungsumgebungen und einer ausgezeichneten Wiederholbarkeit der Bereitstellung für Anwendungen. Kubernetes ist ein Open-Source-Container-Orchestrierungssystem, das ursprünglich von Google entwickelt wurde und jetzt von der Cloud Native Computing Foundation verwaltet wird. Red Hat hat auf dem Kubernetes-Projekt mit verbesserten sofort einsatzbereiten Sicherheits- und Netzwerkfunktionen aufgebaut, um die OpenShift Container Platform mit noch mehr Funktionen zu entwickeln.

Der Betrieb der Red Hat OpenShift Container Platform unterscheidet sich erheblich vom Betrieb herkömmlicher WebSphere-Server. Die Ressourcenanforderungen für den Betrieb der Plattform selbst sind deutlich höher, aber dies ist zu erwarten, wenn man den vollen Funktionsumfang der Plattform berücksichtigt.

‍

Eine solche Funktion der Plattform ist die Kubernetes-Automatisierungssoftwareerweiterung namens Operator; ein anwendungsspezifischer Controller, der die Erstellung, Bereitstellung und Verwaltung komplexer Anwendungen wie MAS ermöglicht. Operatoren überwachen die benutzerdefinierten Ressourcen (CRs) von K8, die eine gewünschte Konfiguration oder einen gewünschten Status definieren, und ergreifen dann anwendungsspezifische Maßnahmen, um den aktuellen Status dem gewünschten Zustand anzupassen. Für die MAS-Betreiber wären dies beispielsweise Maßnahmen, die erforderlich sind, um die Anwendungssuite (oder eine ihrer Anwendungen) auf die nächste gewünschte Version zu patchen oder um eine Konfigurationsänderung auf Suite-Ebene zu implementieren, die von einem MAS-Administrator angefordert wurde.

Das Niveau der von einem Operator bereitgestellten Funktionen zur Verwaltung des Anwendungslebenszyklus wurde vom Operator Framework-Projekt wie folgt definiert:

Einzelheiten finden Sie hier: https://sdk.operatorframework.io/docs/overview/operator-capabilities/

Stufe 1 beschreibt Operatoren, die die grundlegende Installation und Konfiguration der Arbeitslast übernehmen, während Stufe 5 einen Operator beschreibt, der alle Aspekte der Arbeitslast einer Anwendung vollständig abwickelt, einschließlich der automatischen Skalierung, der automatischen Erkennung eines fehlerhaften Zustands, der Reparatur und Rückkehr in einen fehlerfreien Zustand sowie der Optimierung für ein bestimmtes Workload-Muster. Die MAS-Operatoren werden derzeit von IBM der Stufe 2 zugeordnet. Sie installieren, patchen und führen kleinere Versions-Upgrades für die verwalteten Anwendungen durch. IBM hat sich zum langfristigen Ziel gesetzt, die MAS-Operatoren auf Stufe 4 zu bringen. Dabei sollen Funktionen für das vollständige Lebenszyklusmanagement, Sicherung, Wiederherstellung und Failover/Failback bereitgestellt und neue KI-Einblicke in den Zustand und die Leistung der Anwendungen gewonnen werden.

Naviam ist begeistert von dem Versprechen dieser neuen Technologieplattform und freut sich, eine Cloud-Lösung anbieten zu können, mit der Kunden die Vorteile der Maximo Application Suite nutzen können, ohne den zugrunde liegenden Technologiewechsel selbst in Kauf nehmen zu müssen.

Neues Lizenzmodell mit AppPoints

Die große kommerzielle Änderung bei MAS ist, dass es nur mit lizenziert ist AppPoints. Für verschiedene Benutzertypen und Installationstypen ist eine unterschiedliche Anzahl von AppPoints erforderlich. Wie zuvor werden Benutzern eine Benutzerstufe (Self-Service, Limited, Base, Premium) und ein Benutzertyp (Concurrent oder Authorized — auch bekannt als „benannt“) zugewiesen, die dem für die Ausführung ihrer Arbeit erforderlichen Systemzugriffsprofil entsprechen.

Der Übergang zur AppPoint-Lizenzierung wird für Unternehmen unterschiedlich sein, die ihre Lizenzberechtigungen über eine gebündeltes SaaS-Angebot wie Naviam Cloud, im Gegensatz zu denen, die sich selbst Lizenzen beschaffen.

Bei Lizenzen, die mit Naviam gebündelt sind, kümmert sich Naviam für den Kunden um die Umstellung der Backend-Lizenzierung auf AppPoints. Für Unternehmen, die ihre eigenen Lizenzen erwerben, gibt es zwei Möglichkeiten für die Umstellung auf App Points, bei denen einmalige Gebühren anfallen. Unternehmen können bestehende Maximo-Lizenzen auf AppPoint-Lizenzen mit Abonnementdauer (STL) „upgraden“ oder bestehende Maximo-Lizenzen „eintauschen“, um unbefristete AppPoints zu erwerben.

Ein in der MAS-Framework-Umgebung verwalteter Lizenzserver speichert die gesamten AppPoint-Berechtigungen und verfolgt die Anzahl der verwendeten AppPoints. Für Maximo- und MAS-Administratorbenutzer, für Install-Produkte und für autorisierte (auch benannte) Benutzer werden AppPoints dauerhaft vom Gesamtbetrag der AppPoint-Berechtigungen verbraucht (d. h. abgezogen). Wenn sich gleichzeitige Benutzer bei MAS anmelden, wird die entsprechende Anzahl an AppPoints für ihre Benutzerstufe dynamisch vom verbleibenden AppPoint-Guthaben abgezogen. Wenn sich gleichzeitige Benutzer von MAS abmelden, werden die AppPoints dynamisch wieder dem Guthaben gutgeschrieben. Basierend auf den Systemeinstellungen kann ein gleichzeitiger Benutzer daran gehindert werden, sich bei MAS anzumelden, wenn das verfügbare AppPoint-Guthaben nicht ausreicht. Alternativ wird die Nichteinhaltung protokolliert und muss rechtzeitig behoben werden, um spätere Probleme bei der Prüfung der Lizenzkonformität zu vermeiden.

Teilen Sie uns mit, was Sie über die Maximo Application Suite wissen möchten. Fangen Sie hier an ‍