NAAR; DR:

• Maximo Application Suite combineert meerdere producten voor vermogensbeheer in één suite met een gemeenschappelijke gebruikersinterface.
• Het gaat over van een traditionele client-/servertopologie naar een Kubernetes-containerplatform.
• Het nieuwe licentiemodel maakt gebruik van AppPoints, waarvoor verschillende nummers nodig zijn voor verschillende gebruikerstypen en installatietypen.
• Bedrijven kunnen hun bestaande Maximo-licenties upgraden of inruilen voor AppPoints.
• Projetech biedt klanten een cloudoplossing om te profiteren van de Maximo Application Suite zonder de onderliggende technologische verandering te beheren.

De Maximo-gemeenschap heeft veel vragen over de volgende versie van Maximo en de gevolgen daarvan voor bedrijven. Deze blog bespreekt op hoog niveau de drie grote veranderingen die bedrijven en gebruikers zullen ervaren bij het upgraden van Maximo naar Maximo Applicatiesuite. Het vormt de basis voor een reeks blogs van Naviam die dieper zullen ingaan op deze vragen voor Maximo-gebruikers.

In de loop der jaren heeft IBM nieuwe toepassingen ontwikkeld en bestaande toepassingen verbeterd in de MRO-sector. Velen hebben een apart aanbod gedaan en met aparte licenties. Maximo Application Suite brengt deze applicaties samen als een groep EAM-producten in één suite met een gemeenschappelijke gebruikersinterface, een nieuwe onderliggende technische architectuur en een nieuw licentiemodel.

Nieuwe groepering van meerdere EAM-producten in de Maximo Application Suite

De grote verandering in de mogelijkheden van Maximo is de opname van meerdere producten voor vermogensbeheer in één suite van applicaties en de introductie van een nieuwe, gemeenschappelijke 'skin' voor gebruikersnavigatie in de suite.

De modules van het oude Maximo-systeem (bijvoorbeeld Maximo 7.6.1.x) bevinden zich in de „Manage” -applicatie binnen de Maximo Application Suite. Industrie en de functionaliteit van de Add-on Solution blijft ook beschikbaar binnen Manage. Andere modules in de Suite, zoals Gezondheid en Voorspel (die in het verleden zelfstandige producten waren) maken nu ook deel uit van de Maximo Application Suite.

Maximo Manage vermindert downtime en kosten, terwijl Maximo Monitor de beschikbaarheid van bedrijfsmiddelen verbetert door middel van geavanceerde AI-gestuurde bewaking van bedrijfsmiddelen op afstand. Maximo Health maakt gebruik van IoT-gegevens om de gezondheid van bedrijfsmiddelen te beheren, en Maximo Visual Inspection maakt het mogelijk om problemen in realtime te identificeren. Maximo Predict maakt gebruik van op omstandigheden gebaseerde maatregelen om toekomstige storingen te voorspellen, en Maximo Mobile voorziet technici in het veld van alle nodige informatie over bedrijfsmiddelen. Met zijn gestroomlijnde en gebruiksvriendelijke interface stelt de Maximo Application Suite organisaties in staat om operationele zichtbaarheid, snellere ROI en verhoogde productiviteit te bereiken.

Door deze producten in één suite aan te bieden, worden de installatie en het beheer gestroomlijnd en wordt de gebruikerservaring verbeterd met gedeelde gegevens, workflows en een gemeenschappelijke gebruikersinterface. Op deze manier biedt Maximo Application Suite ook eenvoudigere toegang tot een volledige set toepassingen voor de levenscyclus van activa, met de flexibiliteit om op elk moment in de levenscyclus van activa te beginnen en uit te breiden naar andere gebieden. De Maximo Application Suite kan ook een versneller zijn voor de digitale transformatie van traditioneel assetonderhoud naar onderhoud op basis van kunstmatige intelligentie (AI).

‍

‍Platform voor nieuwe technologie

Een andere grote verandering met MAS is de overgang van de traditionele client-/servertopologie naar een Kubernetes containerplatform. Nu Red Hat een divisie van IBM is, is het Red Hat OpenShift Container Platform (OCP) de logische keuze voor het Kubernetes-platform (ook bekend als K8s) voor Maximo (en de andere IBM-softwareproducten die nu deel uitmaken van de Maximo Application Suite).

In de hele sector is de acceptatie van containertechnologie snel verlopen vanwege de voordelen ten opzichte van traditionele, op het besturingssysteem gerichte virtualisatietechnologieën. Een container verpakt alle toepassingsgerichte runtime-vereisten in één eenheid (een image); een toepassing, plus alle bijbehorende afhankelijkheden, bibliotheken, binaire bestanden en configuratiebestanden die nodig zijn om deze uit te voeren, terwijl de bronvereisten van een volledig, traditioneel besturingssysteem per implementatie-eenheid worden geminimaliseerd, EN waarbij de uitvoering en levenscyclussegmentatie tussen die geïmplementeerde eenheden behouden blijft. Dit vertaalt zich in betrouwbare en gestroomlijnde uitvoeringsomgevingen en uitstekende herhaalbaarheid van de implementatie voor toepassingen. Kubernetes is een open-source containerorkestratiesysteem dat oorspronkelijk werd ontwikkeld door Google en nu wordt beheerd door de Cloud Native Computing Foundation. Red Hat heeft voortgebouwd op het Kubernetes-project met verbeterde kant-en-klare beveiligings- en netwerkfuncties om het OpenShift Container Platform met nog meer functies te creëren.

Het gebruik van het Red Hat OpenShift Container Platform is heel anders dan het draaien van traditionele WebSphere-servers. De resourcevereisten voor het runnen van het platform zelf zijn aanzienlijk hoger, maar dit is te verwachten als men het volledige scala aan functies van het platform in overweging neemt.

‍

Een van die functies van het platform is de Kubernetes-automatiseringssoftware-extensie, genaamd Operator; een toepassingsspecifieke controller waarmee complexe applicaties zoals MAS kunnen worden gemaakt, geïmplementeerd en beheerd. Operators controleren de aangepaste bronnen (CR's) van K8, die een gewenste configuratie of status definiëren, en nemen vervolgens toepassingsspecifieke acties om ervoor te zorgen dat de huidige status overeenkomt met de gewenste status. Voor de MAS-operators zijn dit bijvoorbeeld acties die nodig zijn om de toepassingssuite (of een van de bijbehorende toepassingen) te patchen naar de volgende gewenste versie, of om een configuratiewijziging op suite-niveau door te voeren die is aangevraagd door een MAS-beheergebruiker.

Het niveau van de capaciteit voor applicatielevenscyclusbeheer dat door een operator wordt geboden, is door het Operator Framework-project als volgt gedefinieerd:

Details zijn hier te vinden: https://sdk.operatorframework.io/docs/overview/operator-capabilities/

Niveau 1 beschrijft operators die de basisinstallatie en -configuratie van de werklast afhandelen, terwijl niveau 5 een operator beschrijft die alle aspecten van de werklast van een applicatie volledig afhandelt, waaronder automatische schaling, automatisch een ongezonde toestand detecteert, herstelt en terugkeert naar een gezonde toestand, en het afstemmen op een specifiek werklastpatroon. De MAS-operators zijn momenteel door IBM geclassificeerd als niveau 2; zij zullen de beheerde toepassingen installeren, patchen en kleine versie-upgrades uitvoeren. IBM heeft een langetermijndoel van niveau 4 voor de MAS-operators geformuleerd; het bieden van volledige levenscyclusbeheer, back-up, herstel en failover/failback-mogelijkheden en nieuwe AI-inzichten in de gezondheid en prestaties van de applicaties.

Naviam is enthousiast over de belofte van dit nieuwe technologieplatform en is blij dat ze een cloudoplossing kunnen bieden waarbij klanten de voordelen van de Maximo Application Suite kunnen realiseren zonder zelf de onderliggende technologische verandering op zich te nemen.

Nieuw licentiemodel met AppPoints

De grote commerciële verandering met MAS is dat het alleen gelicentieerd is met AppPoints. Voor verschillende gebruikerstypes en installatietypen is een ander aantal AppPoints vereist. Net als voorheen krijgen gebruikers een gebruikersniveau (Self-Service, Limited, Base, Premium) en een gebruikerstype (gelijktijdig of geautoriseerd — ook bekend als „named”) toegewezen dat aansluit bij het systeemtoegangsprofiel dat vereist is om hun taak uit te voeren.

De overgang naar AppPoint-licenties zal anders zijn voor bedrijven die hun licentierechten ontvangen via een gebundeld SaaS-aanbod, zoals Naviam Cloud, tegenover degenen die zelf licenties verkrijgen.

Voor licenties die bij Naviam zijn gebundeld, zorgt Naviam voor de client voor de overgang van backend-licenties naar AppPoints. Voor bedrijven die hun eigen licenties aanschaffen, zijn er twee overgangspaden met bijbehorende eenmalige kosten om te „upgraden” of „in te ruilen” voor App Points. Bedrijven kunnen bestaande Maximo-licenties 'upgraden' naar een AppPoint-licentie met een abonnementstermijn (STL) of ze kunnen bestaande Maximo-licenties 'inruilen' om permanente AppPoints te verwerven.

Een licentieserver die wordt onderhouden in de MAS-framework-omgeving slaat het totale aantal AppPoint-rechten op en houdt het aantal gebruikte AppPoints bij. AppPoints worden permanent verbruikt (d.w.z. afgetrokken) van het totale AppPoint-rechtensaldo voor gebruikers van Maximo en MAS, voor Install-producten en voor geautoriseerde (ook wel benoemde) gebruikers. Als gelijktijdige gebruikers zich bij MAS aanmelden, wordt het corresponderende aantal AppPoints voor hun gebruikersniveau dynamisch afgetrokken van het resterende AppPoint-saldo, en als gelijktijdige gebruikers uitloggen bij MAS worden de AppPoints dynamisch weer aan het saldo toegevoegd. Op basis van systeeminstellingen kan een gelijktijdige gebruiker worden geblokkeerd om in te loggen bij MAS wanneer er onvoldoende AppPoint-saldo beschikbaar is. Als alternatief wordt de niet-naleving geregistreerd en moet deze tijdig worden verholpen om problemen met de naleving van de vergunningvoorschriften in de toekomst te voorkomen.

Laat ons weten wat je zou willen weten over de Maximo Application Suite. Ga hier aan de slag ‍