Une CMDB qui n'inspire pas confiance
Les données deviennent obsolètes, les gens conservent leurs propres feuilles de calcul et demandent à leurs collègues pendant les incidents.
Stilla réunit la CMDB, les incidents, les changements, la supervision et les coûts sur une seule cartographie des dépendances. Vous connaissez à l’avance l’impact de chaque changement et de chaque panne, y compris la redondance des clusters et de la réplication. Moins de travail manuel, moins d’appels la nuit et un sommeil plus serein pour l’exploitation IT des organisations réglementées.
Nous réunissons la CMDB, les incidents, les changements, la supervision et les coûts sur une seule cartographie des dépendances. Chaque décision d’exploitation repose ainsi sur les mêmes données – et les responsables de l’exploitation rentrent chez eux l’esprit tranquille.
Les opérations informatiques échouent rarement sur 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 renégociée et des vulnérabilités critiques attendent.
Les rapports de supervision signalent des symptômes et non des causes. Les gens cessent de lire.
Les factures du cloud et du datacenter ne peuvent pas être attribuées à des services ou à des clients.
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 savoir qui est le propriétaire. C'est pourquoi les incidents, les changements et les coûts se comprennent.
Les clusters, HADR, Data Guard, PowerHA, HyperSwap et les fabrications SAN appariées sont pris en compte lors du calcul de l'impact. Les incidents, les changements, les plans de correctifs et les situations de supervision utilisent tous le même calcul.
Un propriétaire pour chaque service, des rôles définis, un RACI vérifié par rapport aux autorisations et une traçabilité d'audit immuable de cinq ans. Les preuves pour les rapports NIS2 et DORA sont en préparation.
La CMDB, l'ITSM, la gestion des événements, la gestion des correctifs et FinOps partagent un seul ensemble de données. Vous activez les modules lorsque vous en avez besoin – pas comme des produits supplémentaires.
SaaS ou un conteneur sur votre propre OpenShift. Tchèque et anglais, jours fériés locaux dans les SLA, taux de change de la CNB, une liste de prix publique et un déploiement étape par étape avec une vérification de préparation.
Modules qui partagent leurs données. N'en activez que ceux dont vous avez besoin.
Standard
Standard
Standard
Standard
Standard
Standard
Standard
Business
Business
Business
Business
Business
Enterprise
Enterprise
StandardLa cartographie des dépendances, les propriétaires de services et une traçabilité immuable sont la base pour NIS2 et DORA. Découvrez ce qui est disponible aujourd'hui et ce qui est en préparation.
NIS2 et DORA →Utilisez-vous ServiceNow, Jira, OpenText ou CA ? Voyez quand Stilla a du sens à la place d'eux et quand en plus d'eux.
Comparaison →À quoi ressemblent les opérations lorsque les processus partagent les mêmes données.
Le gestionnaire des changements crée un changement. Stilla 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. Stilla les groupe en une seule situation avec une cause probable dans le stockage, ouvre un incident majeur avec les services affectés et escalade vers le fournisseur selon le contrat de service.
L'importation du scanner signale une faille activement exploitée. Stilla affiche les serveurs et services affectés, fixe un délai par gravité et crée un changement en une étape à partir du mode accéléré de l'accord de correctif.
Les coûts 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. Les finances obtiennent les données sans travail sur tableur.
Pour les opérations informatiques dans les secteurs bancaire et assurantiel, énergétique, automobile et manufacturier, le secteur public et les fournisseurs de services partagés. Chaque rôle voit les mêmes données, mais pose des questions différentes.
« L’exploitation est-elle sous contrôle, et puis-je le prouver ? »
Plus pour ce rôle →« Qu’est-ce qui brûle, qui est touché et qui s’en occupe ? »
Plus pour ce rôle →« Que se passe-t-il avec mon service et qu’attend-on de moi ? »
Plus pour ce rôle →« Ce changement peut-il être réalisé, quand, et qui l’a approuvé ? »
Plus pour ce rôle →« Quelles vulnérabilités menacent quels services, et quand seront-elles corrigées ? »
Plus pour ce rôle →Commencez avec ce dont vous avez besoin aujourd'hui. Passer à une édition supérieure sans migrer vos données.
Pour les organisations qui souhaitent une CMDB fiable et des processus ITSM gérés.
Pour les opérations qui souhaitent connecter la supervision, la sécurité et les fournisseurs.
Pour les fournisseurs de services partagés et les grandes organisations.
Prix indicatifs hors TVA, par environnement. Nous préparons un devis exact en fonction de la portée et du modèle de déploiement.
Stilla est une carte opérationnelle de l'ensemble de votre infrastructure informatique. À partir d'une seule la CMDB, il calcule l'impact sur les services métier – pour les incidents, les changements, la gestion des correctifs et les coûts – y compris la redondance des clusters et la réplication. Il est développé par Eywo s.r.o., basé à Prague.
Pour les opérations informatiques dans les organisations réglementées : banques et assurances, énergie, automobile et fabrication, secteur public et fournisseurs de services partagés. Il est utilisé par les DSI, les responsables des opérations, les propriétaires de services, les gestionnaires des changements, la sécurité et la finance informatique.
CMDB et cartographie des dépendances, réseau virtuel et disques VMware, incidents et demandes, problèmes et erreurs connues, SLA, changements et fenêtres de maintenance avec audit des approbations, une file d’approbation unique, gestion des événements, gestion des correctifs et des vulnérabilités, datacenters et contrats, achats et gestion des actifs IT y compris amortissements et pièces détachées, un assistant IA, coûts et facturation (FinOps), séparation des données clients et une piste d’audit. Tous les modules partagent les mêmes données.
En tant que SaaS opéré par Eywo, dans votre propre compte Cloudflare, ou en tant que conteneur sur votre OpenShift. L’interface fonctionne également sur mobile.
De manière indicative, Standard : 990 €, Business : 2 390 € et Enterprise : à partir de 5 900 € par environnement par mois, hors TVA. Nous préparons un devis précis en fonction de la portée et du modèle de déploiement.
Aujourd’hui, les données arrivent via l’API de discovery (avec rapprochement, synchronisation complète et retrait), par import CSV et Excel ou par synchronisation avec une CMDB primaire. L’inventaire OpenShift (nœuds, OpenShift Virtualization, clusters hébergés, réseau et ODF) est importé avec un outil en lecture seule. Les connecteurs de collecte automatique depuis vCenter et les clouds publics sont en préparation.
Les défis de la gestion informatique et comment nous les abordons.
Entre une machine virtuelle et le réseau physique se trouve une couche que la plupart des CMDB ne voient pas – les commutateurs virtuels, les groupes de ports et les liaisons ascendantes d'hôte. Pourtant, c'est exactement là que l'on décide quels services un changement de réseau affectera.
Les deux réglementations posent la même question : savez-vous quels services sont impactés par une interruption, qui en est responsable et qu'est-ce qui a changé et quand ? Sans cartographie des dépendances fiable, les réponses sont compilées manuellement, souvent sous pression de temps.
L'introduction d'un nouvel outil ITSM ne doit pas nécessairement signifier des mois d'ateliers et de consultants. Commencez par un seul domaine, importez les données que vous conservez déjà dans Excel, et vérifiez la préparation avant de passer en ligne.
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'extension 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.