SAP et non-SAP ?

E3 : Avec la mesure d'automatisation "SAP et non-SAP", Empirius étend le rayon d'action au-delà de SAP et fournit ainsi aux clients des options d'application étendues dans la suite d'automatisation de base SAP Epos. Quel est l'objectif de ce changement ?

HaselbeckLa situation de départ est que pratiquement tous les clients SAP utilisent des systèmes non-SAP en plus des systèmes SAP, côté infrastructure. Cela signifie que l'automatisation ne doit pas seulement tenir compte de SAP ou de non-SAP, mais des deux. De plus, un système SAP ne se compose pas uniquement de SAP, mais aussi d'une base de données et d'un système d'exploitation - et si l'on effectue une maintenance correcte de l'infrastructure ou une gestion utile du système, il faut bien sûr aussi tenir compte des composants fonctionnant sous SAP. L'idée de prendre davantage en compte les systèmes non-SAP dans Epos est née des souhaits ou des exigences des clients.

E3 : Est-ce que cela signifie que les outils de Suse ou de Red Hat ou de Microsoft ou d'Oracle ou de SAP comme SAP for Me seront remplacés par Epos ?

Haselbeck: Bien sûr que non. L'objectif est que, dans le contexte d'un environnement SAP à gérer, les infrastructures et les composants non-SAP puissent également être gérés avec Epos. Par exemple : nous gérons tous les systèmes Windows, qu'ils soient SAP ou non, en une seule fois et de manière quasiment groupée. Et avec notre suite comme point de départ, comme point central de gestion.

E3 : Qu'est-ce qui se cache exactement derrière "Central Point of Management" ?

HaselbeckCentral Point of Management : le point central de gestion joue un rôle très important. Il s'agit d'abord de collecter dans la base de données Epos, à partir de notre serveur Epos, une quantité énorme d'informations sur tous les systèmes et composants d'un environnement d'infrastructure informatique. Et deuxièmement, ces informations permettent de déclencher des actions à long terme. Par exemple, on a des informations sur le fait qu'une version de Microsoft a déjà huit mois, on peut alors déterminer s'il y a de nouveaux patchs et lesquels. En bref, les informations sur les systèmes sont collectées afin de déclencher les actions nécessaires. Central Point of Management est donc une sorte de déclencheur pour les améliorations ou les nécessités dans le domaine de l'infrastructure. À terme, des rapports d'information proactifs et automatisés seront disponibles dans le cadre d'une gestion sûre et rentable des systèmes.

E3 : Quels sont les avantages pour les utilisateurs ?

HaselbeckL'automatisation et l'augmentation constante de l'automatisation sont toujours au premier plan pour nous. Avec les avantages correspondants en termes d'efficacité, comme l'obtention d'avantages financiers ou la réduction des dépenses ; et bien sûr aussi la minimisation des temps d'arrêt sur la base des meilleures pratiques.

E3 : Quels domaines peuvent être automatisés avec les différentes apps de votre suite et quelles apps sont mises à disposition pour le domaine non-SAP ?

HaselbeckL'application BlueCopy d'Epos pour la création automatisée de copies de systèmes SAP intègre depuis longtemps déjà des systèmes non-SAP. Par exemple, les systèmes DMS ou MES.
Systèmes. Dans d'autres apps, comme Custom App ou System Maintenance App, il existe des interfaces pour l'intégration de systèmes non-SAP. Il est prévu d'étendre l'App Certificate Management au-delà de SAP au domaine non-SAP. Car les certificats sont toujours liés à la sécurité et celle-ci devient de plus en plus importante. D'autres projets sont en cours. Aussi bien dans le domaine non-SAP que dans le domaine SAP.

L'automatisation des tâches et des activités dans la base SAP ou dans les services d'infrastructure informatique est bien sûr essentielle. S'agit-il par exemple d'un changement d'heure à effectuer, où les systèmes doivent être démarrés. Pour 10 systèmes, c'est une sorte d'EasyGoing. Pour 40 ou 50 systèmes, cela représente un gros effort. Ou bien : arrêter et redémarrer tout un centre de calcul à des moments définis. Ou encore de pouvoir patcher des systèmes Oracle ou DB2 indépendamment de SAP, sur peut-être 100 systèmes ou plus. Notre suite permet d'automatiser tout cela. Nous prévoyons de mettre à disposition des applications à cet effet.

ㅤ

ㅤ

L'idée de prendre davantage en compte les systèmes non-SAP dans Epos est née des souhaits ou des demandes des clients.
de la part de l'État.

Hans Haselbeck,
PDG,
Empirius

E3 : Les équipes d'infrastructure ont pris l'habitude d'utiliser plusieurs outils en même temps. Pourquoi utiliser Epos pour le patching du système d'exploitation ou le patching de la base de données, par exemple, alors qu'il existe également des outils des fabricants de systèmes d'exploitation ou des fournisseurs de bases de données pour ces tâches ?

HaselbeckComme nous l'avons déjà mentionné, nous ne voulons normalement pas remplacer un outil sur le marché. Il s'agit d'intégrer les outils existants dans un processus global. Et de les doter des fonctionnalités d'infrastructure nécessaires.

E3 : Quels sont les groupes de clients visés par SAP et non-SAP ?

HaselbeckL'objectif principal reste le marché SAP, car c'est de là que nous venons et que nous offrons la plus grande valeur ajoutée. Nous voulons continuer à évoluer et à nous développer sur ce marché.

E3 : Dans quelle mesure Empirius aide-t-il les clients, en termes de conseil, à utiliser Epos au-delà de SAP ?

HaselbeckSi un client a besoin de conseils, nous le soutenons bien sûr avec des services de conseil. Mais toujours dans le contexte de nos solutions d'automatisation. En règle générale, il s'agit d'examiner ensemble l'automatisation existante, de discuter des besoins spécifiques du client dans le cadre d'une évaluation et d'élaborer des solutions avec Epos. Les clients d'Empirius ont des idées et demandent : pouvons-nous réaliser ceci ou cela avec notre suite d'automatisation ? Nous sommes alors à leurs côtés pour les conseiller et les aider.

Cloisonner et gérer les environnements et composants de systèmes

Parallèlement à SAP - ou en relation avec SAP - des entreprises non-SAP s'adonnent depuis longtemps, chez pratiquement tous les clients SAP, à des activités de marketing et de vente.
ou des composants de systèmes non-SAP. Du point de vue de l'infrastructure, il y a plusieurs avantages à avoir différents paysages ou composants - par exemple Hana, Oracle, DB2, Linux ou Microsoft Windows.
systèmes d'infrastructure - et d'exécuter, de piloter et de contrôler les diverses tâches de maintenance nécessaires de manière automatisée à partir d'un poste central, au sens d'un Central Point of Management. Jusqu'à minimiser les temps d'arrêt ou les économies de coûts. En partant de SAP, il est également possible de gérer des systèmes et des composants non-SAP.

Continuer vers l'inscription du partenaire :