Tableau de bord/Chapter 1/1.1 — Décrire la Maximo Application Suite (MAS)
Chapter 1 · leçon 1 sur 3
CertaviaWork Order Tracking, Inventory, etc.) selon les besoins des utilisateurs.Asset Management Service, Integration Service) communiquant via APIs REST.WORKORDER, ASSET, et INVENTORY, avec schéma normalisé.Enterprise Service, Publish Channel) pour échanger des données avec des systèmes externes comme SAP ou Oracle.RBAC (contrôle d'accès basé sur les rôles), SSO, et MFA pour protéger les données sensibles.L'architecture de MAS 9.x repose sur une séparation claire des responsabilités entre cinq couches techniques interconnectées. La couche présentation gère les interfaces utilisateur via le MAS Hub, tandis que la couche métier encapsule la logique applicative dans des microservices spécialisés.
La persistance des données s'effectue dans une base relationnelle (DB2, Oracle, ou SQL Server) avec un schéma normalisé comprenant plus de 1 200 tables comme MAXOBJECT pour les métadonnées et WORKORDER pour les données transactionnelles. Les services d'intégration utilisent des Object Structures JSON pour sérialiser les données.
| Composant | Responsabilités | Technologies clés |
|---|---|---|
Asset Management | Gestion du cycle de vie des actifs, analyses prédictives | Java, Kafka, DB2 |
Monitor | Surveillance IoT, traitement des données capteurs | Node.js, TimescaleDB |
Health | Diagnostic d'état des équipements (AHI, RUL) | Python, TensorFlow |
Predict | Modèles d'IA pour la maintenance prédictive | PyTorch, scikit-learn |
Integration | Connectivité avec ERP, SCADA, CMMS tiers | REST, OAuth, JWT |
Web Services Library.L'implémentation standard de MAS nécessite une configuration initiale via l'application System Configuration, où les administrateurs définissent les paramètres critiques comme les SITEID, ORGID, et les règles de sécurité. Les étapes clés incluent la création des domaines (MAXDOMAIN), la configuration des STOREROOMS, et l'établissement des calendriers opérationnels.
Exemple concret : pour une organisation manufacturière avec 3 sites, la configuration typique implique 15 heures de paramétrage initial, incluant la création de 12 PERSONGROUP, 45 LOCATIONS, et l'import de 3 200 ITEM depuis un ERP existant.
System Properties de base (fuseau horaire, formats de date, UoM par défaut).SECURITYGROUP et association aux rôles métier via APPAUTH.COMPANIES, CRAFT, et FAILURECODE essentiels pour les processus EAM.Endpoints pour l'intégration avec les systèmes financiers et MRO.Les données dans MAS suivent un cycle de vie strictement contrôlé, depuis leur création dans les applications comme Item Master jusqu'à leur archivage dans les tables historiques. Les transitions entre statuts (ex: ACTIVE → PENDING_OBSOLETE → OBSOLETE) déclenchent des workflows documentés dans WFINSTANCE.
ASSET), montrant les transitions de statut principales et les points de décision critiques. Les états en rouge déclenchent des notifications via Communication Templates.Les candidats supposent souvent que l'architecture de MAS 9.x est identique aux versions standalone de Maximo 7.6. En réalité, MAS introduit des microservices décentralisés et une dépendance critique à OpenShift, contrairement à l'architecture monolithique historique. L'examen teste spécifiquement cette distinction.
Un scénario fréquent présente un problème d'intégration sans mentionner les systèmes connectés. La réponse correcte doit toujours considérer les composants externes comme les fournisseurs d'identité pour le SSO ou les bases de données tierces accessibles via Object Structures.
1) Core (services de base), 2) Asset Management (fonctionnalités EAM), 3) Integration (connectivité). Les autres services comme Predict ou Health sont optionnels.
Via des transactions distribuées utilisant le pattern SAGA et des files d'attente Kafka pour les opérations asynchrones. Les tables système comme MAXVARS stockent les verrous transactionnels.
Questions d’examen de style IBM. Cliquez une option, puis « Vérifier ma réponse ». Progression enregistrée localement.
Bonne réponse : B
Pourquoi cette question existe — STU §1.1 — cette question vérifie la connaissance la plus fondamentale de l'architecture MAS 9.0 : sa plateforme de déploiement. Les distracteurs ciblent une confusion entre la plateforme de conteneurs réelle et des noms plausibles mais inexistants (OpenHat) ou des technologies adjacentes mais incorrectes (Linux nu, Docker Enterprise). En pratique terrain, savoir que MAS est OpenShift-natif conditionne tout le dimensionnement infrastructure du projet.
Le contexte théorique d'abord — Maximo Application Suite est conçu pour s'exécuter exclusivement sur Red Hat OpenShift Container Platform, une plateforme de conteneurs basée sur Kubernetes. MAS peut être déployé on-premises ou sur un cloud public (AWS, Azure, IBM Cloud) tant que le cluster OpenShift sous-jacent est disponible.
Ce que Maximo en fait — version opérationnelle — L'installation passe par la Suite administration page, où l'administrateur déploie les opérateurs Kubernetes correspondant à chaque application (Manage, Monitor, Predict). Le cluster OpenShift héberge le control plane (masters), les workers, et les composants partagés (Cloud Pak for Data si requis).
Exemple chiffré — Un cluster OpenShift typique pour une PME comprend 3 master nodes et 3-5 worker nodes ; une installation Maximo Manage seule consomme environ 8-12 vCPU et 32 Go de RAM sur ce cluster.
Analogie quotidienne — OpenShift est le terrain sur lequel toutes les applications MAS jouent leur match : sans ce terrain commun, Manage, Monitor et Predict ne pourraient pas partager les mêmes ressources ni se synchroniser.
Pourquoi A est faux — Pattern D7 inexistant : « OpenHat » n'est le nom d'aucune plateforme IBM ou Red Hat ; c'est une déformation phonétique d'OpenShift.
Pourquoi C est faux — Pattern D5 champ-frère : Red Hat Linux (RHEL) est le système d'exploitation sous-jacent des nœuds du cluster, mais ce n'est pas la plateforme d'orchestration sur laquelle MAS est packagé et déployé.
Pourquoi D est faux — Pattern D6 mauvaise-app : Docker Enterprise est une plateforme de conteneurs concurrente, jamais utilisée comme cible de déploiement officielle de MAS.