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.

A naplók ügynök nélküli módszerrel történő gyűjtését a rendszer a Windows eseménynaplókhoz és a Sysloghoz végzi. Ügynök alapú módszer a szöveges naplók gyűjtésére.

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 a hálózati eszközökről vagy szerverekről, és feltölti az OI-ba. A DX Log Collector lehetővé teszi az üzeneteket előállító szoftver, az azokat tároló rendszer és az azokat jelentő és elemző szoftverek elkülönítését. Minden üzenet egy objektumkóddal van megcímkézve, amely jelzi az üzenetet generáló szoftver típusát, és hozzá van rendelve egy súlyossági szint is. A DX Dashboardokban mindez megtekinthető.

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