Maximo IBM est une solution complète de gestion des actifs matériels et de maintenance prédictive pour les entreprises, elle permet aux entreprises de toutes tailles et de tous secteurs de mieux gérer le cycle de vie de leurs actifs stratégiques et critiques, de l’approvisionnement à la décommissionnement.
La complexité des projets d’implémentation Maximo peut varier en fonction du niveau d’implémentation et des exigences d’intégration système par rapport à d’autres systèmes d’entreprise tels que les ERP’s, les SIG, la mobilité, l’analyse et le reporting, pour n’en citer que quelques-uns.
Alors que le cloud continue de mûrir, il est de plus en plus essentiel que les décideurs informatiques comprennent les avantages potentiels de l’utilisation des solutions IaaS (Infrastructure en tant que service) fournies par des acteurs majeurs tels qu’IBM (IBM Cloud) , Amazon (AWS) et Microsoft (Azure) pour une agilité accrue et une solution plus efficace. Dans un projet d’implémentation Maximo classique, plusieurs environnements sont nécessaires pour respecter la livraison de la solution pendant le projet et le support opérationnel post-live. En fonction de l’utilisation de l’environnement Maximo, leurs constructions et leurs configurations peuvent varier considérablement et nécessitent, dans la plupart des cas, des ressources informatiques dédiées pour les prendre en charge et les gérer. Cela peut constituer un défi pour les organisations disposant de moins de ressources informatiques ou de ressources informatiques concurrentes entre les rôles de projet et opérationnels.
L’équipe IT qui s’occupent de la mise en place de Maximo doit commencer par étudier les possibilités d’hébergement de certains de leurs environnements Maximo dans le Cloud. Les environnements Maximo tels que l’environnement développement et l’environnement de tests sont des cibles en mouvement, car ils évoluent sans cesse en raison de leurs exigences d’utilisation. La migration de tels environnements vers le cloud, par exemple, peut réduire la charge administrative liée à leur maintenance et à leur prise en charge par des ressources informatiques pouvant se concentrer sur d’autres tâches. Ces environnements de développement/tests, par exemple, sont généralement susceptibles d’être fréquemment restaurés ou reconstruits lorsqu’ils sont corrompus en raison des activités de développement de l’application Maximo. Les services cloud tels que AWS offrent les fonctionnalités d’instance et d’image qui permettent facilement de reconstruire l’instance dans un délai très raisonnable, à condition qu’il existe une image ou une instance sauvegardé.
L’environnement de formation Maximo est un autre exemple potentiel pouvant être hébergé dans le cloud. Selon la manière dont la formation est structurée, plusieurs instances d’utilisateur individuelles de l’environnement de formation peuvent être configurées plus rapidement en tirant parti de la fonctionnalité Cloud Formation à l’aide de modèles, comme c’est le cas avec AWS. L’hébergement de certains de ces environnements dans le cloud présente des avantages en termes de coûts qui compensent toujours les risques potentiels liés à des fonctionnalités telles que le paiement à l’utilisation et la planification de la capacité.
Les plates-formes Cloud (IaaS) sont facilement livrables via la mise en service des machines virtuelles (EC2), le service des bases de données (RDS) , le stockage (S3), la mise en réseau (VPC) et la gestion des identités et des accès (IAM), pour n’en citer que quelques-uns. Ces services facilement disponibles réduiront considérablement le temps de création des environnements Maximo et enlèveront certaines des tâches en terme des ressources informatiques locales.
La plupart des organisations informatiques reconnaîtront que le déploiement de serveurs sur site entraîne des coûts réels non seulement liés aux coûts de licence, mais également à la consommation et au support des ressources matérielles. En tant que tel, un serveur sur site représente presque toujours un investissement important. Peu importe sa qualité, tout matériel de serveur finit par devenir obsolète. Et les entreprises doivent géré cette obsolescence attendue en adoptant une politique de cycle de vie du matériel. Avec l’adoption de l’infrastructure en cloud, ils n’auront plus à faire face à de tels défis.
article intéressant… merci pour le partage. Sinon j’avais une question concernant la mise en place de l’enviroonement de développement local pour les développeurs: Dans le cas classique (installation on-premises) une copie de la VM de l’environement de Dev (qui héberge le middleware entier) est copiée dans une VM local pour chaque développeur pour réaliser les dev/paramétrages et créer les packages par la suites..
Dans un environnement AWS, si ma compréhension est bonne, le web server, l’application server et le DB server chacun sont installés potentiellement dans des machines (ou VM) différentes.
Du coup, comment faire pour que les développeurs aient localement un environnement identique à celui de l’environnement de Dév en évitant l’installation de Maximo/application server/DB server dans leur VM locale.
Peut etre qu’il existe une fonctionnalité AWS qui permet de créer une VM avec maximo et middleware ..?
Dans le cas d’une installation de Maximo sur AWS, tu peux utiliser le service des machines virtuelles (EC2) pour créer autant de VM que les développeurs soit avec une seule base de données pour l’ensemble de VM soit une base de données pour chaque VM (EC2). tu peux aussi utiliser le service AMI (Image machine Amazon) qui permet de lancer rapidement une instance qui est une copie de l’AMI s’exécutant en tant que serveur virtuel dans le cloud.