Une CMDB à laquelle personne ne croit
Les données deviennent obsolètes, les gens conservent leurs propres feuilles de calcul et demandent à leurs collègues pendant les incidents.
Nous ne commençons pas avec des formulaires, nous commençons avec des données. Chaque processus repose sur une seule CMDB et une seule règle pour déterminer qui est le propriétaire. C'est pourquoi les incidents, les changements et les coûts se comprennent.
Une CMDB avec 34 classes, des services métier aux appareils OT. Chaque changement a une version, un auteur et une source.
Avant chaque changement, vous savez quels services seront indisponibles. Lors d'un incident, vous savez qui est affecté.
Propriétaires de services, rôles définis, RACI vérifié par rapport aux autorisations et historique d'audit de cinq ans.
Un profil de déploiement, importation Excel et vérification de préparation. Vous activez les modules lorsque vous en avez besoin.
Les opérations informatiques échouent rarement à cause de la technologie. Elles échouent parce que personne n'a une vue d'ensemble : qui est le propriétaire, de quoi dépend quoi, quand la production peut être touchée et à quel coût.
Les données deviennent obsolètes, les gens conservent leurs propres feuilles de calcul et demandent à leurs collègues pendant les incidents.
Celui qui planifie un changement ne sait souvent pas quels services seront touchés.
Les pannes, les demandes et les prix sont approuvés dans différents canaux et personne ne sait ce qui est en attente où.
Chaque fenêtre est négociée à nouveau et les vulnérabilités critiques attendent.
Les rapports de supervision détectent les symptômes, pas les causes. Les gens cessent de lire.
Les factures du cloud et du datacenter ne peuvent pas être attribuées à des services ou à des clients.
Six situations opérationnelles quotidiennes et comment une cartographie des dépendances partagée aide.
Le gestionnaire des changements crée un changement. Stratum calcule les services affectés, propose une créneau dans la fenêtre de maintenance et en dehors de tout gel, et envoie la panne aux propriétaires de services pour approbation. Les alertes des serveurs affectés sont supprimées pendant le changement.
La supervision envoie des centaines d'événements. Stratum les regroupe en une seule situation avec une cause probable stockée, ouvre un incident majeur avec les services affectés et escalade vers le fournisseur conformément au contrat de service.
Le scanner d'importation signale une faille activement exploitée. Stratum affiche les serveurs et services affectés, fixe un délai en fonction de la gravité et crée un changement en une étape à partir du mode accéléré de l'accord de correctif.
Les coûts provenant des clouds, d'OpenShift et du datacenter sont chargés au format FOCUS, convertis au taux de la Banque nationale tchèque et ventilés par client, projet et service. Le service financier obtient les données sans travail sur tableur.
Un fournisseur gère une plateforme pour des dizaines d'organisations. Les utilisateurs d'un client ne voient que leurs propres données, y compris les coûts ; les résolveurs travaillent sur plusieurs clients et le propriétaire du service approuve la liste de prix.
L'entreprise conserve sa CMDB dans un autre outil. Stratum synchronise avec celui-ci via des ID externes et ajoute la couche opérationnelle : cartographies d'impact, changements dans les fenêtres, gestion des correctifs et coûts.
Choisissez un client ou un département et ses services clés. Après le pilote, nous examinons ensemble les SLA, les changements et les coûts – et vous décidez de l'expansion avec l'esprit tranquille.
Nous répondons dans votre langue. Les messages sont traduits automatiquement ; chaque réponse est rédigée par une personne de notre équipe.