프레임워크에서 CSDM 기술 관리 서비스 도메인 관리

  • 릴리스 버전: Yokohama
  • 업데이트 날짜 2025년 01월 30일
  • 읽기9분

    • 기술 관리 서비스 관리 도메인에는 및 디스커버리와 같은 서비스 매핑 ()ITOM 제품에서 IT Operations Management 사용하는 테이블이 포함됩니다. 디지털 제품의 배포된 인스턴스와 관련된 검색 가능한 구성요소와 배포된 인스턴스를 제공하고 지원하는 서비스의 설명서입니다.

    이 도메인의 CI는 설치된 애플리케이션, 서버, 네트워크 구성요소 등 검색된 항목입니다. 기술 관리 서비스 관리 도메인은 사용 중인 기술 관리 서비스 포트폴리오도 나타냅니다. 이러한 서비스는 작동합니다. 즉, , 또는 문제 관리변경 관리에 대해 ITSM 인시던트 관리선택할 수 있습니다.

    일반적인 사용자는 서비스 인스턴스 소유자(애플리케이션 및 플랫폼의 경우)와 기술 서비스 소유자(인프라 및 제공의 경우)입니다. 기술 소비자는 요청 카탈로그를 통해 요청할 기술 서비스 제공 수 있습니다. 카탈로그에 대한 자세한 내용은 에 설명되어 있습니다 서비스 카탈로그.

    기술 관리 서비스 도메인을 관리합니다.

    기술 관리 서비스 관리 도메인의 테이블은 제공자 뷰에서 비즈니스에서 판매하거나 사용하는 기술을 나타냅니다. 서비스 매핑 테이블이 디스커버리 채워집니다. 또한 CI와 해당 관계를 관리할 수도 있습니다. 이러한 제품은 프로세스를 가속화하고 오류를 최소화하지만 반드시 사용할 필요는 없습니다. 도메인에는 다음 테이블이 포함됩니다.

    • 기술 관리 서비스 [cmdb_ci_service_technical] 테이블(이전 명칭 기술 서비스)
    • 기술 서비스 오퍼링 [service_offering] 테이블
    • 카탈로그 요청.
    • 동적 CI 그룹 [cmdb_ci_query_based_service] 테이블. 기술 관리 서비스 cmdb_ci_query_based_service 이벤트 관리 테이블을 사용합니다.
    • 매핑된 애플리케이션 서비스 [cmdb_ci_service_discovered] 테이블(에 포함됨 기본 시스템)

    기술 관리 서비스

    기술 관리 서비스 는 서비스 소유자와 연결되며 일반적으로 하나 이상의 비즈니스 서비스 또는 서비스 인스턴스 아래에 계층화됩니다. 기술 관리 서비스에는 하나 이상의 기술 관리 오퍼링이 있을 수 있습니다.

    의 기술 관리 서비스 사용자는 비즈니스에 제공하는 기술을 보고 관리할 수 있습니다. 이벤트 관리 서비스 성과를 모니터링할 수 있습니다. 관련 인프라 CI 및 서비스 인스턴스의 상태 문제를 식별하는 데 사용할 이벤트 관리 수도 있습니다.

    기술 관리 서비스 판매/소비 도메인에서 서비스 포트폴리오의 일부로 관리할 수 있습니다(즉, 서비스 포트폴리오 계층 구조는 판매 기술 관리 서비스/소비 도메인에서 참조할 수 있음). 이를 통해 작업 공간 및 관련 작업 공간 내에서 서비스 포트폴리오 관리 비즈니스 서비스와 비즈니스 서비스 모두에 기술 관리 서비스 대한 보다 완전한 계층 구조와 관리가 가능합니다. 지출에 대한 기술 관리 서비스 지출이 비즈니스 서비스의 성능과 신뢰성을 어떻게 향상시킬 수 있는지 알면 더 나은 결정을 내릴 수 있습니다.

    주:
    비즈니스 서비스를 시작하고 기술 관리 서비스 spm_taxonomy_node 통해 spm_service_portfolio에 연결합니다. Service Portfolio Management taxonomy 문서를 참조하십시오.

    기술 관리 오퍼링

    기술 소비자는 요청 카탈로그를 통해 기술 관리 오퍼링(TMO)을 요청할 수 있습니다. 카탈로그에 대한 자세한 내용은 에 설명되어 있습니다 서비스 카탈로그. 소비자는 일반적으로 다음과 같은 기능과 옵션을 선택할 수 있습니다.
    • 성능 수준
    • 위치 또는 지리
    • 환경
    • 가격 책정
    • 가용성
    • 역량
    • 지원 그룹(인시던트용)
    • 기술 승인 그룹(변경용)
    • 패키징 옵션(약정)
    기술 관리 오퍼링에는 일반적으로 다음과 같은 구성요소가 있습니다.
    하나 이상의 서비스 약정
    서비스 약정은 소비자와 제공자 간에 합의된 서비스 제공 의무를 정의합니다. 서비스 약정은 가용성, 중요도, 범위, 가격 책정 및 기타 요인 측면에서 서비스 수준을 고유하게 정의합니다. 예를 들어, 조직은 서비스 인스턴스에 대해 두 가지 수준의 지원을 제공할 수 있습니다.
    • 프로덕션 수준 오퍼링 지원: 프로덕션 인스턴스에 대해 높은 수준의 가용성과 중요도를 제공합니다. 24/7, 5분 응답 시간 보장(하루 24시간, 주 7일)이 포함되어 있습니다.
    • 비프로덕션 수준 오퍼링 지원: 비프로덕션 인스턴스에 대한 제한된 가용성 및 중요도. 월요일부터 금요일까지 오전 8:00에서 오후 5:00 사이에 60분 응답 시간 보장이 포함됩니다.
    오퍼링에 액세스할 수 있는 사용자를 기록하는 서비스 오퍼링 구독

    기술 관리 오퍼링은 서비스 테이블의 서비스 범주화 속성을 참조하여 기술 관리 오퍼링 또는 오퍼링이 비즈니스 서비스와 관련이 있는지 또는 기술 관리 서비스와 관련이 있는지 여부를 나타냅니다. [service_offering] 테이블에 매핑된 기술 관리 오퍼링은 "기술 관리 서비스"로 분류되며 서비스에서 파생됩니다. 기술 관리 오퍼링은 상위가 특정 기술 요구를 충족하는 방법을 기반으로 합니다. 모든 기술 관리 서비스에는 하나 이상의 기술 관리 오퍼링이 있어야 합니다.

    중요사항:
    동적 CI 그룹을 통해 연결된 각 CI는 하나의 기술 관리 서비스 또는 기술 관리 오퍼링과만 관련될 수 있습니다. 한 서비스에 서로 다른 SLA, OLA, 지원 그룹 및 약정이 있는 여러 오퍼링이 포함되어 있는 경우 상충이 발생할 수 있습니다.

    동적 CI 그룹

    동적 CI 그룹은 그룹 쿼리에서 생성되는 CI로 CMDB 구성됩니다. 예를 들어, "디트로이트의 모든 웹 서버" 또는 "뭄바이의 모든 Oracle 데이터베이스" 위치를 기반으로 동적 CI 그룹을 생성할 수 있습니다.
    주:
    동적 CI 그룹에는 CI만 포함되며 다른 CI 그룹을 포함할 수 없습니다.
    동적 CI 그룹은 [cmdb_ci_query_based_service] 테이블에 매핑되며 해당하는 경우 서비스 인스턴스 또는 기술 관리 서비스로 분류됩니다. 다음과 같은 상황에서 동적 CI 그룹을 사용할 수 있습니다.
    쿼리 기반 서비스 인스턴스

    아직 사용하도록 설정하지 않았지만 서비스 매핑 MyAppServiceProd에 12개의 서버와 3개의 데이터베이스 인스턴스가 있습니다. 스프레드시트를 동적 CI 그룹으로 서비스 인스턴스로 교체할 수 있습니다.

    동적 CI 그룹 메서드를 사용하여 애플리케이션 서비스 채우기 문서를 참조하십시오.

    인프라 CI의 관리 그룹
    디트로이트의 웹 서버는 DetroitRockCity 기술 서비스 오퍼링에서 관리합니다. 인프라 CI에서 인프라 CI로의 관계를 기술 서비스 오퍼링 수동으로 생성하는 대신 동적 CI 그룹을 사용합니다. CI(DetroitRockCity)에서 기술 서비스 오퍼링 동적 CI 그룹(디트로이트의 웹 서버)까지의 단일 관계를 통해 필요한 가시성을 확보할 수 있습니다.
    CI에 대한 패치를 관리하는 방법
    에서 변경 관리업데이트해야 하는 CI에 대한 동적 CI 그룹을 선택하고 비즈니스 규칙을 사용하여 영향을 받는 CI 필드를 자동으로 채울 수 있습니다.

    서비스 인스턴스(이전 명칭은 애플리케이션 서비스)

    서비스 인스턴스 [cmdb_ci_service_auto] 테이블(이전의 애플리케이션 서비스 테이블)은 서비스 인스턴스를 지원합니다. 서비스 인스턴스는 서비스를 제공하도록 구성된 상호 연결된 애플리케이션 및 호스트의 세트입니다. 서비스 인스턴스는 배포된 시스템 또는 애플리케이션 스택을 논리적으로 표현한 것입니다. 서비스 인스턴스를 사용하여 서비스의 맵과 변경 이력을 볼 수 있습니다. 예를 들어, 이벤트 관리 애플리케이션은 서비스 성과를 모니터링하고 서비스 인스턴스의 상태 문제를 식별할 수 있습니다.

    서비스 인스턴스는 조직의 이메일 시스템 등의 내부 서비스 인스턴스이거나 조직의 웹 사이트 등의 고객 응대 인스턴스일 수 있습니다. 예를 들어 웹 기반 애플리케이션을 통해 재무 보고서를 생성하려면 컴퓨터, 웹 서버, 응용 프로그램 서버, 데이터베이스, 미들웨어 및 네트워크 인프라가 필요합니다. 애플리케이션과 호스트는 재무 보고 서비스를 제공하도록 구성되어 있습니다. 서비스 인스턴스는 개발, 테스트 또는 프로덕션 환경에 있는 비즈니스 애플리케이션 또는 시스템의 인스턴스를 나타냅니다.

    서비스 인스턴스는 기능의 엔트리포인트입니다 서비스 매핑 . 서비스 인스턴스는 비즈니스를 지원하거나 일반적인 기술 관리 서비스 보고를 위해 서비스 인스턴스 [cmdb_ci_service_auto] 테이블(이전의 애플리케이션 서비스 테이블)에 CMDB 매핑됩니다.

    서비스 인스턴스는 (ITSM), (ITOM), 전략적 포트폴리오 관리IT Operations Management ()SPM 및 에 대한 IT Service Management 핵심 관계 엔터티입니다고객 서비스 관리(CSM).

    서비스 인스턴스에는 비즈니스 애플리케이션, 비즈니스 서비스, 기술 관리 서비스애플리케이션 및 인프라 CI 간의 관계가 포함됩니다. 관련 비즈니스 또는 기술 서비스 제공. 자세한 내용은 애플리케이션 서비스 대시보드에서 애플리케이션 서비스의 상태 모니터링 문서를 참조하십시오.

    서비스 인스턴스가 매핑되는 테이블은 인스턴스를 만드는 데 사용되는 방법에 따라 달라집니다.
    표 1. 테이블에 매핑된 메서드
    서비스 인스턴스를 만드는 데 사용되는 메서드 테이블에 매핑됨
    하향식 디스커버리(Service Mapping) cmdb_ci_service_discovered
    동적 CI 그룹(쿼리 기반) cmdb_ci_query_based_service
    태그 cmdb_ci_service_tags
    서비스 인스턴스 생성 양식(이전의 애플리케이션 서비스 양식 생성)을 사용한 수동 입력 cmdb_ci_service_discovered

    애플리케이션

    애플리케이션은 동작을 정의하고 특정 기능을 수행하는 프로그램 또는 모듈입니다. 애플리케이션은 일반적으로 검색 가능한 인스턴스이며 하나 이상의 서비스에 대한 특정 기능 집합을 제공합니다.

    • 애플리케이션 테이블과 확장 테이블에는 호스트에서 사용 중인 고유하게 검색된 코드 인스턴스가 포함되어 있습니다.
    • 애플리케이션은 인프라 CI로 간주됩니다.
    • 인스턴스는 단일 호스트의 애플리케이션으로 제한됩니다. 이러한 제한으로 인해 검색 중에 애플리케이션이 고유하게 식별됩니다.
    • 애플리케이션과 서비스 인스턴스 간에는 일대다(일대일이 아닌) 관계가 있습니다. 데이터베이스 인스턴스와 같이 설치된 단일 애플리케이션은 애플리케이션의 구성 및 사용에 따라 여러 서비스 인스턴스를 지원할 수 있습니다.
    주:
    애플리케이션 테이블 [cmdb_ci_appl]은 애플리케이션의 인벤토리 또는 포트폴리오가 아닙니다. 관리되는 응용 프로그램 세부 정보를 응용 프로그램 테이블에 저장하는 실수를 범하지 마십시오. 이러한 상세 정보(인벤토리 또는 애플리케이션 포트폴리오 객체)는 비즈니스 애플리케이션 테이블에 속합니다( 에 프레임워크의 CSDM 설계 도메인설명되어 있음).

    인프라 CI

    인프라 CI는 관리되는 물리적 및 논리적 구성 요소입니다. CI는 서버, 데이터베이스 또는 라우터와 같은 단일 모듈이거나 웹 서버, 데이터베이스 또는 인프라와 같은 전체 시스템일 수 있습니다.

    기본 인프라 구성요소 또는 CI는 복잡할 수 있습니다. 데이터 구조가 물리적 CI 위에 계층화됨에 따라 복잡성이 증가합니다. 따라서 비즈니스 관계 관리자 또는 엔터프라이즈 아키텍트와 협력하여 비즈니스 역량과 비즈니스 애플리케이션을 정의해야 합니다.

    의 CSDM 비디오 ServiceNow 커뮤니티

    모든 CSDM 비디오의 재생 목록