Në këtë shtator, Broadcom (ish CA) lansoi versionin e ri 20.2 të zgjidhjes së saj DX Operations Intelligence (DX OI). Ky produkt pozicionohet në treg si një sistem monitorimi të gjitha përfshirës. Sistemi është në gjendje të marrë dhe të bashkojë të dhëna nga sisteme monitorimi të domenesh të ndryshme (rrjeti, infrastruktura, aplikacionet, bazat e të dhënave) nga CA si dhe prodhues të jashtëm, përfshirë zgjidhje open source (Zabbix, Prometheus dhe të tjerë).

Funksioni kryesor i DX OI është krijimi i një modeli të plotë burim-shërbimi (RSM) mbi bazën e njësive konfigurimi (KE), që mbushin bazën e inventarit gjatë integrimit me sistema të tjera. Në DX OI janë realizuar funksione të Machine Learning dhe Artificial Intelligence (ML dhe AI) mbi të dhënat që hynë në platformë, çka lejon vlerësimin/parashikimin e mundësisë për të dështuar një KE të caktuar dhe shkallën e ndikimit të dështimit në shërbimin e biznesit, mbi të cilin bazohet kjo KE e caktuar. Për më tepër, DX OI është një pikë e vetme mbledhjeje për ngjarjet e monitorimit dhe, për rrjedhojë, integrimit me sistemin Service Desk, çka përbën një avantajh të pakontestueshëm në përdorimin e sistemit në qendrat e përbashkëta të monitorimit nga turnet e organizatave. Në këtë artikull do të flasim më shumë për funksionalitetin e sistemit dhe do të tregojmë ndërfaqet e përdoruesit dhe administratorit.
Arkitektura e zgjidhjes DX OI
Planka DX ka një arkitekturë mikroshërbimesh, instalohet dhe funksionon nën menaxhimin e Kubernetes ose OpenShift. Në ilustrimin e mëposhtëm janë përfshirë komponentët e zgjidhjes, të cilat mund të përdoren si mjete të pavarura monitorimi ose mund të zëvendësohen me sisteme monitorimi ekzistuese me funksione të ngjashme (ilustrimi përmban shembuj të tillë sistemesh) dhe më tej të lidhen me ombrellën DX OI. Në diagramin më poshtë:
- Monitorimi i aplikacioneve mobile në DX App Experience Analytics;
- Monitorimi i performancës së aplikacioneve në DX APM;
- Monitorimi i infrastrukturës në DX Infrastructure Manager;
- Monitorimi i pajisjeve rrjet në DX NetOps Manager.

Komponentët DX punojnë nën menaxhimin e një grumbulli Kubernetes dhe shkallëzohen me thjesht fillimin e POD-eve të rinj. Më poshtë është një diagram i nivelit të lartë të zgjidhjes.

Administrimi, shkallëzimi dhe azhurnimi i platformës DX kryhet në konsolën administrative. Nga një konsolë mund të menaxhohet arkitektura multitenante, e cila mund të përfshijë disa ndërmarrje ose disa njësi biznesi brenda kompanisë. Në këtë model, çdo ndërmarrje mund të konfigurohet në mënyrë të veçantë si një qiramarrës me setin e saj të konfigurimeve.
Konsola e administratës është një mjet në web për menaxhimin e operacioneve dhe sistemit, e cila ofron administratorëve një ndërfaqe të unifikuar për të kryer detyra menaxhimi të klasterit të monitorimit.

Tënat e reja për njësi biznesi ose ndërmarrje brenda kompanisë vendosen brenda disa minutave. Kjo jep një avantazh, nëse dëshironi një sistem të vetëm monitorimi, por gjithashtu të ndani objektet e monitorimit midis degëve në nivelin e platformës (e jo të drejtave të aksesit).

Modele të shërbimeve dhe monitorimi i shërbimeve të biznesit
DX OI ka mekanizma të integruara për krijimin e shërbimeve dhe zhvillimin e RSM-ve klasike me caktimin e logjikës së ndikimit dhe peshave mes komponentëve të shërbimit. Gjithashtu, ka mekanizma për eksportimin e RSM nga CMDB të jashtme. Në figurën më poshtë, redaktori i integruar i RSM (vini re peshat e lidhjeve).

DX OI ofron një pasqyrë të plotë të treguesve kryesorë të funksionimit të shërbimeve të biznesit ose shërbimeve IT me detaje, duke përfshirë disponueshmërinë e shërbimeve dhe parashikimin e rreziqeve të dështimit. Ky mjet gjithashtu mund të ofrojë kuptim mbi ndikimin e problemeve të performancës ose ndryshimeve në strukturën e komponentëve IT (aplikacione ose infrastrukturë) mbi shërbimin e biznesit. Në figurën më poshtë, një dashboard interaktiv që tregojnë gjendjen e të gjitha shërbimeve.

Le të shqyrtojmë detajet me shembullin e shërbimit Digital Banking. Duke klikuar në emrin e shërbimit, kalojmë në detajet e RSM-së së shërbimit. Shohim se statusi i shërbimit Digital Banking varet nga gjendja e nën-shërbimeve infrastrukturore dhe tranzaksionale me peshë të ndryshme. Puna me peshat dhe paraqitja e tyre është një avantazh interesant i DX OI.

Topologjia është një element i rëndësishëm për monitorimin operativ të ndërmarrjes, duke lejuar operatorët dhe inxhinierët të analizojnë marrëdhëniet midis komponentëve, të identifikojnë shkakun kryesor dhe ndikimin.
DX OI Topology Viewer është një shërbim që përdor të dhënat topologjike nga sistemet e monitorimit të domenit, duke mbledhur të dhëna direkt nga objektet e monitorimit. Ky mjet është i dedikuar për të kërkuar në disa shtresa të depozitave të topologjisë dhe për të treguar një hartë marrëdhëniesh ose varësish nga konteksti. Për të hetuar problemet, mund të kaloni në shërbimin problematik Backend Banking dhe të shihni topologjinë dhe komponentët problematikë. Po ashtu, për çdo komponent, mund të analizoni mesazhet e aksidenteve dhe metrikat e performancës.

Në analizën e komponentëve transaksionarë të Pagesave (transaksioneve të përdoruesve), ne mund të ndjekim vlerat e biznes-KPI, të cilat gjithashtu merren parasysh kur llogaritet statusi i disponueshmërisë dhe shëndetit të shërbimit. Një shembull i biznes-KPI është paraqitur në vazhdim:


Analitika e ngjarjeve (Alarm Analytics)
Shkëputja algoritmike e zhurmës përmes klasterizimit të aksidenteve
Një nga funksionet kyçe të DX OI gjatë trajtimit të ngjarjeve është klasterizimi. Mekanizmi punon mbi të gjitha njoftimet që vinë në sistem, për të identifikuar modele bazuar në kontekste të ndryshme dhe për t'i bashkuar ato në grupe. Këto klaster janë vetë-mësues, nuk kanë nevojë të konfigurohen manualisht.

Kështu, klasterizimi lejon përdoruesit të bashkojnë dhe grupojnë një sasi të madhe ngjarjesh dhe të analizojnë vetëm ato që kanë një kontekst të përbashkët. Për shembull, një grup ngjarjesh që përfaqëson një incident që ndikon në funksionimin e aplikacioneve ose qendrës së të dhënave. Situatat krijohen duke përdorur algoritme klasterizimi bazuar në mësimin makinerik, duke përdorur për analizë korelacionin temporal, lidhjen topologjike dhe përpunimin e gjuhës natyrore. Në figurat më poshtë janë paraqitur shembuj të vizualizimit të grupeve klaster, të njohura si Situations Alarms, dhe Evidence Timeline, që paraqesin parametrat kryesorë të grupeve dhe procesin e reduktimit të ngjarjeve të zhurmshme.


Analiza e problemeve thelbësore dhe korelacioni i aksidenteve
Në një mjedis modern hibrid, një transaksion nga përdoruesi mund të përfshijë disa sisteme që përdoren dinamikisht. Si rezultat, mund të krijohen disa njoftime nga sisteme të ndryshme, por të lidhura me të njëjtin problem ose incident. DX OI përdor mekanizmat e patentuar për të zvogëluar njoftimet e tepruara dhe të përsëritura dhe për të korrelacionuar njoftimet e lidhura për të përmirësuar zbulimin e problemeve kritike dhe për të përshpejtuar zgjidhjen e tyre.
Le të shqyrtojmë një shembull, kur në sistem mbërrijnë shumë njoftime emergjente për objekte të ndryshme (KE), që janë të bazuara në një shërbim të vet. Në rast se ka ndikim në disponueshmërinë dhe funksionalitetin e shërbimit, sistemi do të gjenerojë një alarm shërbimi (Service Alarm), do të tregojë dhe do të identifikojë shkakun e mundshëm rrënjësor (KE problematik dhe njoftimin emergjent për KE) që ka kontribuar në uljen e performancës ose dështimin e shërbimit. Në figurën më poshtë jepet një vizualizim i situatës emergjente për shërbimin Webex.

DX OI lejon të punoni me ngjarjet përmes veprimeve intuitivisht të kuptueshme në ndërfaqen web të sistemit. Përdoruesit mund të caktuan ngjarje manualisht për një punonjës përgjegjës për zgjidhjen e problemeve, të rivendosin/pothojnë njoftimet, të krijojnë kërkesa ose të dërgojnë njoftime me email, si dhe të aktivizojnë skenarë automatizuar për menaxhimin e incidenteve (Remediation Workflow, për këtë më vonë). Kështu, DX OI u mundëson operatorëve të turneve të përqendrohen në mesazhin themelor të emergjencës, si dhe ndihmon në thjeshtimin e procesit të renditjes së mesazheve në grupe klasteri.
Algoritmet e makinës përpunojnë metrike dhe analizojnë të dhënat mbi performancën.
Mësimi i makinës lejon ndjekjen, agregimin dhe vizualizimin e treguesve kryesorë të performancës për çdo periudhë të caktuar, duke i dhënë përdoruesit këto përparësi:
- Identifikimi i ngushticave dhe anomalisë së performancës;
- Krahasimi i disa treguesve për pajisje, interface ose rrjete të njëjta;
- Krahasimi i treguesve të njëjtë në disa objekte;
- Krahasimi i treguesve të ndryshëm për një ose disa objekte;
- Krahasimi i metrikave multidimensionale për disa objekte.
Për analizën e metrikave që hyjnë në sistem, DX OI përdor funksionet e analitikës së makinerive me ndihmën e algoritmeve matematikore, duke kontribuar në reduktimin e kohës për konfigurimin e pragjeve statike dhe gjenerimin e paralajmërimeve në rast të anomali.

Rezultati i aplikimit të algoritmeve matematikore është ndarja e asaj që quhet shpërndarja probabiliste e vlerës së metrikës (Rare, Probable, Center, Mean, Actual). Në grafikat e mësipërme dhe të mëposhtme janë paraqitur shpërndarjet probabiliste.

Në dy grafikat e mësipërme janë treguar të dhëna të tilla si:
- Të dhënat aktuale (Actual). Të dhënat aktuale shfaqen në grafik si një vijë e zezë e vazhdueshme (pa sinjale alarmi) ose si një vijë e vazhdueshme me ngjyrë (në gjendje alarmi). Vija llogaritet mbi bazën e të dhënave aktuale për metrikën. Duke krahasuar të dhënat aktuale me vlerën mediane, mund të shihni shpejt variacionet e metrikës. Kur ndodh një ngjarje, vija e zezë ndryshon në një vijë të vazhdueshme me ngjyrë, e cila përputhet me rëndësinë e ngjarjes dhe tregon ikona me rëndësinë përkatëse mbi grafik. Për shembull, ngjyra e kuqe për një anomali kritike, portokalli për një anomali të konsiderueshme dhe e verdha për një anomali jo të rëndësishme.
- Vlera e mesme (Mean value). Vlera mesatare ose vlera mesatare për metrikën shfaqet në diagram me një vijë gri. Vlera mesatare shfaqet kur mungojnë të dhënat historike.
- Vlera mediane (Center value). Vija mediane është mesi i diapazonit dhe shfaqet me një vijë të gjelbër të ndërprerë. Zonat më afër kësaj vije janë më të afërta me vlerat tipike të metrikës.
- Vlerat e zakonshme (Common Value). Të dhënat e zonës së përgjithshme monitorojnë afërsinë me linjën qendrore ose normën për parametrin tuaj dhe shfaqen si një shirit i errët jeshil. Llogaritjet analitike vendosin zonën e përgjithshme një përqind më lart ose më poshtë normës.
- Të dhënat probabilistike. Të dhënat e zonës probabilistike shfaqen në grafik si një shirit i gjelbert. Sistemi vendos zonën probabilistike dy përqind më lart ose më poshtë normës.
- Të dhënat e rralla. Të dhënat mbi zonat e rralla shfaqen në grafik si një shirit i ndritshëm jeshil. Sistemi vendos zonën me vlera të rralla të metrikës tre përqind më lart ose më poshtë normës dhe sinjalizon sjelljen e parametrit jashtë diapazonit normal, ndërkohë që sistemi gjeneron atë që quhet Anomaly Alert.
Anomalitë janë matje ose ngjarje që nuk janë në përputhje me treguesit normalë të metrikës. Zbulimi i anomalive për identifikimin e problemeve dhe kuptimin e tendencave në infrastrukturë dhe aplikacione është një karakteristikë kyçe e DX OI. Zbulimi i anomalive lejon njohjen e sjelljeve të pazakonta (p.sh., një server që përgjigjet më ngadalë se zakonisht, ose aktiviteti i pazakontë në rrjet për shkak të një thyerje) dhe reagimin përkatës (hapja e një incidenti, aktivizimi i një skenari automatik të Remediation).
Funksioni i zbulimit të anomalive DX OI ofron këto përfitime:
- Nuk nevojiten kufizime pragesh. DX OI vetë do të përputhë të dhënat dhe do të identifikojë anomalitë.
- DX OI përfshin më shumë se dhjetë algoritme të inteligjencës artificiale dhe mësimit të makinerive, duke përfshirë EWMA (Mesatarja e Lëvizshme e Peshës Ekspontenciale) dhe KDE (Vlerësimi i Densitetit të Bërthamës). Këto algoritme lejojnë kryerjen e analizave të shpejta të shkakut të parë dhe parashikimin e vlerave të ardhshme të metrikave.
Analitika parashikuese dhe njoftimi për mundësitë e dështimeve
Perspeksionet e Parashikimit â njĂ« funksion qĂ« pĂ«rdor mundĂ«sitĂ« e mĂ«simit tĂ« makinerisĂ« pĂ«r tĂ« zbuluar modelet dhe tendencat. Bazuar nĂ« kĂ«to tendenca, sistemi parashikon ngjarje qĂ« mund tĂ« ndodhin nĂ« tĂ« ardhmen. KĂ«to njoftime tregojnĂ« nevojĂ«n pĂ«r tĂ« marrĂ« masa para se vlerat e metrikave tĂ« dalin jashtĂ« normave normale, duke pasur njĂ« ndikim nĂ« shĂ«rbimet kritike tĂ« biznesit. Perspeksionet e Parashikimit janĂ« paraqitur nĂ« figurĂ«n mĂ« poshtĂ«.

Dhe kjo është vizualizimi i paralajmërimeve parashikuese për një metrikë të caktuar.

Parashikimi i ngarkesës së kapaciteteve me funksionin e caktimit të skenarëve të ngarkesës.
Funksioni i Planifikimit të Kapaciteteve Capacity Analytics ndihmon në menaxhimin e burimeve IT, duke siguruar dimensionimin e duhur të burimeve për të përmbushur nevojat aktuale dhe të ardhshme të biznesit. Do të jeni në gjendje të optimizoni performancën dhe efikasitetin e burimeve ekzistuese, të planifikoni dhe të justifikoni çdo investim financiar.
Funksioni Capacity Analytics në DX OI ofron këto përfitime:
- Parashikimi i kapaciteteve gjatë sezoneve të pikës.
- Përcaktimi i momentit kur nevojiten burime të shtesë për të siguruar funksionimin cilësor të shërbimit;
- BlĐ”Ńja e burimeve tĂ« shtesĂ« vetĂ«m kur Ă«shtĂ« e nevojshme;
- Menaxhimi efektiv i infrastrukturës dhe rrjeteve;
- Eliminimi i shpenzimeve të panevojshme për energjinë elektrike përmes identifikimit të burimeve të pakonsumuara;
- Kryerja e vlerësimit të ngarkesës mbi burimet në rast të një rritjeje të planifikuar të kërkesave për shërbim ose burim.
Në faqen Capacity Analytics DX OI (ilustrimi më poshtë) ka këto widget-e:
- Gjendja e kapacitetit të burimit (Resource Capacity Status);
- Grupet/shërbimet e monitoruara (Monitored Groups/Services);
- Konsumatorët kryesorë të burimeve (Top Capacity Consumers).

Faqja kryesore e Capacity Analytics tregon komponentët e burimeve që janë tej-ngarkuar dhe që po i përfundon kapaciteti. Kjo faqe ndihmon administratorët e platformës të gjejnë burimet që përdoren shumë dhe i ndihmon ata të rregullojnë madhësinë dhe optimizojnë burimet. Gjendja e burimeve mund të analizohet në bazë të kodimeve me ngjyra dhe vlerave përkatëse. Burimet klasifikohen në varësi të shkallës së tej-ngarkesës në faqen e gjendjes së kapacitetit të burimeve. Mund të klikoni në secilën nga ngjyrat për të parë listën e komponentëve që bëjnë pjesë në kategorinë e zgjedhur. Më pas do të shfaqet një hartë termike me të gjitha objektet dhe parashikimet për 12 muaj, duke mundësuar identifikimin e burimeve që do të përfundojnë së shpejti.

Për çdo metrikë në Capacity Analytics mund të indikohen filtra që DX Operational Intelligence i përdor për të përgatitur parashikimet (illustrimi më poshtë).

Filtrat e mëposhtëm janë të disponueshëm:
- Metrika. Metrika që do të përdoret për parashikim.
- Bazohet në. Zgjedhja e volumit të të dhënave historike që do të përdoren për të ndërtuar parashikime për të ardhmen. Ky fushë përdoret për të krahasuar dhe analizuar tendencat e muajit të fundit, tendencat e 3 muajve të fundit, tendencat e vitit dhe kështu me radhë.
- Rritja. Shpejtësia e pritur e rritjes së ngarkesës që dëshironi të përdorni për modelimin e parashikimit të kapacitetit. Këto të dhëna mund të përdoren për të parashikuar rritjen mbi parashikimet. Për shembull, pritet që përdorimi i burimit të rritet edhe me 40 për qind për shkak të hapjes së një zyre të re.
Analiza e logeve
Funksioni i analizës së logeve DX OI ofron:
- mbledhjen, agregimin e logeve nga burime të ndryshme (përfshirë ato të marra në mënyrë agjente dhe pa agjent);
- parsing dhe normalizimin e të dhënave;
- analizën e përputhshmërisë me kushtet e vendosura dhe gjenerimin e ngjarjeve;
- korelagjin e ngjarjeve në baza logesh, përfshirë me ngjarjet e marra si rezultat i monitorimit të infrastrukturës IT;
- vizualizimin e të dhënave në bazë të analizës në DX Dashboards;
- konkluzionet mbi disponueshmërinë e shërbimeve në bazë të analizës së të dhënave nga loget.

Grumbullimi i logëve në mënyrë pa agent bëhet nga sistemi për logët e ngjarjeve të Windows dhe Syslog. Në mënyrë me agjent, grumbullohen logët tekstual.
Funksioni i zgjidhjes automatizuar të situatave emergjente (Remediation)
Veprimet automatizuara për rregullimin e një situate emergjente (Remediation Workflow) lejojnë zgjidhjen e problemeve që çuan në gjenerimin e një ngjarjeje në DX OI. Për shembull, një problem me ngarkesën e CPU-së gjeneron një mesazh emergjence, ndërsa procesi i rregullimit (Remediation Workflow) e zgjidh problemin duke riparuar serverin ku ndodhi problemi. Integrimi midis DX OI dhe sistemit të automatizimit lejon nisjen e proceseve të rregullimit nga konzola e ngjarjeve në DX Operational Intelligence dhe ndjekjen e tyre në konzolën e sistemit të automatizimit.
Pas integrimit me sistemin e automatizimit, mund të nisen veprime automatike për rregullimin e çdo situate emergjente në konzolën DX OI nga konteksti i mesazhit emergjent. Mund të shihni veprimet e rekomanduara së bashku me informacionin mbi përqindjen e besueshmërisë (probabilitetin e zgjidhjes së situatës duke kryer veprimin).


Fillimisht, kur nuk ka statistika mbi rezultatet e punës së Remediation Workflow, mekanizmi i rekomandimeve ofron mundësi potenciale mbi bazën e kërkimit, sipas fjalëve kyçe, pastaj përdoren rezultatet e mësimit të makinerisë, dhe mekanizmi fillon të rekomandojë metodologjinë e korrigjimit mbi bazën e heuristikës. Sapo të filloni të vlerësoni rezultatet e sugjerimeve të marra, saktësia e rekomandimeve do të përmirësohet.

Shembulli i feedback-ut nga përdoruesi: përdoruesi zgjidh një veprim të preferuar ose të paartë, dhe sistemi merr parasysh këtë zgjedhje në rekomandimet e mëtejshme. Like/dislike:

Veprimet e rekomanduara për korrigjim për një alarm specifik bazohen në një kombinim feedback-u, i cili përcakton nëse veprimi është i pranueshëm. DX OI vjen me integrim të gatshëm me sistemin e automatizimit Automic Automation.
Integrimi i DX OI me sistemet e jashtme
Nuk do tĂ« ndalemi nĂ« mĂ«nyrĂ« tĂ« detajuar te integrimi i tĂ« dhĂ«nave nga produktet native tĂ« monitorimit Broadcom (DX NetOps, DX Infrastructure Management, DX Application Performance Management). NĂ« vend tĂ« kĂ«saj, do tĂ« shqyrtojmĂ« si integrohen tĂ« dhĂ«nat nga sistemet e palĂ«ve tĂ« treta dhe do tĂ« trajtojmĂ« njĂ« shembull integrimi me njĂ« nga sistemet mĂ« tĂ« njohura â Zabbix.
PĂ«r integrimin me sistemet e palĂ«ve tĂ« treta, pĂ«rdoret komponenti DX Gateway. DX Gateway pĂ«rbĂ«het nga 3 komponentĂ« â On-Prem Gateway, RESTmon dhe Log Collector (Logstash). Ju mund tĂ« instaloni tĂ« 3 komponentĂ«t ose vetĂ«m atĂ« qĂ« ju nevojitet, duke ndryshuar skedarin e pĂ«rgjithshĂ«m tĂ« konfigurimit gjatĂ« instalimit tĂ« DX Gateway. NĂ« figurĂ«n mĂ« poshtĂ« Ă«shtĂ« arkitektura e DX Gateway.

Le të shqyrtojmë caktimin e komponentëve të DX Gateway veçmas.
On-Prem Gateway. Ky është ndërfaqja që mbledh sinjalet e emergjencës nga platforma DX dhe dërgon ndodhitë e emergjencave në sistemet e palëve të treta. On-Prem Gateway vepron si një poller, i cili herë pas here mbledh të dhëna mbi ndodhitë nga DX OI, duke përdorur kërkesat API përmes protokollit HTTPS, dhe më pas dërgon paralajmërime në një server të jashtëm, i cili është integruar me platformën DX, duke përdorur webhook-et.

DX Log Collector pranon syslog nga pajisjet rrjetĂ«sore ose serverĂ«ve dhe i ngarkon ato nĂ« OI. DX Log Collector lejon ndarjen e softuerit qĂ« gjeneron mesazhe, sistemit qĂ« i ruan ato, dhe softuerit qĂ« i raporton dhe i analizon. Ădo mesazh shĂ«nohet me njĂ« kod objekti qĂ« tregon llojin e softuerit qĂ« gjeneron mesazhin dhe i caktohet njĂ« nivel rĂ«ndĂ«sie. NĂ« DX Dashboards, tĂ« gjitha kĂ«to mund tĂ« shihen mĂ« pas.
DX RESTmon integron me produkte/ Shërbime të palëve të treta përmes REST API dhe transmeton të dhënat në OI. Në imazhin më poshtë paraqitet një diagram funksionimi i DX RESTmon duke ilustruar integrimin me sistemet monitoruese Solarwinds dhe SCOM.

Funksionet kyçe të DX RESTmon:
- Lidhja me çdo burim të dhënash të palëve të treta për të marrë të dhëna:
- PULL: lidhja dhe nxjerrja e të dhënave nga REST API të publikuara;
- PUSH: transmetimi i të dhënave në RESTmon përmes REST.
- Mbështetje për formatet JSON dhe XML;
- Marrja e metrikeve, paralajmërimeve, grupeve, topologjisë, inventarizimit dhe regjistrimeve;
- Konnektorë gati për mjete/teknologji të ndryshme, gjithashtu është e mundur të zhvillohet një konnektor për çdo burim me API të hapur (lista e konnektorëve standard në diagramin më poshtë);
- Mbështetje për autentifikimin bazik (sipërfaqja e përdoruesit) gjatë qasjes në ndërfaqen Swagger dhe API;
- Mbështetje për HTTPS (si standard) për të gjitha mesazhet e ardhshme dhe ato që dalin;
- Mbështetje për proxy të ardhshme dhe ato që dalin;
- Aftësi të fuqishme për analizimin e sintaksës së tekstit për regjistrat e marrë përmes REST;
- Analizë e personalizuar e sintaksës me RESTmon, duke siguruar analizë dhe vizualizim efikas të logjeve;
- Mbështetje për nxjerrjen e informacionit rreth grupeve të pajisjeve nga aplikacionet e monitorimit dhe ngarkimin në OI për analizë dhe vizualizim;
- Mbështetje për mundësinë e përshtatjes me shprehje të rregullta. Kjo mund të përdoret për analizimin dhe përshtatjen e mesazheve të logeve të marra përmes REST, si dhe për gjenerimin ose mbylljen e ngjarjeve për bazë të kushteve të caktuara të shprehjes së rregullt.

Tani le të shqyrtojmë procesin e konfigurimit të integrimit DX OI me Zabbix përmes DX RESTmon. Integrimi i kuti merr të dhëna të mëposhtme nga Zabbix:
- të dhëna inventarizimi;
- topologji;
- probleme;
- metrika.
Duke konnektori për Zabbix është në dispozicion nga kutia, gjithçka që duhet bërë për të konfiguruar integrimin është të përditësoni profilin duke specifikuar adresën IP të serverit API të Zabbix dhe llogarinë, pastaj ngarkohet profili përmes ndërfaqes web Swagger. Një shembull në dy figurat e mëposhtme.


Pas konfigurimit të integrimit, për të dhënat që vijnë nga Zabbix do të jenë të disponueshme funksione analitike DX OI, të përshkruara më sipër, si: Alarm Analytics, Performance Analytics, Predictive Insights, Service Analytics dhe Remediation. Në figurën më poshtë është një shembull i analizës së metrikeve të performancës për objektet e integruara nga Zabbix.

Përfundimi
DX OI është një instrument modern analitik që do të sigurojë efikasitet të konsiderueshëm operativ për departamentet IT, duke mundësuar marrjen e vendimeve më të shpejta dhe të sakta për të përmirësuar cilësinë e shërbimeve IT dhe shërbimeve të biznesit përmes analizës kontekstuale ndër-domain. Për pronarët e aplikacioneve dhe departamentet e biznesit, DX OI do të llogarisë treguesin e disponueshmërisë dhe cilësinë e shërbimeve jo vetëm në kontekstin e treguesve teknologjikë IT, por gjithashtu të KPI-ve të biznesit, të nxjerra nga statistikat transaksionale për përdoruesit e fundit.
Nëse dëshironi të mësoni më shumë rreth këtij zgjidhjeje, lëshoni një kërkesë për një demonstrim ose projekt pilot në faqen tonë.
Burimi: habr.com
