유연한 데이터 모델 사용
운영 복원성릴리스 21.0.x부터 유연한 데이터 모델은 데이터 시각화와 종속 서비스의 플로우를 개선하여 운영 복원성 메트릭을 개선합니다. 또한 위험 신호, 비즈니스 서비스 중요도 및 영향 허용 범위에 대한 인사이트를 제공하는 여러 대시보드를 지원합니다.
운영 복원성릴리스 20.1.x부터 종속성 롤업 체인을 정의하기 위해 에서 지원하는 데이터 관계 프레임워크기본 노드 구성이 도입되었습니다운영 복원성. 소스가 OpRes CMDB인 메인 노드 구성은 기본 시스템과 함께 제공됩니다. 메인 노드 구성, 새 메인 노드 구성 생성 또는 기존 메인 노드 구성 업데이트에 대한 자세한 내용은 문서를 참조하십시오 메인 노드 구성: 의 구성요소 데이터 관계 프레임워크.
이전 데이터 모델에서 CSDM 객체[sn_oper_res_profile] 테이블은 가능한 모든 조합을 포함하여 전체 종속성 체인을 저장했기 때문에 데이터 검색이 번거롭고 유지관리가 까다로웠습니다. 이 접근 방식은 보다 효율적인 모델을 위해 더 이상 사용되지 않습니다.
유연한 데이터 모델의 주요 기능
유연한 데이터 모델은 운영 복원성 메트릭을 향상시키는 몇 가지 주요 기능을 제공합니다.
- 향상된 데이터 시각화: 서비스, 비즈니스 서비스, 오퍼링, 비즈니스 프로세스 및 애플리케이션 서비스 모듈은 이제 수직 레이아웃을 지원하여 기존의 가로 탭을 대체하고 .운영 복원성 작업 공간 세로 레이아웃의 개요 탭에서 비즈니스 프로세스 또는 비즈니스 서비스와 같은 객체에 대한 전체 복원성 메트릭을 볼 수 있습니다.
그런 다음, 선택한 최상위 클래스를 기반으로 다운스트림 데이터와 다양한 대시보드를 볼 수 있습니다. 다음 예는 비즈니스 서비스에 대해 강화될 상위 통제를 보여줍니다.
그래프를 선택하면 종속성 기록, 관련 통제, 통제 목표에 대한 자세한 정보가 표시됩니다.
- 간소화된 탐색: 수직 레이아웃에서 서비스 오퍼링, 비즈니스 프로세스, 애플리케이션 서비스, 의존성, 인시던트 및 메트릭과 같은 특정 비즈니스 서비스에 대한 관련 목록 및 메트릭에 직접 액세스할 수 있습니다.
기술 구현
운영 복원성릴리스 21.0.x부터 운영 복원성 구성에 대한 데이터 모델이 최적화되었습니다. 이제 프로세스에 대한 비즈니스 서비스와 같은 계층 구조 체인의 각 노드는 해당 클래스 및 상위 노드와 함께 [sn_oper_res_profile] CSDM 개체 테이블에 별도로 저장됩니다. 즉, 메인 노드 구성의 일부인 관련 객체(예: 1,000개 엔터티 중 500개)만 저장되므로 데이터 관리 효율성이 향상됩니다.
와 함께 운영 복원성도입된 유연한 데이터 모델, 릴리스 21.0.x는 대시보드의 기반을 제공하고 종속 서비스의 플로우를 추적합니다. 실패한 통제, 인시던트 및 중단과 같은 유형별 빨간 플래그와 플래그 수, 중요도 및 영향 허용 범위와 같은 비즈니스 서비스 메트릭을 포함한 데이터는 유연한 데이터 모델을 변경하여 대시보드에서 업데이트됩니다.
이 예시에 표시된 데이터는 빨간 플래그 수별 비즈니스 서비스, 중요도별 비즈니스 서비스, 영향 공차별 비즈니스 서비스와 같은 비즈니스 서비스에 대한 것입니다. 모든 클래스를 최상위 클래스로 지정하도록 속성을 구성할 sn_oper_res.top_class_name 수 있습니다.
sn_oper_res.top_class_name 속성 구성
비즈니스 서비스, 비즈니스 프로세스 또는 애플리케이션 서비스와 같은 모든 노드가 최상위 노드가 될 수 있도록 대시보드 뷰에서 모든 클래스를 최상위 클래스로 지정하도록 속성을 구성할 sn_oper_res.top_class_name 수 있습니다. 그런 다음, 비즈니스 서비스 아래에 있는 애플리케이션 서비스 수 등 선택한 최상위 클래스를 기반으로 다운스트림 데이터와 다양한 대시보드를 볼 수 있습니다. 대시보드에서 비즈니스 서비스, 서비스 오퍼링, 비즈니스 프로세스 또는 애플리케이션과 같은 여러 뷰 간에 전환하고 그에 따라 관련 데이터를 볼 수 있습니다.
예를 들어 비즈니스 서비스에 대한 데이터가 표시되는 경우 속성을 구성하여 최상위 클래스를 서비스 오퍼링, 비즈니스 프로세스 또는 애플리케이션 서비스로 변경할 수 있습니다 sn_oper_res.top_class_name . 그런 다음 최상위 클래스를 다른 객체로 변경할 수 있으며 시스템은 해당 특정 최상위 클래스와 관련된 데이터를 표시합니다. 이 속성은 대시보드에만 적용되며 작업 공간 양식에는 적용되지 않습니다. 속성에 대한 자세한 내용은 속성 구성 운영 복원성 문서를 참조하십시오.
다음 예제에서는 최상위 클래스 이름이 로 cmdb_ci_service_business설정되어 있습니다.
서비스 오퍼링 또는 애플리케이션을 나타내도록 속성 값을 수정할 수 있으며 대시보드에 해당 데이터가 채워집니다. 다음 예제에서는 최상위 클래스 이름을 "service offering"으로 업데이트하는 방법을 보여 줍니다.
업데이트된 속성 이름에 따라 서비스 오퍼링에 대한 데이터가 예시와 같이 대시보드에 운영 복원성 표시됩니다.
빨간 플래그의 계산 및 롤업
Calculate red flags for CSDM and dependencies 예약된 작업이 실행되면 빨간 플래그 데이터가 대시보드에 채워집니다. 다음 예의 대시보드는 "빨간 플래그 수별 비즈니스 서비스" 섹션에 1-30개의 빨간 플래그 범위를 표시합니다.
카드를 선택하면 비즈니스 서비스에 대한 자세한 세부 항목이 표시됩니다. 총 24개의 위험 신호를 보여주며 3개는 특히 "카드 및 결제" 서비스에 기인합니다. 다음 그림은 선택한 "카드 및 결제" 비즈니스 서비스와 연결된 엔터티의 빨간색 플래그를 집계하여 데이터의 계층적 뷰를 제공하는 롤업 기능을 보여줍니다.
총 빨간 플래그 수 열에 표시된 값 "24"는 "카드 및 지불" 비즈니스 서비스 아래에 있는 모든 엔터티에 대한 빨간 플래그의 롤업 값입니다.
CSDM 객체 테이블
- 영향을 받는 객체 열에는 상위 객체가 표시됩니다.
- 영향을 받는 객체 클래스 열에는 클래스가 표시됩니다.
- 빨간 플래그 수 열은 노드에 직접 할당된 빨간 플래그의 수를 나타냅니다.
- 총 빨간 플래그 수 열은 표와 같이 노드와 해당 하위 항목에 직접 할당된 빨간 플래그의 총 개수를 표시합니다.
이 예시의 객체 클래스 열에 표시된 객체 클래스는 비즈니스 애플리케이션과 프로세스를 포함한 다양한 엔터티를 명확하게 나타냅니다. 그런 다음 이 데이터는 수정 스크립트를 사용하여 시스템에 공급되므로 정보가 정확하게 채워지고 최신 상태가 유지됩니다. 이러한 스크립트를 사용하여 시스템은 서로 다른 객체 클래스 간의 복잡한 관계를 효과적으로 표시하고 관리할 수 있습니다.
해당 객체 클래스를 기준으로 객체를 그룹화할 수 있습니다. 그런 다음 서비스 오퍼링, 핵심 회사, 비즈니스 프로세스 등에 대한 객체 클래스를 지정할 수 있습니다.
특정 객체 클래스에 대한 업스트림 영향을 받는 객체는 영향을 받는 객체 열에 추가됩니다. 예를 들어 Java Application Server FLX에는 디지털 뱅킹 프로세스 및 인바운드 지불과 같은 업스트림 영향을 받는 객체가 있으며, 이러한 객체는 추가되어 영향을 받는 객체 열에 표시됩니다.
이 프로세스는 가장 낮은 수준의 객체에서 시작하여 그 위에 있는 수준을 포함하여 영향을 받는 객체를 채웁니다. 그런 다음 데이터는 기본 노드 구성에 직접 통합됩니다.
메인 노드 구성
- 의존성에 대한 비즈니스 프로세스
- 의존성에 대한 비즈니스 서비스
- CSDM 헤더가 있는 OpRes
- 서비스(CMDB)
- 종속성에 대한 서비스 오퍼링
비즈니스 서비스에서 비즈니스 프로세스, 서비스 오퍼링을 거쳐 애플리케이션으로 이어지는 전체 플로우가 메인 노드 구성에서 생성된 다음, 해당 구성이 영향을 받는 객체에 매핑됩니다.
메인 노드 구성 설정에 대한 자세한 내용은 문서를 참조하십시오 메인 노드 구성 구성.
예약된 작업 실행
정기적으로 실행되는 두 개의 예약된 작업이 Update CSDM and other dependenciesCalculate red flags for CSDM and dependencies CSDM 객체 [sn_oper_res_profile.list] 테이블과 빨간색 플래그에 데이터를 채웁니다. 자세한 내용은 예약된 작업을 실행합니다. 문서를 참조하십시오.
모든 메인 노드 구성은 병렬로 처리됩니다. 각 메인 노드 구성에 대해 별도의 이벤트가 트리거되어 병렬 처리가 가능합니다. 향상된 구성으로 순차적 처리가 필요하지 않아 효율성이 크게 향상됩니다.
예약된 작업을 실행한 Update CSDM and other dependencies 후에는 데이터를 CSDM 객체 테이블로 가져옵니다. 개체에 대한 종속성이 업데이트되고 모듈에 표시됩니다.
이전에는 관련 기록을 찾기 위해 다대다 테이블을 트래버스하는 데 시간이 많이 걸렸습니다. 이제 영향을 받는 객체를 테이블 자체에 저장하여 단일 열에서 관련 기록을 직접 검색할 수 있으므로 재귀적 계층 구조를 생성할 필요가 없어 효율성이 크게 향상됩니다.
종속성은 먼저 엔터티 [sn_grc_profile](다대다) 테이블에서 가져옵니다. 예약된 작업을 실행하면 Calculate red flags for CSDM and other dependencies 구성된 설정에 따라 빨간색 플래그 데이터를 가져오고 롤업합니다.
예약된 작업이 완료되면 메인 노드 구성이 더 이상 필요하지 않습니다. 대시보드는 최상위 클래스 속성을 사용하여 빨간 플래그 준비 테이블을 트래버스하고 비즈니스 서비스 또는 서비스 오퍼링 등 지정된 기록 유형과 일치하는 다운스트림 빨간 깃발을 검색합니다.
다음 예에서는 인시던트 SO1 - VM이 SO1에서 롤업되는 것을 보여줍니다.
비즈니스 프로세스 및 서비스 오퍼링에서 실패한 통제가 롤업되어 모듈에 표시됩니다.