Databáze pro správu konfigurace - Configuration management database

A správa konfigurace databáze (CMDB) je ITIL databáze používá organizace k ukládání informací o hardwarových a softwarových aktivech (běžně označovaných jako Položky konfigurace [CI]). Je užitečné rozdělit položky konfigurace do logických vrstev.[1] Tato databáze funguje jako datový sklad pro organizaci a také ukládá informace týkající se vztahů mezi jejími aktivy.[2] CMDB poskytuje prostředky k pochopení kritických aktiv organizace a jejich vztahů, jako je informační systémy, zdroje nebo závislosti aktiv proti proudu a cíle navazujících aktiv.[3]

Účel a výhody

CMDB je základní součástí Knihovny infrastruktury informačních technologií (ITIL ) rámcové Správa konfigurace proces. CMDB se používají ke sledování stavu aktiv, jako jsou produkty, systémy, software, zařízení, lidé, jak existují v konkrétních časových okamžicích, a vztah mezi všemi aktivy. CMDB pomáhá organizaci porozumět vztahu mezi komponentami systému a sledovat jejich konfigurace. Údržba těchto informací umožňuje, aby kdykoli došlo k určitým činnostem, jako je rekonstrukce aktiv. CMDB lze také použít pro podobné věci analýza dopadů analýza hlavních příčin nebo řízení změn.

Implementace CMDB často zahrnují federaci - zahrnutí dat do CMDB z jiných zdrojů - jako je správa aktiv, a to takovým způsobem, aby si zdroj dat zachoval kontrolu nad daty. Federace se obvykle odlišuje od řešení ETL (extrakce, transformace, načítání), ve kterých se data kopírují do CMDB.

CMDB lze použít pro mnoho věcí, mimo jiné: business intelligence, software a hardware builds, inventory,[4] analýza dopadů pro řízení změn,[5] a řešení incidentů.

V kontextu ITIL, použití CMDB je jako součást provozu a podpory infrastruktury. CMDB představuje autorizovanou konfiguraci významných komponent IT prostředí.

Obsah

Hlavní článek: Položka konfigurace

CMDB obsahuje a zaznamenává data, která se také nazývají konfigurační položky (CI). Poskytuje také podrobnosti o důležitých atributech KI a vztazích mezi nimi.

Atributy a údaje CI

Atributy zachycené CMDB se liší podle kategorie CI a mohou dosahovat až stovek. Některé příklady zahrnují:

Protože atributy jsou definovány metadaty, CMDB obsahují také metadata, a tak se koncept překrývá s konceptem metadata úložiště, které se také používá k efektivnějšímu provozu IT organizací. Správa konfigurace řeší, jak mají být data aktualizována. Toto byla historicky slabost úložišť metadat.

Vztahy mezi KI

Minimálně jsou vztahy často složeny ze zdrojového CI, který souvisí s cílovým CI. V případě pokročilejších vztahů, jako je např sémantické vztahy, je žádoucí mít deskriptor mezi zdrojovým a cílovým CI, který pomáhá poskytovat kontext. Například „databáze“ souvisí jako „komponenta“ „aplikace Y“. Deskriptor je také známý jako predikát.

Typy konfiguračních položek

A typ konfigurační položky (nebo typ CI) je datový typ prvku nebo položka konfigurace podnik si přeje uložit v CMDB. Minimálně je veškerý software, hardware, síť a úložiště typů CI uložen a sledován v CMDB. Jak podniky dospívají, začnou ve své CMDB sledovat typy obchodních CI, jako jsou lidé, trhy, produkty a subjekty třetích stran, jako jsou prodejci a partneři. To umožňuje, aby vztahy mezi CI byly smysluplnější a CMDB se stal silnějším zdrojem pro správu znalostí.

Typy CI jsou:

  • Hardware
  • Software
  • Komunikace / sítě
  • Umístění
  • Dokumentace
  • Lidé (zaměstnanci a dodavatelé)

Klíčovým faktorem úspěchu při implementaci CMDB je schopnost automaticky zjišťovat informace o CI (automatické zjišťování) a sledovat změny, jak k nim dojde.

Schematická znázornění

Schématické struktury CMDB, známé také jako databázová schémata, mít více forem. Dvě z nejběžnějších forem jsou formy a relační datový model a a sémantický datový model.

Relační datové modely jsou založeny na predikátové logice prvního řádu a všechna data jsou reprezentována v podobě n-tic, které jsou seskupeny do relací. V relačním modelu jsou související záznamy propojeny společně s „klíčem“, kde je klíč jedinečný pro definici datového typu položky. Takové relační modely poskytují deklarativní metody pro specifikaci dat a dotazů. Jinými slovy, uživatelé přímo uvádějí, jaké informace databáze obsahuje a jaké informace od ní chtějí, a nechají databázový systém, aby se postaral o popis datových struktur pro ukládání dat a postupy pro načítání odpovědí na dotazy.

Sémantické datové modely obvykle se spoléhají na rámec popisu zdrojů který mapuje vztah mezi řadou věcí pomocí deskriptorů vztahů a dává kontext, jak věci spolu souvisejí.

Výzvy

Vytváření a údržba databáze pro správu konfigurace jsou tři specifické hlavní výzvy:

  • Relevantnost: Sběr dat během životního cyklu každého záznamu nebo CI je nezbytný. To znamená zavedení procesů a nástrojů ke shromažďování nejnovějších změn dat, jak k nim dojde.
  • Údržba: Společnosti čelí neustálým změnám. Údaje o KI a vztazích mezi nimi se neustále mění. Tato údržba je významným úkolem, který často není plánován ani očekáván. Organizace to často považují za největší výzvu.
  • Použitelnost: Většina CMDB jsou jen databáze. To znamená, že nemají žádné vlastnosti, funkce ani výhody složitějších aplikací. Chybí jim nástroje pro prohlížení dat pomocí složitých vizualizací nebo nástroje pro pokročilé zjišťování. To znamená, že většina společností musí investovat do aplikační vrstvy, která do své CMDB přidává takové konstrukce, což přidává vrstvu složitosti a nákladů, které většina společností neplánuje ani neočekává. Implementace funkcí, které zajišťují, že databáze je aktuální, nebo jí umožňuje komunikovat se systémy za účelem spouštění příkazů, používání aktualizací nebo nasazování nových aplikací, však rozšiřuje funkčnost a užitečnost CMDB.

Z výše uvedených důvodů se společnosti obvykle rozhodnou koupit své CMDB, místo aby je samy navrhovaly, budovaly, dodávaly a podporovaly.

Reference

  1. ^ "Vrstvy konfiguračních položek".
  2. ^ „Co je CMDB (databáze správy konfigurace)?“. TechTarget. Července 2017. Citováno 2019-01-14.
  3. ^ „IT: odpojen od firmy?“. Axios Systems. 2015-11-10. Citováno 2019-01-14.
  4. ^ „Whitepaper: Ansible in Depth“. Ansible (software). Citováno 2019-01-14. Existuje mnoho bodů integrace, které lze použít k rozšíření Ansible, včetně: (...) inventárních dat získaných ze systémů CMDB nebo cloudových zdrojů.
  5. ^ Sauvé, Jacques; Rebouças, Rodrigo; Moura, Antão; Bartolini, Claudio; Boulmakoul, Abdel; Trastour, David (2006). Business-Driven Decision Support for Change Management: Planning and Scheduling of Changes. Springer Berlin Heidelberg. 173–184. doi:10.1007/11907466_15. ISBN  978-3-540-47662-7.

externí odkazy