구성 관리 데이터베이스

Configuration management database

구성 관리 데이터베이스(CMDB)는 조직이 하드웨어 및 소프트웨어 자산(일반적으로 구성 항목이라고 함)에 대한 정보를 저장하기 위해 사용하는 데이터베이스를 가리키는 ITIL 용어입니다.구성 항목을 논리 [1]계층으로 세분하면 유용합니다.이 데이터베이스는 조직의 데이터 웨어하우스 역할을 하며 자산 [2]간의 관계에 대한 정보도 저장합니다.CMDB는 조직의 중요한 자산과 정보 시스템, 자산의 업스트림 소스 또는 종속성, [3]자산의 다운스트림 타깃 등의 관계를 이해하는 수단을 제공합니다.

목적과 이점

CMDB는 ITIL 프레임워크의 구성 관리 프로세스의 기본 구성 요소입니다.CMDB는 제품, 시스템, 소프트웨어, 설비, 특정 시점에 존재하는 인력 및 모든 자산 간의 관계를 추적하는 데 사용됩니다.CMDB는 조직이 시스템 구성 요소 간의 관계를 이해하고 구성을 추적하는 데 도움이 됩니다.이 정보를 유지하면 자산의 재구성과 같은 특정 작업을 언제든지 수행할 수 있습니다.CMDB는 영향 분석, 근본 원인 분석 또는 변경 관리에도 사용할 수 있습니다.

CMDB의 실장에서는, 많은 경우, 페더레이션(자산 관리등의 다른 소스로부터 CMDB에 데이터를 포함)이 필요하게 됩니다.이것에 의해, 데이터의 소스가 데이터를 계속 제어할 수 있게 됩니다.페더레이션은 보통 데이터가 CMDB에 복사되는 ETL(Extraction, Transform, Load) 솔루션과 구별됩니다.

CMDB는 비즈니스 인텔리전스, 소프트웨어 및 하드웨어 빌드, 인벤토리,[4] 변경 [5]관리를 위한 영향 분석, 사고 관리 등 다양한 용도로 사용할 수 있습니다.

ITIL의 맥락에서 CMDB는 인프라 운영 및 지원의 일부입니다.CMDB는 IT 환경의 중요한 구성 요소에 대한 인증된 구성을 나타냅니다.

내용물

주요 기사: 구성 항목

CMDB는 CI(구성 항목)라고도 하는 데이터를 포함하고 기록합니다.또한 CI의 중요한 속성과 CI 간의 관계에 대한 자세한 정보도 제공합니다.

CI 속성 및 데이터

CMDB에 의해 캡처되는 속성은 CI 카테고리에 따라 다르며, 최대 수백 개까지 셀 수 있습니다.예를 들어 다음과 같습니다.

  • CI 고유 식별자 또는 식별 코드
  • CI 이름 또는 라벨(종종 긴 이름과 짧은 이름 모두)
  • CI의 약어 또는 줄임말
  • CI의 설명
  • CI 소유권(조직 및 인력)
  • CI의 중요성

속성은 메타데이터에 의해 정의되기 때문에 CMDB에는 메타데이터도 포함되어 있기 때문에 이 개념은 IT 조직을 보다 효율적으로 실행하기 위해 사용되는 메타데이터 저장소의 개념과 겹칩니다.구성 관리는 데이터를 최신 상태로 유지하는 방법에 대해 설명합니다.이것은 지금까지 메타데이터 저장소의 약점입니다.

CI 간의 관계

적어도 관계는 대상 CI와 관련된 소스 CI로 구성되는 경우가 많습니다.의미적 관계와 같이 보다 고도의 관계의 경우, 소스 CI와 대상 CI 사이에 컨텍스트를 제공하는 데 도움이 되는 설명자를 갖는 것이 바람직합니다.예를 들어, "데이터베이스"는 "애플리케이션 Y"의 "컴포넌트"로 관련지어집니다.기술자는 술어라고도 합니다.

구성 항목 유형

구성 항목 유형(또는 CI 유형)은 기업이 CMDB 내에 저장하는 요소 또는 구성 항목의 데이터 유형입니다.최소한 모든 소프트웨어, 하드웨어, 네트워크 및 스토리지 CI 유형은 CMDB에 저장 및 추적됩니다.기업이 성숙함에 따라 CMDB에서 사람, 시장, 제품 등의 비즈니스 CI 유형을 추적하기 시작합니다.및 벤더나 파트너 등의 서드파티 사업체.이를 통해 CI 간의 관계가 더욱 의미 있게 되고 CMDB가 지식 관리의 보다 강력한 소스가 될 수 있습니다.

CI 유형은 다음과 같습니다.

CMDB 구현의 주요 성공 요인은 CI에 대한 정보를 자동으로 검출하고(자동 검출), 변경 발생 시 변경을 추적할 수 있는 기능입니다.

개략적인 표현

데이터베이스 스키마라고도 하는 CMDB 스키마 구조는 여러 형식을 취합니다.가장 일반적인 두 가지 형태는 관계형 데이터 모델과 의미형 데이터 모델이다.

관계형 데이터 모형은 1차 술어 논리를 기반으로 하며 모든 데이터는 관계로 그룹화된 튜플 단위로 표시됩니다.관계형 모델에서 관련 레코드는 "키"와 함께 연결되며, 여기서 키는 엔트리의 데이터 유형 정의에 고유합니다.이러한 관계형 모델은 데이터와 쿼리를 지정하기 위한 선언적 방법을 제공합니다.즉, 사용자는 데이터베이스에 포함되는 정보와 원하는 정보를 직접 기술하고, 데이터 격납을 위한 데이터 구조 기술 및 쿼리에 대한 검색 절차를 데이터베이스 시스템에 맡긴다.

의미 데이터 모델은 일반적으로 관계 기술자를 사용하여 여러 사물 간의 관계를 매핑하는 리소스 기술 프레임워크에 의존하며, 사물이 서로 어떻게 관련되어 있는지에 대한 컨텍스트를 제공합니다.

과제들

Configuration Management Database 작성 및 유지보수에 관한 3가지 주요 과제가 있습니다.

  • 관련성: 각 레코드 또는 CI의 라이프 사이클 전체에 걸쳐 데이터를 수집해야 합니다.즉, 최신 데이터 변경 사항을 수집하기 위한 프로세스와 도구를 도입해야 합니다.
  • 유지 보수:기업은 끊임없는 변화에 직면해 있습니다.CI와 CI 간의 관계에 대한 데이터는 끊임없이 변화하고 있습니다.이 유지보수는 많은 경우 계획되거나 예상되지 않는 중요한 작업입니다.조직들은 종종 이것이 가장 큰 과제라고 생각합니다.
  • 조작성:대부분의 CMDB는 데이터베이스일 뿐입니다.즉, 보다 복잡한 애플리케이션의 특징, 기능 또는 이점이 없습니다.복잡한 시각화를 통해 데이터를 볼 수 있는 도구나 고급 검색을 위한 도구가 없습니다.즉, 대부분의 기업은 CMDB에 이러한 구조를 추가하는 애플리케이션 계층에 투자해야 합니다.이것에 의해, 대부분의 기업이 계획하거나 기대하지 않는 복잡성과 코스트의 계층이 추가됩니다.그러나 데이터베이스를 최신 상태로 유지하거나 시스템과 상호 작용하여 명령을 실행하거나 업데이트를 적용하거나 새 응용 프로그램을 배포할 수 있도록 하는 기능을 구현하면 CMDB의 기능과 유용성이 확장됩니다.

위와 같은 이유로 기업은 일반적으로 자체적으로 설계, 구축, 제공 및 지원하는 대신 CMDB를 구입합니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ "Configuration items layers".
  2. ^ "What is CMDB (configuration management database)?". TechTarget. July 2017. Retrieved 2019-01-14.
  3. ^ "IT: disconnected from the business?". Axios Systems. 2015-11-10. Retrieved 2019-01-14.
  4. ^ "Whitepaper: Ansible in Depth". Ansible (software). Retrieved 2019-01-14. There are many points of integration that can be used to extend Ansible, including: (...) inventory data retrieved from CMDB systems or cloud sources.
  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. pp. 173–184. doi:10.1007/11907466_15. ISBN 978-3-540-47662-7.
  6. ^ "CMDBf DMTF". www.dmtf.org. Retrieved 2021-04-21.

외부 링크