Idén szeptemberben a Broadcom (korábban CA) kiadta DX Operations Intelligence (DX OI) megoldásának új, 20.2-es verzióját. A piacon ez a termék esernyő-felügyeleti rendszerként van elhelyezve. A rendszer képes fogadni és kombinálni a különböző tartományok (hálózat, infrastruktúra, alkalmazások, adatbázisok) megfigyelőrendszereiből származó adatokat mind a CA, mind a külső gyártóktól, beleértve a nyílt forráskódú megoldásokat (Zabbix, Prometheus és mások).

A DX OI fő funkciója egy teljes értékű erőforrás-szolgáltatási modell (RSM) létrehozása, amely olyan konfigurációs elemeken (CU) alapul, amelyek harmadik féltől származó rendszerekkel integrálva kitöltik a leltári adatbázist. A DX OI gépi tanulási és mesterséges intelligencia (ML és AI) funkciókat valósít meg a platformra belépő adatokon, amelyek lehetővé teszik egy adott CI meghibásodásának valószínűségének értékelését/jósolását, valamint a hiba üzleti szolgáltatásra gyakorolt ​​hatásának mértékét. egy adott CI. Ezen kívül a DX OI a monitoring események egyetlen gyűjtőpontja, és ennek megfelelően a Service Desk rendszerrel való integráció, ami vitathatatlan előnye, ha a rendszert egyesített felügyeleti központokban, a szervezetek ügyeletváltásával használják. Ebben a cikkben részletesebben bemutatjuk a rendszer funkcionalitását, valamint bemutatjuk a felhasználói és rendszergazdai felületeket.

DX OI megoldás architektúra

A DX platform mikroszolgáltatási architektúrával rendelkezik, telepítve van és fut a Kubernetes vagy az OpenShift. Az alábbi ábrán a megoldás önálló felügyeleti eszközként használható, illetve meglévő, hasonló funkciójú felügyeleti rendszerekkel helyettesíthető összetevői láthatók (az ábrán ilyen rendszerekre is van példa), majd a DX OI esernyőhöz csatlakoztatható. Az alábbi diagramon:

• Mobil alkalmazások figyelése a DX App Experience Analytics szolgáltatásban;
• Alkalmazás teljesítményének figyelése DX APM-ben;
• Infrastruktúra felügyelet a DX Infrastructure Managerben;
• Hálózati eszközök figyelése a DX NetOps Managerben.

A DX-komponensek Kubernetes-fürtön futnak, és egyszerűen új POD-ok elindításával skálázhatók. Az alábbiakban egy felső szintű megoldási diagram látható.

A DX platform adminisztrációja, méretezése és frissítése az adminisztrációs konzolon történik. Egyetlen konzolról kezelhet egy több bérlős architektúrát, amely egy vállalaton belül több vállalatot vagy több üzleti egységet is átölel. Ebben a modellben minden létesítmény egyedileg konfigurálható bérlőként, saját konfigurációkészlettel.

Az Adminisztrációs konzol egy webalapú művelet- és rendszerfelügyeleti eszköz, amely konzisztens, egységes felületet biztosít az adminisztrátorok számára a figyelési fürtkezelési feladatok elvégzéséhez.

A vállalaton belüli üzleti egységek vagy vállalkozások új bérlői percek alatt telepíthetők. Ez előnyt jelent, ha egységes felügyeleti rendszert szeretne, ugyanakkor platformszinten (és nem hozzáférési jogosultságon) le kell határolni a felügyeleti objektumokat a részlegek között.

Erőforrás-szolgáltatás modellek és üzleti szolgáltatások monitorozása

A DX OI beépített mechanizmusokkal rendelkezik a szolgáltatások létrehozásához és a klasszikus PCM fejlesztéséhez, azzal a feladattal, hogy a szolgáltatási összetevők közötti hatás logikája és súlyozása. Vannak olyan mechanizmusok is, amelyek segítségével külső CMDB-ből exportálható PCM. Az alábbi ábra a beépített PCM-szerkesztőt mutatja (ügyeljen a hivatkozások súlyára).

A DX OI holisztikus képet ad az üzleti vagy IT-szolgáltatások kulcsfontosságú teljesítménymutatóiról granulált szinten, beleértve a szolgáltatások elérhetőségét és a hibakockázat előrejelzését. Az eszköz betekintést nyújthat egy teljesítményprobléma vagy az IT-komponensek (alkalmazás vagy infrastruktúra) szerkezetében bekövetkezett változás üzleti szolgáltatásra gyakorolt ​​hatásába is. Az alábbi ábra egy interaktív irányítópult, amely az összes szolgáltatás állapotát mutatja.

Példaként nézzük meg közelebbről a Digital Banking szolgáltatást. A szolgáltatás nevére kattintva a részletes PCM szolgáltatáshoz jutunk. Látjuk, hogy a Digital Banking szolgáltatás állapota eltérő súllyal függ az infrastruktúra állapotától és a tranzakciós részszolgáltatásoktól. A súlyokkal való munka és azok megjelenítése a DX OI érdekes előnye.

A topológia a vállalat működési felügyeletének fontos eleme, lehetővé téve az üzemeltetőknek és a mérnököknek, hogy elemezzék az összetevők közötti kapcsolatot, megtalálják a kiváltó okot és hatást.

A DX OI Topology Viewer egy olyan szolgáltatás, amely a tartományfigyelő rendszerek topológiai adatait használja, amelyek közvetlenül a megfigyelési objektumokból gyűjtenek adatokat. Az eszközt úgy tervezték, hogy több topológia tárolási rétegben keressen, és kontextus-specifikus kapcsolati térképet jelenítsen meg. A problémák kivizsgálásához lépjen a problémás Backend Banking alszolgáltatáshoz, és tekintse meg a topológiát és a problémás összetevőket. A riasztási üzenetek és a teljesítménymutatók is elemezhetők az egyes összetevőkre vonatkozóan.

A Fizetések (felhasználói tranzakciók) tranzakciós összetevőinek elemzésekor nyomon követhetjük az üzleti KPI értékeket, amelyeket a szolgáltatás elérhetőségének és állapotának számításakor is figyelembe veszünk. Az alábbiakban látható egy példa az üzleti KPI-re:

Eseményelemzés (Alarm Analytics)

Algoritmikus zajcsökkentés összeomlási klaszterezés révén

A DX OI egyik legfontosabb jellemzője az eseménykezelésben a klaszterezés. A mechanizmus a rendszerbe érkező összes riasztáson működik, hogy azonosítsa a különböző kontextusokon alapuló mintákat, és csoportosítsa azokat. Ezek a fürtök öntanulóak, és nem szükséges manuálisan konfigurálni őket.

Így a klaszterezés lehetővé teszi a felhasználók számára, hogy nagyszámú eseményt kombináljanak és csoportosítsanak, és csak azokat elemezzék, amelyeknek közös kontextusa van. Például események halmaza, amelyek egy alkalmazást vagy adatközpontot érintő incidenst képviselnek. A helyzeteket gépi tanuláson alapuló klaszterező algoritmusok segítségével hozzák létre, amelyek időbeli korrelációt, topológiai kapcsolatot és anyanyelvi feldolgozást használnak az elemzéshez. Az alábbi ábrák példákat mutatnak be a csoportosított üzenetcsoportok, az úgynevezett helyzetriasztások és a bizonyítékok idővonalának megjelenítésére, amelyek megjelenítik a fő csoportosítási paramétereket és a zajesemények számának csökkentésének folyamatát.

Gyökérprobléma elemzése és összeomlási korreláció

A mai hibrid környezetben egy felhasználói tranzakció több dinamikusan használt rendszert is érinthet. Ennek eredményeként több riasztás is generálható különböző rendszerekről, de ugyanahhoz a problémához vagy eseményhez kapcsolódnak. A DX OI szabadalmaztatott mechanizmusokat használ a redundáns és ismétlődő riasztások elnyomására, valamint a kapcsolódó riasztások korrelálására a kritikus problémák jobb észlelése és a gyorsabb megoldás érdekében.

Tekintsünk egy példát, amikor a rendszer számos vészhelyzeti üzenetet kap különböző objektumokról (KE), amelyek egy szolgáltatás alapját képezik. A szolgáltatás elérhetőségére és működőképességére gyakorolt ​​hatás esetén a rendszer szervizriasztást (Service Alarm) generál, jelzi és kijelöli a valószínű kiváltó okot (a CI probléma és riasztási üzenet a CI-n), amely hozzájárult a teljesítmény csökkenéséhez, ill. a szolgáltatás meghibásodása. Az alábbi ábra egy Webex szolgáltatás összeomlási megjelenítését mutatja.

A DX OI lehetővé teszi az eseményekkel való munkát a rendszer webes felületén végzett intuitív műveletekkel. A felhasználók manuálisan hozzárendelhetnek eseményeket a felelős alkalmazotthoz hibaelhárítás céljából, visszaállíthatják/nyugtázhatják a riasztásokat, jegyeket hozhatnak létre vagy e-mailes értesítéseket küldhetnek, automatizált szkripteket futtathatnak a vészhelyzet megoldásához (Remediation Workflow, erről később). Ily módon a DX OI lehetővé teszi a shift operátorok számára, hogy a gyökérriasztási üzenetre összpontosítsanak, és segít leegyszerűsíteni az üzenetek fürtözött tömbökbe rendezését.

Gépi algoritmusok metrikák feldolgozásához és teljesítményadatok elemzéséhez

A gépi tanulás lehetővé teszi a fő teljesítménymutatók nyomon követését, összesítését és megjelenítését egy adott időszakra vonatkozóan, ami a felhasználó számára a következő előnyöket nyújtja:

• Szűk keresztmetszetek és teljesítménybeli anomáliák észlelése;
• Ugyanazon eszközök, interfészek vagy hálózatok több mutatójának összehasonlítása;
• Ugyanazon mutatók összehasonlítása több objektumnál;
• Különféle mutatók összehasonlítása egy és több objektumra;
• Többdimenziós metrikák összehasonlítása több objektumra.

A rendszerbe belépő mérőszámok elemzéséhez a DX OI a gépelemzés funkcióit használja matematikai algoritmusok segítségével, ami segít lecsökkenteni a statikus küszöbértékek beállításához szükséges időt, és anomáliák esetén figyelmeztetéseket generál.

A matematikai algoritmusok alkalmazásának eredménye a metrikaérték ún. valószínűségi eloszlásának felépítése (Ritka, Valószínű, Közép, Átlag, Tényleges). A fenti és lenti ábrák a valószínűségi eloszlásokat mutatják.

A fenti két diagram a következő adatokat mutatja:

• Aktuális adatok (Actual). A tényleges adatok folyamatos fekete vonalként (nincs riasztás) vagy színes folytonos vonalként (riasztási állapot) jelennek meg. A sor kiszámítása a metrika tényleges adatai alapján történik. A tényleges adatok és a medián összehasonlításával gyorsan láthatja a metrika eltéréseit. Amikor egy esemény bekövetkezik, a fekete vonal színes folytonos vonallá változik, amely megfelel az esemény súlyosságának, és a megfelelő súlyosságú ikonokat jeleníti meg a grafikon felett. Például piros a kritikus anomáliára, narancssárga nagyobb anomáliára, sárga pedig kisebb anomáliára.
• A mutató átlagos értéke (Mean value). Egy mérőszám mediánja vagy átlaga szürke vonalként jelenik meg a diagramon. Az átlagos érték akkor jelenik meg, ha nincs elegendő előzményadat.
• A mutató medián értéke (Center value). A medián vonal a tartomány közepe, és zöld pontozott vonalként jelenik meg. Az ehhez a vonalhoz legközelebbi zónák vannak a legközelebb a mutató tipikus értékeihez.
• Közös adatok (Common Value). A teljes zóna adatai a metrika középvonalához vagy normálértékéhez legközelebb esőt követik, és sötétzöld sávként jelennek meg. Az analitikai számítások a teljes zónát egy százalékponttal a normál fölé vagy alá helyezik.
• valószínűségi adatok. A valószínűségi zóna adatai a grafikonon zöld sávval jelennek meg. A rendszer a valószínűségi zónát két százalékponttal a normál fölé vagy alá helyezi.
• Ritka adatok. A ritka zónák adatai világoszöld sávként jelennek meg a grafikonon. A rendszer egy ritka metrikus értékekkel rendelkező zónát helyez el három százalékponttal a norma fölé vagy alá, és jelzi a mutató normál tartományon kívüli viselkedését, miközben a rendszer úgynevezett anomália riasztást generál.

Az anomália olyan mérés vagy esemény, amely nincs összhangban egy mérőszám normál teljesítményével. A DX OI kulcsfontosságú funkciója az anomáliák észlelése a problémák azonosítása, valamint az infrastruktúra és az alkalmazások trendjeinek megértése érdekében. Az anomália-észlelés lehetővé teszi a szokatlan viselkedés felismerését (például a szokásosnál lassabban reagáló kiszolgálót, vagy egy feltörés által okozott szokatlan hálózati tevékenységet), és ennek megfelelően reagál (incidens kezdeményezése, automatikus javítási parancsfájl futtatása).

A DX OI anomália észlelési funkciója a következő előnyöket nyújtja:

• Nem kell küszöböket beállítani. A DX OI függetlenül összehasonlítja az adatokat és azonosítja az anomáliákat.
• A DX OI több mint tíz mesterséges intelligenciát és gépi tanulási algoritmust tartalmaz, köztük az EWMA-t (Exponenciálisan súlyozott mozgóátlag) és a KDE-t (Kernel Density Estimation). Ezek az algoritmusok lehetővé teszik az okok gyors elemzését és a jövőbeli mutatók előrejelzését.

Prediktív elemzések és hibajelzések

A Predictive Insights egy olyan funkció, amely a gépi tanulás erejét használja a minták és trendek azonosítására. Ezen trendek alapján a rendszer előrejelzi a jövőben bekövetkező eseményeket. Ezek az üzenetek azt jelzik, hogy lépéseket kell tenni, mielőtt a metrikaértékek túllépnék a normál tartományt, ami hatással lenne a kritikus üzleti szolgáltatásokra. A prediktív betekintések az alábbi ábrán láthatók.

Ez pedig a prediktív riasztások megjelenítése egy adott mérőszámhoz.

A számítási teljesítmény terhelésének előrejelzése a terhelési forgatókönyvek beállításának funkciójával

A Capacity Analytics kapacitástervezési funkciója azáltal segíti az IT-erőforrások kezelését, hogy az erőforrások mérete megfelelő a jelenlegi és jövőbeli üzleti igényekhez. Képes lesz a meglévő erőforrások teljesítményének és hatékonyságának optimalizálására, bármilyen pénzügyi befektetés megtervezésére és igazolására.

A DX OI Capacity Analytics funkciója a következő előnyöket nyújtja:

• Előrejelzési kapacitások főszezonban;
• Annak a pillanatnak a meghatározása, amikor további erőforrásokra van szükség a szolgáltatás minőségének biztosításához;
• További erőforrások vásárlása csak szükség esetén;
• Hatékony infrastruktúra és hálózatkezelés;
• A szükségtelen energiaköltségek kiküszöbölése az alulkihasznált erőforrások azonosításával;
• Erőforrás-terhelési becslés végrehajtása egy szolgáltatás vagy erőforrás iránti kereslet tervezett növekedése esetén.

A Capacity Analytics DX OI oldalon (lásd lent) a következő widgetek találhatók:

• Erőforrás kapacitás állapota;
• Ellenőrzött csoportok / szolgáltatások (Felügyelt csoportok / Szolgáltatások);
• Erőforrások nagy fogyasztói (Top Capacity Consumers).

A fő Kapacitáselemzés oldal olyan erőforrás-összetevőket jelenít meg, amelyek túlhasználtak és kifogytak a kapacitásból. Ez az oldal segít a platformrendszergazdáknak megtalálni a túlhasznált erőforrásokat, valamint átméretezni és optimalizálni az erőforrásokat. Az erőforrások állapota a színkódok és a hozzájuk tartozó értékek alapján elemezhető. Az erőforrások a zsúfoltság mértéke szerint vannak kategorizálva az erőforráskapacitás állapota oldalon. Az egyes színekre kattintva megtekintheti a kiválasztott kategória összetevőinek listáját. Ezután egy hőtérkép jelenik meg az összes objektummal és 12 hónapra vonatkozó előrejelzéssel, amely lehetővé teszi a kimerülő erőforrások azonosítását.

A Capacity Analytics minden metrikájához megadhatja azokat a szűrőket, amelyeket a DX Operational Intelligence használ az előrejelzésekhez (az alábbi ábra).

A következő szűrők állnak rendelkezésre:

• Metrikus. Az előrejelzéshez használandó mérőszám.
• Alapszik. A jövőre vonatkozó előrejelzések készítéséhez felhasznált előzményadatok mennyiségének kiválasztása. Ez a mező az elmúlt havi trendek, az elmúlt 3 hónap trendjei, az éves trendek stb. összehasonlítására és elemzésére szolgál.
• Növekedés. A kapacitás-előrejelzés modellezéséhez használni kívánt munkaterhelés várható növekedési üteme. Ezek az adatok felhasználhatók az előrejelzéseken túli növekedés előrejelzésére. Például az erőforrás-felhasználás várhatóan további 40 százalékkal emelkedik egy új iroda megnyitása miatt.

Napló elemzés

A DX OI naplóelemzés funkciója a következőket nyújtja:

• különböző forrásokból származó naplók gyűjtése, összesítése (beleértve az ügynöki és ügynök nélküli módszerekkel szerzetteket is);
• elemzés és adatnormalizálás;
• a meghatározott feltételek betartásának elemzése és az események generálása;
• események naplók alapján történő korrelációja, ideértve az informatikai infrastruktúra monitorozása eredményeként kapott eseményeket is;
• adatvizualizáció DX Dashboards elemzésen alapuló;
• a szolgáltatások elérhetőségére vonatkozó következtetések a naplók adatainak elemzése alapján.

Az ügynök nélküli naplógyűjtést a rendszer végzi a következőkhöz: Windows Eseménynaplók és Syslog. A szöveges naplókat ügynökalapú gyűjtés végzi.

Automatizált vészhelyzet-megoldási funkció (helyreállítás)

A vészhelyzet kijavítására szolgáló automatikus műveletek (Remediation Workflow) lehetővé teszik, hogy megoldja azokat a problémákat, amelyek egy esemény generálását okozták a DX OI-ban. Ha például egy CPU-használati probléma riasztást generál, a javítási munkafolyamat a problémát okozó kiszolgáló újraindításával oldja meg a problémát. A DX OI és az automatizálási rendszer közötti integráció lehetővé teszi a kárelhárítási folyamatok elindítását a DX Operational Intelligence eseménykonzoljáról, és nyomon követését az automatizálási rendszer konzoljában.

Az automatizálási rendszerrel való integráció után automatikus műveleteket indíthat el a DX OI konzolon lévő vészhelyzetek kijavításához riasztás esetén. Megtekintheti a javasolt műveleteket, valamint a megbízhatósági százalékokkal kapcsolatos információkat (annak valószínűségét, hogy a helyzet a művelet végrehajtásával megoldódik).

Kezdetben, amikor nincs statisztika a helyreállítási munkafolyamat eredményeiről, az ajánlómotor kulcsszavas keresések alapján javasol jelölteket, majd a gépi tanulási eredményeket használják fel, és a motor elkezd egy heurisztikus alapú helyreállítási technikát ajánlani. Amint elkezdi értékelni a kapott tippek eredményeit, az ajánlások pontossága javulni fog.

Példa a felhasználói visszajelzésekre: a felhasználó kiválasztja, hogy tetszik-e vagy nem tetszik neki a javasolt művelet, és a rendszer ezt a választást figyelembe veszi a további javaslatok megfogalmazásakor. Tetszik, nem tetszik:

Az adott riasztáshoz javasolt korrekciós intézkedések a visszajelzések kombinációján alapulnak, amelyek meghatározzák, hogy a művelet elfogadható-e. A DX OI használatra kész integrációval rendelkezik az automatikus automatizálással.

A DX OI integrálása harmadik féltől származó rendszerekkel

Nem foglalkozunk a natív Broadcom felügyeleti termékekből (DX NetOps, DX Infrastructure Management, DX Application Performance Management) származó adatok integrálásával. Ehelyett nézzük meg, hogyan integrálódnak a harmadik féltől származó, harmadik felek rendszereiből származó adatok, és vegyünk egy példát az egyik legnépszerűbb rendszerrel – a Zabbix-szal – való integrációra.

A harmadik féltől származó rendszerekkel való integrációhoz a DX Gateway komponenst használják. A DX Gateway 3 komponensből áll - On-Prem Gateway, RESTmon és Log Collector (Logstash). Telepítheti mind a 3 összetevőt, vagy csak azt, amelyre szüksége van, ha módosítja az általános konfigurációs fájlt a DX Gateway telepítésekor. Az alábbi ábra a DX Gateway architektúrát mutatja.

Nézzük külön a DX Gateway komponensek célját.

On-Prem Gateway. Ez egy olyan interfész, amely összegyűjti a riasztásokat a DX platformról, és riasztási eseményeket küld harmadik fél rendszereinek. Az On-Prem Gateway lekérdezőként működik, amely időszakonként összegyűjti az eseményadatokat a DX OI-tól a HTTPS-kérés API segítségével, majd webhookok segítségével riasztásokat küld a DX platformmal integrált harmadik fél szerverének.

DX naplógyűjtő rendszernaplót fogad hálózati eszközöktől, vagy szervereket és feltölti azokat az OI-ba. A DX Log Collector lehetővé teszi az üzeneteket generáló szoftver, az azokat tároló rendszer, valamint a jelentést készítő és elemző szoftver elkülönítését. Minden üzenet egy objektumkóddal van ellátva, amely jelzi az üzenetet generáló szoftver típusát, és egy súlyossági szintet rendel hozzá. Mindez megtekinthető a DX Dashboards-ban.

DX RESTmon integrálódik harmadik fél termékeivel/szolgáltatásaival a REST API-n keresztül, és adatokat továbbít az OI-nak. Az alábbi ábra a DX RESTmon működését mutatja be a Solarwinds és SCOM felügyeleti rendszerekkel való integráció példáján.

A DX RESTmon főbb jellemzői:

• Csatlakozás bármely harmadik fél adatforrásához az adatok fogadásához:
  • PULL: adatok csatlakoztatása és lekérése nyilvános REST API-kból;
  • PUSH: adatáramlás a RESTmon felé a REST-en keresztül.
• JSON és XML formátumok támogatása;
• Mérések, riasztások, csoportok, topológia, leltár és naplók fogadása;
• Kész csatlakozók különféle eszközökhöz/technológiákhoz, nyitott API-val bármilyen forráshoz csatlakozót is lehet fejleszteni (a dobozos csatlakozók listája az alábbi ábrán);
• Az alap hitelesítés támogatása (alapértelmezett) a Swagger felület és API elérésekor;
• HTTPS támogatás (alapértelmezett) minden bejövő és kimenő üzenethez;
• Támogatás a bejövő és kimenő proxykhoz;
• Hatékony szövegelemzési lehetőségek a REST-en keresztül fogadott naplókhoz;
• Testreszabható elemzés a RESTmon segítségével a naplók hatékony elemzéséhez és megjelenítéséhez;
• Támogatás az eszközök csoportjaira vonatkozó információk kinyeréséhez a megfigyelő alkalmazásokból, valamint az OI-ba való letöltéshez elemzés és megjelenítés céljából;
• A reguláris kifejezés illesztésének támogatása. Ez használható a REST-en keresztül kapott naplóüzenetek elemzésére és egyeztetésére, valamint események generálására vagy bezárására bizonyos reguláris kifejezési feltételek alapján.

Most nézzük meg a DX OI integráció beállításának folyamatát a Zabbix-szal a DX RESTmon segítségével. A dobozos integráció a következő adatokat veszi át a Zabbixtól:

• leltári adatok;
• topológia;
• Problémák;
• mérőszámok.

Mivel a Zabbix csatlakozója már a dobozból is elérhető, az integráció beállításához annyit kell tenni, hogy frissíteni kell a profilt a Zabbix szerver API IP-címével és fiókjával, majd feltölteni a profilt a Swagger webes felületén keresztül. . Példa látható a következő két ábrán.

Az integráció konfigurálása után a fent leírt DX OI analitikai funkciók elérhetők lesznek a Zabbixtól érkező adatokhoz, nevezetesen: Alarm Analytics, Performance Analytics, Predictive Insights, Service Analytics és Remediation. Az alábbi ábra egy példát mutat be a Zabbix-ból integrált objektumok teljesítménymutatóinak elemzésére.

Következtetés

A DX OI egy korszerű elemző eszköz, amely jelentős működési hatékonyságot biztosít az informatikai részlegek számára, lehetővé téve, hogy gyorsabb és pontosabb döntéseket hozzon az IT-szolgáltatások és az üzleti szolgáltatások minőségének javítása érdekében a tartományok közötti kontextuális elemzés révén. Az alkalmazástulajdonosok és az üzleti egységek számára a DX OI nemcsak az IT-technológiai mutatók, hanem a végfelhasználói tranzakciós statisztikákból származó üzleti KPI-k összefüggésében is kiszámítja a rendelkezésre állást és a szolgáltatás minőségét.

Ha többet szeretne megtudni erről a megoldásról, kérjük, jelentkezzen demóra vagy pilotra az Ön számára kényelmes módon weboldalunkon.

Forrás: will.com