Przejdź do zawartości

CMDB: Różnice pomiędzy wersjami

Z Wikipedii, wolnej encyklopedii
Usunięta treść Dodana treść
Poland B (dyskusja | edycje)
Utworzono przez tłumaczenie strony "Configuration management database"
(Brak różnic)

Wersja z 13:49, 6 gru 2019

Baza danych zarządzania konfiguracją ( CMDB ) to baza danych ITIL używana przez organizację do przechowywania informacji o zasobach sprzętowych i programowych (zwanych zwykle CI, jednostkami konfiguracji, z ang. Configuration Item). Baza danych CMDB działa jako hurtownia danych dla organizacji, a także przechowuje informacje dotyczące relacji między jej aktywami. [1] CMDB zapewnia sposoby zrozumienia kluczowych zasobów organizacji, i relacji pomiedzy nimi, takich jak systemy informacyjne, źródła danych, usługi, lub zależności na aktywach, ale również cele określane dla zasobów. [2]

Cel i korzyści

CMDB jest podstawowym składnikiem procesu zarządzania konfiguracją środowiska ITIL. CMDB są używane do śledzenia stanu zasobów, takich jak produkty, systemy, oprogramowanie, urządzenia, ludzie, którzy istnieją w określonych punktach czasowych, oraz relacji między wszystkimi aktywami. CMDB pomaga organizacji (przedsiębiorstwu, miastu, jednostce samorządu) zrozumieć związek między komponentami posiadanego systemu i śledzić ich konfiguracje. Utrzymanie tych informacji pozwala na podjęcie pewnych działań, takich jak odbudowa majątku, w dowolnym momencie. CMDB można także wykorzystywać do takich celów, jak analiza wpływu (z ang. Impact Analysis), analiza przyczyn źródłowych (z ang. Root Cause Analysis) lub zarządzanie zmianami (z ang. Change Management).

Implementacje CMDB często obejmują federację - włączenie danych do CMDB z innych źródeł - takich jak systemy zarządzania zasobami, w taki sposób, że źródło danych zachowuje kontrolę nad danymi, a CMDB w określonych odstepach czasu aktualizuje posiadane atrybuty CI. Federacja zazwyczaj różni się od rozwiązań ETL (ekstrakcja, transformacja, ładowanie), w których dane są kopiowane do CMDB.

CMDB można wykorzystywać do wielu rzeczy, w tym między innymi do: analizy biznesowej, kompilacji oprogramowania i sprzętu, inwentaryzacji, [3] analizy wpływu na zarządzanie zmianami, [4] i zarządzania incydentami .

W kontekście ITIL wykorzystanie CMDB stanowi element operacji i wsparcia infrastruktury. CMDB reprezentuje autoryzowaną konfigurację znaczących komponentów środowiska IT.

Treść

CMDB zawiera i rejestruje dane, które są również nazywane jednostkami konfiguracji (CI), lub elementami konfiguracji. Zawiera także szczegółowe informacje na temat ważnych atrybutów jednostek CI i relacji zachodzacych między nimi.

Atrybuty i dane CI

Atrybuty przechwycone przez CMDB różnią się w zależności od kategorii CI i mogą być liczone w setkach. Niektóre przykłady obejmują:

  • Unikalny identyfikator lub kod identyfikacyjny CI
  • Nazwa lub etykieta CI (często zarówno długie, jak i krótkie nazwy )
  • CI Skróty lub akronimy
  • Opis CI
  • Własność CI (organizacje i ludzie)
  • Znaczenie CI
  • Wersja i Model

Ponieważ atrybuty są definiowane przez metadane, CMDB również zawierają metadane, a zatem koncepcja pokrywa się z koncepcją repozytorium metadanych, które jest również wykorzystywane do bardziej efektywnego zarządzania organizacjami informatycznymi. Zarządzanie konfiguracją określa, w jaki sposób dane powinny być aktualizowane. Historycznie była to słabość repozytoriów metadanych.

Relacje między CI

Co najmniej relacje często składają się ze źródłowego elementu CI (a ang. Source CI), który jest powiązany z docelowym elementem CI (z ang. Target CI). W przypadku bardziej zaawansowanych relacji, takich jak relacje semantyczne, pożądane jest posiadanie deskryptora między źródłowym CI a docelowym CI, który pomaga zapewnić kontekst. Na przykład „baza danych” jest powiązana z „komponentem” „aplikacji Y”. Deskryptor jest również znany jako Predykat (z ang. Predicate).

Typy elementów konfiguracji

Typ elementu konfiguracji (lub typ CI) to typ danych elementu lub jednostki konfiguracji (CI), który przedsiębiorstwo chce przechowywać w CMDB. Co najmniej wszystkie typy CI, oprogramowania, sprzętu, sieci i pamięci moga być przechowywane i śledzone w CMDB. W miarę dojrzewania, przedsiębiorstwa zaczynają śledzić coraz wiecej typów CI w CMDB, takich jak ludzie, rynki, produkty i podmioty zewnętrzne, takie jak dostawcy i partnerzy, systemy, sieci, urządzenia podłaczone do sieci. Dzięki temu relacje między CI stają się bardziej znaczące i kompleksowe, a CMDB staje się silniejszym źródłem zarządzania wiedzą o organizacji.

Wybrane Typy CI to:

  • Sprzęt komputerowy
  • Oprogramowanie
  • Komunikacja / sieci
  • Lokalizacja
  • Dokumentacja
  • Ludzie (pracownicy i kontrahenci)

Kluczowym czynnikiem sukcesu we wdrażaniu CMDB jest możliwość automatycznego wykrywania informacji o elementach CI (automatyczne wykrywanie) i śledzenia zmian w miarę ich pojawiania się.

Schematyczne reprezentacje

Struktury schematów CMDB, znane również jako schematy baz danych, przyjmują wiele form. Dwie najczęstsze formy to relacyjny model danych i semantyczny model danych .

Relacyjne modele danych oparte są na logice predykatów pierwszego rzędu, a wszystkie dane są reprezentowane w krotkach pogrupowanych w relacje. W modelu relacyjnym powiązane rekordy są połączone razem z „kluczem”, w którym klucz jest unikalny dla definicji typu danych pozycji. Takie modele relacyjne zapewniają deklaratywne metody określania danych i zapytań. Innymi słowy, użytkownicy bezpośrednio określają, jakie informacje zawiera baza danych i jakie informacje z niej chcą, i pozwalają systemowi bazy danych zająć się opisywaniem struktur danych do przechowywania danych i procedurami wyszukiwania odpowiedzi na zapytania.

Semantyczne modele danych zwykle opierają się na strukturze opisu zasobów, która odwzorowuje relacje między wieloma rzeczami za pomocą deskryptorów relacji, dając kontekst, w jaki sposób rzeczy są ze sobą powiązane.

Wyzwania

Istnieją trzy konkretne podstawowe wyzwania związane z tworzeniem i utrzymywaniem bazy danych zarządzania konfiguracją:

  • Trafność (z ang. Relevance): konieczne jest gromadzenie danych przez cały cykl życia każdego rekordu lub CI. Oznacza to wprowadzenie procesów i narzędzi do gromadzenia najnowszych zmian danych w miarę ich występowania.
  • Utrzymanie (z ang. Maintenance): Firmy stają w obliczu ciągłych zmian. Dane o jednostkach CI i relacjach między nimi stale się zmieniają. Utrzymanie aktualności więc jest znaczącym przedsięwzięciem, które często nie jest planowane ani oczekiwane. Organizacje często uważają zapewnienie aktualnosci, obok bezpieczeństwa danych, za największe wyzwanie.
  • Użyteczność (z ang. Usability): większość CMDB to zwykłe bazy danych. Oznacza to, że nie mają cech, funkcji ani zalet bardziej złożonych aplikacji. Brakuje narzędzi do przeglądania danych za pomocą złożonych wizualizacji (z ang. dashboards) lub narzędzi do zaawansowanego wykrywania. Oznacza to, że większość firm musi inwestować w warstwę aplikacji, która dodaje takie konstrukty do ich CMDB, co dodaje niezbedną warstwę złożoności i kosztów, których większość firm często nie planuje, ani nie spodziewa się. Jednak wdrożenie funkcji i procesów zapewniających aktualność bazy danych lub interakcję z systemami w celu uruchamiania poleceń, stosowania aktualizacji lub wdrażania nowych aplikacji rozszerza funkcjonalność i użyteczność CMDB.

Z powyższych powodów firmy zwykle decydują się na zakup systemu generującego bazę CMDB, oraz systemów przeszukujących krajobraz infrastrukturalny, a nie same je projektują, budują, dostarczają i wspierają. Konstrukcja taka, pozwala często na migrację CMDB pomiedzy systemami do jej obsługi, np. w przypadku zmian dostawcy narzedzi IT, lub zakupu przedsiębiorstwa, przez inna firmę.

CMDB może być kluczowym czynnikiem poprawy efektywności zarządzania zasobami jednostek samorządu terytorialnego (JST), dzięki którym polskie miasta mogą szybciej transformować swój technologiczny krajobraz, automatyzujac narzędzia wykrywające sprzet i orprogramowanie (np. serwery, dyski twarde, routery, switche, systemy operacyjne, centrale pbx, komputery, laptopy, tablety, access pointy, a nawet urzadzenia monitrujace parametry działania sprzetów należących do spółek miejskich) działajace w ich sieciach komputerowych. Dla przykładu system może wykrywać, i aktualizować w CMDB dane dotyczące miejskich autobusów i trolejbusów, wyposażonych w systemy telematyczne, zapewniając obsługę cyklu życia, i z wyprzedzeniem informując o poziomie naładowania baterii, bądź awarii sieci trakcji elektrycznej, albo parametrów kasowników i biletomatów, to samo może dotyczyć wielu parametrów systemów informacji dostępnych na przystankach.

CMDB w mieście, może równiez byc pomocne w zarządzaniu zasobami technologicznymi szkół, instytucji kultury, oraz różnych biur i wydziałów podległych Urzedowi Miasta.

Zarządzanie usługami miejskimi i jakością życia zgodnie z normą PN - ISO 37120:2015-03 może być wprowadzone z pomocą narzedzi CMDB.

Referencje

  1. Błąd w składni szablonu {{Cytuj stronę}}. Brak podanego tytułu cytowanej strony (parametr tytuł=|).
  2. Błąd w składni szablonu {{Cytuj stronę}}. Brak podanego tytułu cytowanej strony (parametr tytuł=|).
  3. Błąd w składni szablonu {{Cytuj stronę}}. Brak podanego tytułu cytowanej strony (parametr tytuł=|).
  4. {{{tytuł}}}. DOI: 10.1007/11907466_15. ISBN 978-3-540-47662-7.

Linki zewnętrzne

[[Kategoria:Zarządzanie technologiami informatycznymi]]