CMDB

Votre parc informatique et ses relations, et les tickets qui le concernent, avec les délais à tenir.

En préparation Créer un compte

CMDB recense ce qui compose le système d'information : serveurs, postes, logiciels, services, que l'on appelle des éléments de configuration, et les relations qui les lient. Une vue graphique les montre, et l'analyse d'impact répond à la question « si celui-ci tombe, qu'est-ce qui s'arrête ? ».

À côté, une gestion de tickets (incidents, demandes, changements, problèmes) avec des délais de service, des workflows, des équipes et des agents. Les entités de l'organisation (filiales, sites, directions) se rangent en arbre, et chaque personne ne voit que celles qui lui sont ouvertes.

Un coffre réservé au service compliance de l'organisation est chiffré dans le navigateur : le serveur ne conserve que du texte chiffré. Si tous les détenteurs perdent leur clé, les données sont perdues, sauf à disposer de la clé de secours. CMDB n'est pas encore proposé et n'existe qu'en version web.

CMDB est en préparation. Elle rejoindra le catalogue de l'abonnement Prophetix à sa sortie.

Toutes les fonctionnalités de CMDB

65 fonctionnalités en 10 domaines

Éléments de configuration

Recense serveurs, postes, équipements réseau, applications, bases de données, services, machines virtuelles et stockage.
Numérote chaque élément automatiquement (CI-001…), avec un nom, une description, des notes et des étiquettes.
Suit son état : actif, inactif, planifié, en développement, en maintenance ou retiré.
Note sa criticité et son environnement : production, préproduction, développement ou test.
Renseigne l'identification technique : nom d'hôte, nom de domaine complet, adresse IP, adresse MAC, fabricant, modèle, numéro de série, version.
Renseigne le cycle de vie : dates d'installation, de fin de vie, de fin de support, de maintenance, d'achat, coût d'achat, fournisseur et contrat.
Renseigne la localisation : emplacement, centre de données, baie.
Désigne un propriétaire et une équipe responsable pour chaque élément.
Filtre la liste par type, entité, état, criticité, environnement ou recherche libre.
Garde l'historique de chaque élément à sa création et à ses modifications.
Définit ses propres types d'éléments, avec icône, couleur, type parent et attributs personnalisés.

Relations, graphe et impact

Montre les relations d'un élément sur sa fiche : celles qu'il porte et celles dont il dépend.
Distingue des types de relation fournis : dépend de, s'exécute sur, connecté à, contient, utilise, est la sauvegarde de.
Dessine le parc en graphe, avec des formes selon le type d'élément, et une vue centrée sur un élément.
Mène de chaque nœud du graphe à la fiche de l'élément.
Répond à « si celui-ci tombe, qu'est-ce qui s'arrête ? » par l'analyse d'impact, avec les éléments en amont et en aval.
N'affiche que les éléments des entités auxquelles la personne a accès.

Tickets

Gère quatre sortes de tickets : incidents, demandes de service, changements et problèmes.
Numérote les tickets, avec un sujet et une description.
Note la priorité, l'impact et l'urgence.
Passe par des états comme nouveau, ouvert, en cours, en attente, résolu, clos ou annulé.
Propose aussi, pour les changements, des états d'approbation, de planification, de mise en œuvre et de retour arrière.
Rattache un ticket à l'élément de configuration touché, et le montre sur la fiche de l'élément.
Assigne à un agent ou à une équipe, et affiche « mes tickets ».
Échange des commentaires, publics ou internes, sur le ticket.
Filtre par type, état, priorité, agent, équipe ou recherche libre.

Délais de service (SLA)

Définit des SLA avec une règle par priorité : délai de première réponse et délai de résolution en minutes.
Exclut au choix les week-ends et les jours fériés, ou ne compte que les heures ouvrées.
Fournit un SLA standard dès la première connexion : 15 minutes et 4 heures pour le critique, jusqu'à 8 heures et 2 jours pour le faible.
Applique le SLA par défaut à la création d'un ticket et calcule les échéances de réponse et de résolution.
Repère sur le tableau de bord les tickets proches de leur échéance.

Équipes et agents

Crée des équipes avec description, adresse de courriel, responsable, équipe parente, équipe d'escalade et couleur.
Crée des agents avec poste, service, téléphone, équipe principale et responsable.
Fixe pour chaque agent s'il peut recevoir des tickets et combien de tickets simultanés.
Réserve cette administration aux propriétaires et administrateurs de l'organisation, les autres membres étant agents.

Tableau de bord

Compte les tickets au total, ouverts, à moi et proches de leur SLA.
Compte les éléments de configuration, les actifs et les critiques.
Répartit les tickets par état et par priorité.
Affiche les tickets récents et l'activité récente.

Entités et accès

Range les filiales, sites et directions en arbre dans l'organisation.
Rattache chaque élément à une entité, ou le laisse commun à l'organisation.
Donne à chaque personne l'accès à certaines entités, l'accès à une entité couvrant ses filles.
Laisse propriétaires et administrateurs voir toutes les entités.
Cloisonne les organisations : on ne voit jamais les données d'une autre.
Passe en consultation seule sans licence.

Coffre du service compliance

Garde un coffre de contenus liés aux éléments, lisible par le seul service compliance de l'organisation.
Chiffre dans le navigateur : le serveur ne conserve que du texte chiffré et refuse tout texte non chiffré.
Crée la clé de chaque détenteur dans son navigateur, et la garde aussi dans un fichier .pxcle protégé par une phrase de passe.
Fait approuver l'accès d'un nouveau détenteur par un détenteur existant, après comparaison de l'empreinte.
Révoque aussitôt la clé d'une personne dont on retire le rôle compliance.
Garde une clé de secours de l'entreprise dans un fichier hors ligne, ouvrable par le propriétaire de l'organisation, avec une trace critique au journal.
Change la clé du coffre par rotation, avec rechiffrement par lots depuis le navigateur d'un détenteur, reprenable et annulable.
Pose un rappel de rotation quand on retire quelqu'un qui détenait la clé.

À savoir

Si tous les détenteurs perdent leur clé du coffre, les données sont perdues, sauf à disposer de la clé de secours.
Retirer l'accès d'une personne efface sa clé du serveur mais ne reprend pas ce qu'elle a déjà déchiffré.
Le coffre compliance demande une connexion sécurisée (HTTPS) dans le navigateur.
Les relations entre éléments s'affichent, mais la version web n'a pas encore d'écran pour en créer.
Les workflows ne sont pas utilisables aujourd'hui : le concepteur n'enregistre pas depuis le navigateur.
Aucun déclencheur ne lance encore un workflow, même si les pages d'instances et de tâches existent.
Les tickets ne sont pas cloisonnés par entité : seuls les éléments de configuration le sont.
CMDB n'existe qu'en version web, et n'expose pas d'API publique.

Prévu (pas encore disponible)

Synchronisation avec Active Directory : les tables existent, aucun écran ni service ne les alimente.
Reprise automatique des données de l'ancienne base de bureau.
Écrans propres aux changements (risque, plans de mise en œuvre, de test et de retour arrière) et aux problèmes (cause racine, contournement) : le modèle existe, les écrans non.
Lecture de la CMDB par les outils d'architecture, par une API authentifiée.