궁극의 ServiceNow CIS-DF (Data Foundations) 시험 핵심 정리
Source: Dev.to
위에 제공된 Source 링크만으로는 번역할 실제 텍스트가 포함되어 있지 않습니다. 번역이 필요한 본문을 복사해서 여기에 붙여 주시면, 요청하신 대로 한국어로 번역해 드리겠습니다.
공통 서비스 데이터 모델 (CSDM)
비즈니스 전략을 기술 구현과 연결하는 프레임워크.
5개 도메인 (표와 색상 외우기)
| 도메인 | 색상 | 핵심 테이블 (예시) | 목적 | 페르소나 |
|---|---|---|---|---|
| 기초 | ⚪ 회색 | sys_user, cmn_location, core_company | 모든 도메인에서 사용되는 참조 데이터. 대부분 CMDB 외. | 데이터 스튜어드 |
| 설계 | 🟠 주황색 | cmdb_ci_business_app, cmdb_ci_business_capability | 전략 – 비즈니스가 원하거나 필요로 하는 것 (구축 전). | 엔터프라이즈 아키텍트 |
| 구축 | 🔴 빨강 | cmdb_ci_sdlc_component, cmdb_ci_service | DevOps – 논리적인 코드와 아티팩트. | 애플리케이션 개발자 |
| 기술 관리 | 🟢 초록 | cmdb_ci_service_technical, cmdb_ci_query_based_service | Ops – 배포된 “엔진룸”(인프라). | 기술 서비스 오너 |
| 판매/소비 | 🔵 파랑 | cmdb_ci_service_business, service_offering | 포트폴리오 – 비즈니스가 소비하는 것(메뉴). | 포트폴리오 매니저 |
핵심 테이블 구분
| CI 유형 | 테이블 | 설명 | 운영 여부 |
|---|---|---|---|
| 비즈니스 애플리케이션 | cmdb_ci_business_app | 인벤토리 레코드(예: “Zoom”). 운영되지 않음. | No |
| 애플리케이션 서비스 | cmdb_ci_service_auto | 배포된 인스턴스(예: “Zoom – Production”). 운영 중. | Yes |
| 동적 CI 그룹 | cmdb_ci_query_based_service | 쿼리를 기반으로 CI를 그룹화하는 래퍼 CI(예: “NY에 있는 모든 Linux 서버”). | N/A |
CSDM 4.0 라이프사이클 표준
install_status와 operational_status는 폐기되었습니다. 새로운 표준은 cmdb_ci에 두 개의 필드를 사용합니다:
lifecycle_stage– 예: Operational, End of Lifelifecycle_stage_status– 예: In Use, Retired, Obsolete
시험 팁: CSDM 라이프사이클 매핑 도구를 사용해 레거시 상태 필드를 이러한 새 필드에 매핑하면 시스템이 자동으로 동기화합니다.
식별 및 조정 엔진 (IRE)
중복을 방지하고 데이터 소스 우선순위를 관리하는 “게이트키퍼”.
IRE 처리 순서 (핵심!)
- 입력 페이로드 – JSON이 도착 (Discovery, Import Set 등).
- 식별 규칙 – “이 CI가 이미 존재하는가?”
- 클래스 우선순위 확인 (예: Serial Number → Name + MAC Address).
- 일치 → 업데이트 불일치 → 생성.
- 조정 규칙 – “이 소스가 이 속성을 업데이트할 수 있는가?”
- 데이터 소스 선행순위 확인 (숫자가 낮을수록 우선순위가 높음).
- 예시: ServiceGraph‑SCCM (우선순위 100) vs. Manual (우선순위 500).
- IRE 데이터 새로 고침 규칙 – “우선순위가 높은 데이터가 오래되었는가?”
- 기본 소스가 X일 동안 보고되지 않은 경우, 낮은 우선순위 소스가 잠긴 필드를 업데이트하도록 허용.
- 멀티‑소스 CMDB에서
sys_object_source이력 업데이트.
주요 IRE 개념
sys_object_source테이블 – “로제타 스톤”. 네이티브 키(예: SCCM Resource ID)를 ServiceNowsys_id와 매핑.- 독립 CI – 단독으로 존재 가능 (서버, 스위치).
- 종속 CI – 부모가 필요 (네트워크 카드, 하드 드라이브).
Parent ID+Local Attribute로 식별. - 중복 제거 – IRE가 하나의 페이로드에 대해 두 개 이상의 일치를 찾으면, 처리를 중단하고 중복 제거 작업을 생성하며 레코드를 업데이트하지 않음.
CMDB Health Dashboard
스케줄된 작업을 통해 계산된 “Vital Signs”(중요 지표).
3가지 “C” 메트릭 카테고리
| Category | What It Measures | How It’s Determined |
|---|---|---|
| Completeness | 필수 필드가 채워졌는가? | Required – 시스템 사전(전역)에서 필수. Recommended – CI Class Manager에서 표시(소프트 체크). |
| Correctness | 데이터가 정확한가? | Duplicate – 식별 규칙에 기반. Orphan – • Logical: 필수 데이터 누락 (예: “Virtual” 플래그가 없는 VM). • Relationship: 종속 CI가 부모를 잃음 (예: 서버가 없는 NIC). Staleness – CI가 X일 동안 업데이트되지 않음 (기본 = 60). |
| Compliance | CI가 정책 규칙을 따르는가? | Audits와 Desired State를 사용하여 논리적 조건을 강제 (예: “모든 프로덕션 서버는 ≥ 16 GB RAM을 가져야 함”). |
CMDB Data Manager
현대적이며 정책‑기반 방식으로 라이프사이클(폐기 / 보관 / 삭제)을 처리합니다.
레거시 Data Certification 플러그인을 대체합니다.
- Policy – 필터 기준 (예: “6 개월 동안 발견되지 않은 서버”).
- Action –
- Retire – 상태를 Retired 로 설정.
- Archive –
cmdb_ci에서ar_cmdb_ci로 이동 (플랫, 읽기‑전용 저장소). - Delete – 영구 삭제.
- Attestation – CI 소유자에게 작업을 보내어 CI를 확인한 후에만 작업을 수행합니다.
고급 개념 및 주의사항
CMDB 360 (멀티‑소스 CMDB)
문제: Discovery에서는 RAM = 8 GB, SCCM에서는 RAM = 16 GB를 보고합니다. 어느 값이 우선합니까?
해결책: cmdb_multisource_data는 모든 소스가 제출한 모든 값을 저장합니다. Discovery를 다시 실행하지 않고도 선택한 소스의 이전 값을 특정 필드에 복원할 수 있습니다.
Principal Class 필터
개념: cmdb_ci 테이블에 프린터, 라우터, 마우스 등으로 인해 혼잡해질 수 있습니다.
기능: Principal Class 필터는 사용자가 참조 필드(예: Incident 양식)에서 볼 수 있는 항목을 “주요” CI(서버, 애플리케이션, 데이터베이스)로만 제한합니다.
Service G
(원본 소스에서 내용이 잘렸습니다.)
Graph Connectors (SGC)
Rule: 항상 사용자 정의 Import Set보다 SGC를 우선 사용하십시오.
Why: SGC는 ServiceNow에서 인증한 사전 구축된 IRE 매핑 및 클래스 구조를 제공합니다.
시험 전략 요약
-
건축가처럼 생각하세요:
구성 방법 how만 답하지 말고, why를 설명하세요 (거버넌스, 기술 부채 최소화). -
IRE는 왕이다:
식별 및 조정 규칙이 어떻게 상호 작용하는지 이해하지 못하면 어려움을 겪게 됩니다. -
CSDM은 지도다:
어떤 테이블이 어느 도메인에 속하고, 어떤 Persona가 관리하는지 알아두세요.
CIS‑DF 시험에 행운을 빕니다! 공부하는 동안과 시험 중에 이 치트 시트를 빠른 참고 자료로 활용하세요. 🚀