CSDM 구현 단계 — 크롤링

  • 릴리스 버전: Xanadu
  • 업데이트 날짜 2024년 08월 01일
  • 소요 시간: 4분

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

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

    • 이 작업은 및 변경 관리에 대한 인시던트 관리 최소 CMDB 지원 요구 사항을 제공합니다.
    • APM 비즈니스 애플리케이션 데이터가 CMDB.
    • 이 작업은 SDLC 구성 요소 데이터가 채워지고 애플리케이션과 연결할 준비가 되었기 때문에 사용하기 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 인시던트 관리사용되지 않습니다.
    SDLC 구성요소 테이블 [cmdb_ci_sdlc_component]

    SDLC 구성요소 테이블 [cmdb_ci_sdlc_component]의 SDLC 구성요소 CI 기록을 사용하면 DevOps 제품이 애플리케이션 개발 파이프라인을 시각화하고 관리하기 위한 향상된 기능을 제공할 수 있습니다. 모든 조직에서 이 데이터를 사용하는 것은 아니며 선택적 테이블입니다.

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

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

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

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

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

    애플리케이션 서비스 대시보드에서 애플리케이션 서비스 상태 모니터링 문서를 참조하십시오.

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

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

    중요사항:
    애플리케이션 테이블 [cmdb_ci_appl]은 애플리케이션의 인벤토리 또는 포트폴리오가 아닙니다. 애플리케이션 테이블에 관리되는 애플리케이션 상세 정보를 저장하는 실수를 저지르지 마십시오. 이러한 상세 정보(인벤토리 또는 애플리케이션 포트폴리오 객체)는 에 설명된 프레임워크의 CSDM 설계 도메인대로 비즈니스 애플리케이션 테이블에 속합니다.

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

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