CSDM 구현 단계 — 기어가기

  • 릴리스 버전: Australia
  • 업데이트 날짜 2026년 03월 12일
  • 소요 시간: 4분

    • 크롤링 단계에서는 (ITSM)와 연결된 테이블에서 기본 시스템 CMDB 작업합니다.IT Service Management

    크롤링 단계에서 수행하는 작업의 이점

    • 이 작업은 및 에 변경 관리대한 인시던트 관리 최소 CMDB 지원 요구 사항을 제공합니다.
    • 비즈니스 애플리케이션 데이터가 의 CMDB올바른 위치에 있기 때문에 설정 APM 속도가 더 빠릅니다.
    • Agile Development 구성요소 데이터가 채워지고 애플리케이션과 연결할 준비가 되었기 때문에 이 작업은 사용할 DevOps 수 있는 기반을 구축합니다.
    • 서비스 매핑 서비스 인스턴스 데이터가 채워져 있으므로 엔트리포인트 매핑에 사용할 준비가 되었습니다.
    • 이 작업은 위험 상세 정보, 의 APM역량을 사용하기 TPM 위한 기초를 빌드합니다.

      이 작업을 통해 기업의 비즈니스 애플리케이션 기본 기술의 수명주기와 버전을 관리하고 모니터링할 수 있습니다.

      이 데이터를 사용하면 , 서비스 매핑 및 소프트웨어 자산 관리 (SAM) Professional을 사용하여 APM오래되었거나 위험한 소프트웨어를 식별할 수 있습니다.

    크롤링 단계에서 작업하는 테이블

    중요사항:
    향후 제품 및 제품 개선 사항은 각 테이블에서 준비하는 데이터에 따라 달라집니다.
    이 단계에서는 다음 기본 시스템 CMDB 테이블에 대해 작업합니다.
    • 비즈니스 애플리케이션 [cmdb_ci_business_app] 테이블
    • 매핑된 애플리케이션 서비스 [cmdb_ci_service_discovered] 테이블.
    • 애플리케이션 [cmdb_ci_appl] 테이블(검색 가능)
    • 서버/호스트(검색 가능)
    주:
    이 단계에서 구현하는 클래스 중 일부는 논리적 CI입니다. 논리 CI는 를 통해 디스커버리생성되지 않으므로 해당 모델 ID 값이 (애플리케이션 모델, 서비스 모델 또는 소프트웨어 모델) 기록을 참조 제품 모델 하지 않을 수 있습니다. 제품 중심 관리 패러다임으로 마이그레이션하는 데 도움이 되려면 논리적 CI의 각 인스턴스를 .제품 모델 논리 CI에 대한 제품 모델 자동 생성 문서를 참조하십시오.

    크롤링 단계에서 작업하는 테이블입니다.

    먼저 다음 영역과 테이블의 애플리케이션과 애플리케이션 관련 데이터에 집중합니다.
    비즈니스 애플리케이션 [cmdb_ci_business_app] 테이블

    비즈니스 애플리케이션은 기본 시스템 CMDB 인벤토리, 애플리케이션 포트폴리오 및 해당 메타데이터를 저장하는 테이블입니다.

    주:
    이 테이블은 운영 CI가 아닌 개념 데이터를 보유하므로 , 문제 관리, 또는 변경 관리 프로세스에서 사용되지 ITSM 인시던트 관리않습니다.
    Agile Development 구성요소 [cmdb_ci_sdlc_component] 테이블

    AGILE DEVELOPMENT 구성요소는 코드의 고유한 개발 작업을 나타내는 CI입니다. 이는 개별적으로 개발된 구성요소로 세분화된 대규모 비즈니스 애플리케이션 또는 디지털 제품의 일부를 나타냅니다. 즉, AGILE DEVELOPMENT 구성요소는 더 큰 애플리케이션 또는 기술의 소프트웨어 요소입니다. AGILE DEVELOPMENT 구성요소 AGILE DEVELOPMENT 구성요소 [cmdb_ci_sdlc_component] 테이블의 CI 기록을 사용하면 DevOps 제품이 애플리케이션 개발 파이프라인을 시각화하고 관리하기 위한 향상된 기능을 제공할 수 있습니다.

    테이블은 애플리케이션 및 인프라에 대한 더 큰 전체의 소프트웨어 부분 또는 요소를 나타냅니다. 관련 자료는 개발 세부 사항을 대표하는 역할을 할 수 있습니다. 비즈니스 애플리케이션 또는 디지털 제품의 계층화를 식별해야 하는 경우 사용할 수 있습니다.
    주:
    이 테이블에는 운영 CI가 아닌 논리적 데이터가 포함되므로 , , 문제 관리또는 변경 관리 프로세스에서 ITSM 인시던트 관리사용되지 않습니다.
    서비스 인스턴스[cmdb_ci_service_auto] 테이블(이전의 애플리케이션 서비스 테이블)

    서비스 인스턴스는 일반적으로 호출자가 애플리케이션의 문제를 보고할 때 식별하는 시스템입니다.

    매핑된 서비스 인스턴스는 사용 중인 관련 비즈니스 애플리케이션을 식별하는 테이블입니다 기본 시스템 CMDB . 서비스 인스턴스는 애플리케이션이 있는 모든 요소를 CSDM 함께 연결합니다.

    환경(개발, QA, 프로덕션) 및 위치 또는 지역(북미, 아시아 태평양)에 따라 각 배포를 나타내는 여러 서비스 인스턴스가 있을 수 있습니다.

    서비스 인스턴스는 본질적으로 논리적이기 때문에 논리적 수명주기 값 쌍. 서비스 인스턴스는 다른 논리적 CI와 동일한 수명주기 지침을 따릅니다.

    서비스 인스턴스(애플리케이션 서비스) 대시보드를 사용하여 상태 모니터링 문서를 참조하십시오.

    애플리케이션 [cmdb_ci_appl] 테이블

    애플리케이션은 기본 시스템 CMDB 애플리케이션의 검색 가능한 인스턴스, 즉 호스트에서 사용 중인 프로세스와 관련된 코드를 나타내는 테이블입니다. 이 테이블은 애플리케이션의 인벤토리가 아닙니다. 관련된 복잡성이 높기 때문에 애플리케이션 테이블을 수동으로 채우려고 하지 마십시오. 디스커버리 이 테이블을 작성하고 유지관리합니다.

    중요사항:
    애플리케이션 테이블 [cmdb_ci_appl]은 애플리케이션의 인벤토리 또는 포트폴리오가 아닙니다. 관리형 애플리케이션 세부 정보를 애플리케이션 테이블에 저장하는 실수를 저지르지 마십시오. 이러한 상세 정보(인벤토리 또는 애플리케이션 포트폴리오 객체)는 비즈니스 애플리케이션 테이블에 속합니다(에 설명되어 CSDM 모델의 설계 및 계획 수립 도메인있음).

    애플리케이션이 인시던트의 근본 원인으로 식별될 수 있습니다. 그러나 를 사용하지 이벤트 관리않는 경우에는 애플리케이션이 초기 원인이 아닐 수 있습니다.

    를 사용하는 디스커버리경우 애플리케이션은 호스트와 자동으로 연결되어 서버 간 애플리케이션의 영향 계층 구조를 제공합니다.