Temelji ServiceNow CMDB in CSDM, ki se ne razkrojijo

Kako vzdržujete točnost ServiceNow CMDB skozi čas?

ServiceNow CMDB ohranjate točen tako, da ga obravnavate kot upravljan produkt in ne kot enkraten uvoz: vsak konfiguracijski element (CI) ima imenovanega lastnika, vsak razred CI napaja avtoritativni vir, usklajen prek pogona za identifikacijo in usklajevanje (IRE), podatkovni model sledi skupnemu podatkovnemu modelu storitev (CSDM), zdravje pa se neprekinjeno meri po popolnosti, pravilnosti in skladnosti. CMDB se razkroji v trenutku, ko podatki pristanejo brez lastništva, brez usklajevanja ali brez modela, na katerega bi jih obesili. Rešitev je strukturna, ne junaška.

Najprej hitra opredelitev: CMDB (Configuration Management Database) je sistem zapisa za vaše IT-komponente in njihove odnose. CI je vsaka sledena stvar v njem — strežnik, aplikacija, storitev. CSDM je ServiceNowov predpisani načrt za to, kako naj bodo ti CI-ji in storitve modelirani, da podatki ostanejo uporabni v ITSM, ITOM, SecOps in širše.

Zakaj se baze CMDB razkrojijo?

Večina baz CMDB ne odpove ob zagonu. Odpovejo v devetem mesecu. Ponavljajoči se vzroki:

• Brez lastništva. CI brez odgovornega lastnika je CI, ki ga nihče ne posodobi, ko se spremeni podlaga v resničnosti. Osiroteli CI-ji so največji posamezni vir zastarelosti.
• Neusklajeni viri. Dve orodji oba pišeta v isti CI z različnimi vrednostmi in brez pravil, ki bi odločala, kdo zmaga. Zapis utripa med resnicami in zaupanje se sesuje.
• Razlezanje obsega. Ekipe uvozijo vse, kar lahko odkrijejo, namesto tega, kar podjetje dejansko porablja. CMDB napihne, razmerje med signalom in šumom pade, nihče pa ne najde CI-jev, ki so pomembni.
• Zastareli podatki. Urniki odkrivanja zamrejo, integracije se tiho pokvarijo, razgrajena strojna oprema obstaja naprej. Brez signala o svežini sta zastareli in točni zapis videti enaka.
• Brez discipline modela. CI-ji pristanejo v napačnih razredih, odnosi so nedosledni, preslikava storitev se nikoli ne uresniči — zato CMDB lahko opiše škatle, ne pa storitev, ki so ljudem pomembne.

Vsak od teh je vrzel v upravljanju, oblečena v tehnično preobleko.

Kaj je CSDM in kako naj ga uvedete?

CSDM da CMDB obliko, ki jo je vredno vzdrževati. Razumite ga kot štiri ugnezdene domene, ki jih uvedete po vrsti — in upirajte se skušnjavi, da bi preskočili naprej:

1. Foundation. Osnovni podatki, na katere se sklicuje vse ostalo: podjetja, lokacije, uporabniki, skupine in temeljne podporne strukture. Nič nadaljnjega ni vredno zaupanja, če je Foundation napačen.
2. Design. Tu so poslovne in tehnične storitve opredeljene kot Service Offerings in Application Services, preden so preslikane — plast namena.
3. Manage Technical Services. Tehnična resničnost: aplikacijske storitve, njihovi gostiteljski CI-ji in odnosi, ki jih zapolnita odkrivanje in preslikava storitev.
4. Manage Business Services / Sell-Consume. K poslu obrnjene storitve ter to, kako so ponujene in porabljene, povezujejo tehnično okolje z izidi, ki jih posel prepozna.

Dokazani vzorec uvedbe je crawl, walk, run (plazi, hodi, teci):

• Crawl — uredite Foundation in majhen nabor dobro modeliranih CI-jev. Izberite eno ali dve resnični storitvi od začetka do konca. Upirajte se kuhanju oceana.
• Walk — razširite Design in Manage Technical Services čez večji del okolja, oprite se na Discovery in Service Graph Connectors ter vzpostavite poročanje o zdravju.
• Run — dozorite v preslikavo poslovnih storitev, ritem certificiranja in avtomatizacijo, ki jo poganja CMDB (sprememba, incident, SecOps, upravljanje programskih sredstev).

Zrelost je tu zaporedna. Preslikava storitev na ravni »run«, zgrajena na Foundationu kakovosti »crawl«, podeduje vsako napako pod sabo.

Kako vzdržujete doslednost podatkov med več viri?

To je naloga IRE. Pogon za identifikacijo in usklajevanje (Identification and Reconciliation Engine) stoji med vsakim dohodnim podatkovnim virom in CMDB. Opravlja dve stvari:

• Identifikacija — ujema dohodne vsebine z obstoječimi CI-ji z uporabo pravil za identifikacijo, da ne ustvarite dvojnikov istega strežnika vsakič, ko nekaj piše vanj.
• Usklajevanje — uveljavlja, kateri vir sme posodabljati katere atribute, tako da merodajni Data Source vedno zmaga nad manj avtoritativnim.

Disciplina, zaradi katere IRE deluje, je razglasitev avtoritativnih virov na razred CI in na atribut. Odločite se, izrecno, da (na primer) Discovery lastuje atribute operacijskega sistema, integracija z nabavo pa lastuje polja lastništva in stroškov. Te odločitve zapišite in jih zakodirajte kot pravila usklajevanja. Brez tega se vsaka integracija bori za ista polja in zapis se nikoli ne ustali.

Discovery proti integracijam proti Service Graph Connectors

Te tri metode polnjenja niso zamenljive; izbirajte glede na podatkovno domeno:

| Metoda | Najboljša za | Kompromis | | --- | --- | --- | | Discovery | Lokalno in oblačno infrastrukturo, ki jo lahko sondirate neposredno (strežniki, omrežje, OS, tekoči procesi) | Potrebuje MID-strežnike, poverilnice in omrežni doseg; pregledovanje brez agenta ima slepe pege | | Integracije | Avtoritativne zunanje sisteme zapisa (kadrovski, nabava, sredstva, oblačno zaračunavanje) | Kakovost je le tako dobra kot vir; potrebuje pravila IRE, da se izogne bojem za atribute | | Service Graph Connectors | Certificirano, podprto zajemanje iz pogostih orodij tretjih oseb, zgrajeno za pravilno nalaganje prek IRE | Omejeno na razpoložljive konektorje; še vedno zahteva odločitve o viru resnice |

Pravilo palca: odkrijte, kar lahko sondirate, integrirajte, česar ne morete, in raje uporabite Service Graph Connector kot ročno izdelano integracijo, kadar koli certificirani obstaja — pride z že opravljeno povezavo na IRE.

Kako merite, ali je CMDB zdrav?

ServiceNowove nadzorne plošče zdravja CMDB (CMDB Health) ocenjujejo okolje po treh oseh in pregledovati bi jih morali po ustaljenem ritmu:

• Popolnost — ali so zahtevani atributi in odnosi zapolnjeni? Manjkajoča obvezna polja in CI-ji brez odnosov so rdeče zastavice.
• Pravilnost — ali so vrednosti videti veljavne in ali obstajajo dvojniki, ki jih je IRE spregledal?
• Skladnost — ali se CI-ji ujemajo z zahtevanimi razredi, poimenovanjem in umestitvijo v CSDM?

Nadzorne plošče dopolnite s certificiranjem podatkov (data certification): načrtovanimi opravili, ki ustreznega lastnika prosijo, naj potrdi, da je nabor CI-jev še vedno točen, pri čemer se neodzivnost obravnava kot ugotovitev in ne kot tišina. Certificiranje je način, kako lastništvo iz oznake spremenite v ponavljajočo se obveznost.

Kratek kontrolni seznam zrelosti CMDB

Delajte od vrha proti dnu — vsaka točka predpostavlja, da so tiste nad njo izpolnjene:

• [ ] Vsak razred CI ima imenovanega, odgovornega lastnika CI (osebo ali skupino, ne »IT«).
• [ ] Podatki CSDM Foundation (podjetja, lokacije, uporabniki, skupine) so pravilni in povsod referencirani.
• [ ] Vsak razred CI in ključni atribut ima razglašen avtoritativni vir.
• [ ] Pravila IRE za identifikacijo in usklajevanje se ujemajo s temi odločitvami o virih — brez neusklajenih piscev.
• [ ] Polnjenje uporablja pravo orodje na domeno: Discovery, integracijo ali Service Graph Connector.
• [ ] Vsaj ena poslovna storitev je preslikana od začetka do konca prek CSDM Design in Manage Technical Services.
• [ ] Nadzorne plošče zdravja CMDB se pregledujejo po ustaljenem ritmu in ugotovitve so dodeljene, ne le opažene.
• [ ] Kampanje certificiranja podatkov tečejo po urniku s potrditvijo lastnika.
• [ ] Lahka upravljavska komisija lastuje odločitve o obsegu in reče ne nečimrnim CI-jem.

Če lahko pošteno obkljukate prvih pet, imate CMDB, ki se upira razkroju. Ostalo je način, kako ga dozorite.

Pogosta vprašanja

Kakšna je razlika med CMDB in CSDM? CMDB je baza, ki shranjuje vaše CI-je in odnose. CSDM je predpisani podatkovni model — načrt — za to, kako organizirati storitve in CI-je znotraj nje, da podatki ostanejo dosledni in uporabni med produkti ServiceNow.

Ali potrebujem Discovery, da imam dober CMDB? Ne. Discovery je odličen za infrastrukturo, ki jo lahko sondirate neposredno, vendar se močan CMDB opira tudi na integracije iz avtoritativnih sistemov zapisa in na certificirane Service Graph Connectors. Tisto, o čemer ni pogajanja, je usklajevanje vseh prek IRE z jasnimi pravili o viru resnice.

Kje naj začnemo s CSDM? Začnite z domeno Foundation in eno samo, popolnoma modelirano storitvijo. Uredite lastništvo, pravila za identifikacijo in podatke Foundation na majhnem obsegu, preden razširjate. Zaporedje crawl-walk-run obstaja prav zato, da naprednih preslikav storitev ne gradite na šibkih temeljih.

Kako pogosto naj pregledujemo zdravje CMDB? Obravnavajte ga kot operativno metriko, ne kot revizijo. Nadzorne plošče popolnosti, pravilnosti in skladnosti pregledujte po rednem ritmu, vsako ugotovitev dodelite odgovornemu lastniku CI in izvajajte kampanje certificiranja podatkov, da je točnost potrjena in ne predpostavljena.

---

CMDB, ki se ne razkroji, je produkt nekaj neglamuroznih navad, vzdrževanih skozi čas: jasnega lastništva, enega modela, uvedenega po vrsti, usklajenih virov in zdravja, ki ga zares spremljate. TechRevati prinaša dve desetletji prakse v podjetjih in s ServiceNow — vključno s CMDB, CSDM in upravljanjem storitev, usklajenim z ITIL — ekipam, ki želijo konfiguracijsko bazo, kateri lahko zaupajo odločitvam, sprejetim na njej.