CSDM 구현 단계 - 크롤링
크롤링 단계에서는 (ITSM)와 IT Service Management 연결된 테이블에서 기본 시스템 CMDB 작업합니다.
크롤링 단계에서 수행하는 작업의 이점
- 작업은 및 변경 관리에 대한 인시던트 관리 최소 CMDB 지원 요구 사항을 제공합니다.
- APM 비즈니스 애플리케이션 데이터가 의 올바른 위치에 있으므로 더 빠르게 설정할 수 CMDB있습니다.
- 이 작업은 SDLC 구성요소 데이터가 채워지고 애플리케이션과 연결할 준비가 되었기 때문에 사용할 DevOps 수 있는 기반을 구축합니다.
- 서비스 매핑 은 애플리케이션 서비스 데이터가 채워져 있기 때문에 엔트리포인트 매핑에 사용할 준비가 되었습니다.
- 이 작업은 의 역량APM인 위험 상세 정보를 사용하기 TPM 위한 기반을 구축합니다.
이 작업을 통해 사용자는 엔터프라이즈에서 비즈니스 애플리케이션의 기반 기술의 수명주기와 버전을 관리하고 모니터링할 수 있습니다.
이 데이터를 사용하면 , 서비스 매핑 및 소프트웨어 자산 관리 (SAM) Professional을 사용하여 APM오래되거나 위험에 처한 소프트웨어를 식별할 수 있습니다.
크롤링 단계에서 작업하는 테이블
- 비즈니스 애플리케이션 테이블 [cmdb_ci_business_app]
- 매핑된 애플리케이션 서비스 테이블 [cmdb_ci_service_discovered]
- 애플리케이션 테이블 [cmdb_ci_appl](검색 가능)
- 서버/호스트(검색 가능)
- 비즈니스 애플리케이션 테이블 [cmdb_ci_business_app]
비즈니스 애플리케이션은 인벤토리, 애플리케이션 포트폴리오 및 메타데이터를 저장하는 테이블입니다 기본 시스템 CMDB .
이 테이블은 운영 CI(구성 항목)가 아니므로 , 문제 관리또는 변경 관리 프로세스에서 ITSM 인시던트 관리사용되지 않습니다.
- SDLC 구성요소 테이블 [cmdb_ci_sdlc_component]
SDLC 구성요소 테이블 [cmdb_ci_sdlc_component]의 SDLC 구성요소 CI 기록을 사용하면 제품에서 DevOps 애플리케이션 개발 파이프라인을 시각화하고 관리하는 향상된 기능을 제공할 수 있습니다.
이 테이블은 애플리케이션 및 인프라에 대한 더 큰 전체의 소프트웨어 부분 또는 요소를 나타냅니다. 관련 자료는 개발 세부 사항을 대표하는 역할을 할 수 있습니다. 비즈니스 애플리케이션 또는 디지털 제품의 계층화를 식별해야 하는 경우에 사용할 수 있습니다.주:이것은 운영 CI가 아니며 인시던트, 문제 및 변경에 사용할 수 없습니다.- 애플리케이션 서비스 테이블 [cmdb_ci_service_auto]
일반적으로 애플리케이션 서비스는 호출자가 애플리케이션 관련 문제를 보고할 때 식별하는 시스템입니다.
매핑된 애플리케이션 서비스는 사용 중인 관련 비즈니스 애플리케이션을 식별하는 테이블입니다 기본 시스템 CMDB . 애플리케이션 서비스는 애플리케이션이 있는 위치의 CSDM 모든 요소를 함께 연결합니다.
환경(개발, QA, 프로덕션) 및 위치 또는 지역(북미, 아시아 태평양)에 따라 각 배포를 나타내는 여러 애플리케이션 서비스가 있을 수 있습니다.
애플리케이션 서비스는 본질적으로 논리적이므로 논리적 수명주기 상태를 사용해야 합니다. 애플리케이션 서비스는 다른 논리적 CI와 동일한 수명주기 지침을 따릅니다.
- 애플리케이션 테이블 [cmdb_ci_appl]
애플리케이션은 애플리케이션의 검색 가능한 인스턴스, 즉 호스트에서 사용 중인 프로세스와 관련된 코드를 나타내는 테이블입니다 기본 시스템 CMDB . 이 테이블은 애플리케이션의 인벤토리가 아닙니다. 복잡도가 높기 때문에 애플리케이션 테이블을 수동으로 채우지 마십시오. 검색 이 테이블을 만들고 유지 관리합니다.
중요사항:애플리케이션 테이블 [cmdb_ci_appl]은 애플리케이션의 인벤토리 또는 포트폴리오가 아닙니다. 응용 프로그램 테이블에 관리되는 응용 프로그램 세부 정보를 저장하는 실수를 저지르지 마십시오. 이러한 상세 정보(인벤토리 또는 애플리케이션 포트폴리오 객체)는 비즈니스 애플리케이션 테이블(에 설명된 대로)에 프레임워크의 CSDM 설계 도메인속합니다.애플리케이션이 인시던트의 근본 원인으로 식별될 수 있습니다. 그러나 를 사용하지 이벤트 관리않는 경우 응용 프로그램이 초기 원인이 아닐 수 있습니다.
를 사용하는 검색경우 애플리케이션이 호스트에 자동으로 관련되어 서버 대 호스트 애플리케이션의 영향 계층 구조를 제공합니다.