서비스 인스턴스(애플리케이션 서비스)
서비스 인스턴스(애플리케이션 서비스)를 이해하고 다양한 애플리케이션 서비스 유형과 여러 ServiceNow® 비즈니스 단위 및 제품이 이를 사용하는 방법에 대해 알아봅니다.
서비스 인스턴스(애플리케이션 서비스) 정의
서비스 인스턴스는 조직에 서비스를 제공하도록 구성된 상호 연결된 애플리케이션 및 호스트의 세트입니다. 서비스 인스턴스는 조직 이메일 시스템 등의 내부 인스턴스 또는 조직 웹 사이트 등의 고객 대면 인스턴스일 수 있습니다. 예를 들어 웹 기반 애플리케이션을 통해 재무 보고서를 생성하려면 컴퓨터, 웹 서버, 애플리케이션 서버, 데이터베이스, 미들웨어 및 네트워크 인프라가 필요합니다. 이러한 애플리케이션과 호스트는 모두 재무 보고 서비스를 제공하도록 구성되어 있습니다. 개발 환경에서 애플리케이션 서비스는 비즈니스 애플리케이션 또는 시스템의 인스턴스를 나타냅니다.
ServiceNow 애플리케이션은 애플리케이션 서비스를 CI(구성 항목)로 구성하는 장치 및 애플리케이션을 말합니다. 애플리케이션 서비스를 구성하는 다양한 CI와 해당 CI 간의 관계는 에 구성 관리 데이터베이스(CMDB)저장됩니다.
각 애플리케이션 서비스에는 엔트리포인트가 최상위 CI로 포함되어 있습니다. 엔트리포인트는 클라이언트가 서비스 인스턴스에 액세스하는 지점입니다. 일반적으로 엔터프라이즈 배포의 애플리케이션 서비스에 대한 URL이거나 IP 주소와 포트의 조합입니다. 클라우드 기반 배포의 경우 엔트리포인트는 게이트웨이와 같은 클라우드 자원에 대한 URL일 수 있습니다 AWS .
(CSDM)를 사용하면 일반 서비스 데이터 모델 서비스 유형과 서비스 오퍼링을 간소화할 수 있습니다. 애플리케이션 서비스와 기타 서비스 관련 객체 CSDM간의 관계를 비즈니스 애플리케이션, 기술 서비스 오퍼링 또는 비즈니스 서비스 오퍼링에서 추가할 수 있습니다.
- 검색됨
서비스 매핑 은 패턴과 뒤따르는 트래픽 연결을 사용하여 애플리케이션 서비스를 검색합니다.
패턴 기반 검색은 IT 인프라의 서비스 중심 뷰를 나타내는 정확하고 완전한 애플리케이션 서비스를 만듭니다. 미션 크리티컬 애플리케이션 서비스 관리에 적합한 충실도가 높은 맵을 생성합니다.
또한 컴퓨팅, 부하 분산 장치 및 API 게이트웨이와 같은 클라우드 네이티브 서비스에 대한 가시성을 제공합니다. S3 버킷, Microsoft Azure API 게이트웨이AWS, AWS Lambda 함수 및 Microsoft Azure 함수와 같은 AWS 서비스 엔트리포인트를 사용하여 서비스를 매핑할 수 있습니다. 또한 Lambda-Lambda 호출 및 Lambda-RDS 연결을 감지하여 동적 서비스 맵을 구축할 수 있습니다.
하향식 방법은 온 프레미스 및 퍼블릭 클라우드의 VM을 매핑합니다. 그러나 하향식 검색이 VM에서 실행 중인 애플리케이션을 확인하려면 이러한 VM을 완전히 검색해야 합니다. VM이 완전히 검색되지 않은 경우 태그 기반 방법을 사용하여 격차를 해소합니다(이 문서의 뒷부분 참조). 태그 기반 매핑은 하향식 검색을 사용하여 매핑할 수 없는 컨테이너도 매핑합니다.
검색된 애플리케이션 서비스에 애플리케이션 서비스의 서비스 분류가 있습니다. 매핑된 애플리케이션 서비스[cmdb_ci_service_discovered] 테이블에 저장됩니다.
- 동적 CI 그룹
애플리케이션 서비스 역할을 하는 동적 CI 그룹입니다. 동적 CI 그룹과 연결된 CMDB 그룹 의 구성원이 애플리케이션 서비스를 채웁니다. 동적 CI 그룹은 디트로이트에 있는 모든 웹 서버의 위치 또는 보스턴에 있는 모든 Oracle 데이터베이스의 위치와 같은 몇 가지 일반적인 기준을 기반으로 하는 CI의 동적 그룹입니다. 동적 CI 그룹을 생성한 후에는 IT 서비스 관리에서 그룹 오퍼링으로 사용할 수 있습니다.
애플리케이션 서비스 마법사에서 만든 경우 서비스 분류는 애플리케이션 서비스이며 레거 이벤트 관리 시 UI 또는 서비스 매핑 UI에서 만든 경우 분류는 기술 서비스입니다. 동적 CI 그룹 유형의 애플리케이션 서비스는 동적 CI 그룹 [cmdb_ci_query_based_service] 테이블에 저장됩니다.
- 태그 기반
- 태그는 키-값 쌍으로 구성된 라벨입니다. 조직에서 태그를 사용하여 자산을 분류하고 쿼리 및 보고 기능을 개선할 수 있습니다. 디스커버리 모든 클라우드 프로비저닝 및 거버넌스 주요 클라우드 제공자 및 컨테이너 생태계에서 사용되는 태그를 검색할 수 있습니다. 태그가 검색 서비스 매핑 되면 이러한 태그를 기반으로 서비스 인스턴스를 만들 수 있습니다. 예를 들어 태그를 사용하여 조직에서 사용하는 모든 애플리케이션 서비스를 EMEA 지역의 프로덕션 환경에서 매핑할 수 있습니다.
태그 기반 애플리케이션 서비스에 애플리케이션 서비스의 서비스 분류가 있습니다. 태그 기반 애플리케이션 서비스[cmdb_ci_service_by_tags] 테이블에 저장됩니다.
- 수동 생성됨
수동 매핑을 사용하면 애플리케이션 소유자가 각 애플리케이션 서비스를 지원하는 애플리케이션, IT 인프라 및 관계를 수동으로 문서화할 수 있습니다. 이 방법은 보안 액세스 문제로 인해 완전히 검색할 수 없는 구성 항목에 가장 적합합니다. 예를 들어 보안 비즈니스 단위에 대한 침입 탐지 서비스를 지원하는 IPS 장치가 있습니다.
가능한 한 수동 매핑을 피하십시오. 서비스를 수동으로 매핑하는 것은 엄청나게 많은 시간이 소요되며, 진화하는 기술과 애플리케이션 컨텍스트에 필요한 인프라 종속성을 추적하고 문서화하는 프로세스의 부족으로 인해 매핑에 필요한 정보를 사용할 수 없는 경우가 종종 있습니다. 그리고 애플리케이션 서비스 토폴로지가 이후에 변경될 때마다 서비스 맵을 수동으로 업데이트해야 합니다.
수동으로 생성된 애플리케이션 서비스에는 애플리케이션 서비스의 서비스 분류가 있습니다. 수동으로 생성된 유형의 애플리케이션 서비스는 매핑된 애플리케이션 서비스[cmdb_ci_service_discovered] 테이블에 저장됩니다.
- 동적
동적 애플리케이션 서비스에는 CI 관계 [cmdb_rel_ci] 테이블에 CMDB 저장된 CI 관계의 일부인 CI만 포함됩니다.
CI를 직접 추가하거나 제거하여 동적 애플리케이션 서비스를 편집할 수는 없습니다. 동적 애플리케이션 서비스는 CMDB CI 관계 [cmdb_rel_ci] 테이블의 CI 관계에 대한 변경 내용을 반영하도록 자동으로 업데이트됩니다. 동적 애플리케이션 서비스에 포함된 CI에 관계를 추가하면 서비스가 자동으로 업데이트되어 추가된 관계와 연결된 새 CI를 반영합니다. 이와 마찬가지로, 동적 애플리케이션 서비스는 서비스 내 CI에서 관계 및 연결된 CI가 제거되면 자동으로 업데이트합니다.
동적 애플리케이션 서비스를 생성하는 한 가지 방법은 레거시 비즈니스 서비스 또는 레거시 수동 서비스(예: ,로 이벤트 관리생성됨)를 동적 유형의 애플리케이션 서비스로 변환하는 것입니다.
동적 애플리케이션 서비스에는 애플리케이션 서비스의 서비스 분류가 있습니다. 동적 애플리케이션 서비스는 계산된 애플리케이션 서비스[cmdb_ci_service_calculated] 테이블에 저장됩니다.
애플리케이션 서비스 사용자
- ITOM 상태는 외부 공급업체 모니터링 도구로 캡처한 인프라 이벤트에서 경보를 수집합니다. 그런 다음 수집 디스커버리 된 IT 관련 정보를 사용하여 경보를 구성 항목에 매핑합니다. 그런 다음 수집된 정보를 바탕으로 모든 서비스 영향 이벤트의 통합 보기를 보여주는 대시보드를 제공합니다.
- ITOM 최적화는 프라이빗 및 퍼블릭 클라우드 인프라와 서비스를 프로비저닝하고 일관된 관리 및 비용 가시성을 달성하는 도구를 제공합니다. 클라우드 비용 관리 에서 사용할 수 ServiceNow Store있는 애플리케이션을 사용하면 클라우드 자산과 관련된 전체 비용을 분석하여 비용을 절감하고 운영을 최적화할 수 있는 기회를 식별하고 조치를 취할 수 있습니다.
- IT Service Management 사용자는 IT 인프라를 반영하는 애플리케이션 서비스에 의존하여 서비스를 관리하고 고객에게 제공합니다.
- 고객 서비스 관리 사용자는 애플리케이션 서비스의 컨텍스트에서 IT 인프라와 관련된 문제를 효율적으로 진단하고 해결합니다.
- 소프트웨어 자산 관리 사용자는 IT 환경에서 실행되는 소프트웨어를 이해하고 IT 환경 및 데이터 센터 전반에서 소프트웨어 라이센스 소비에 영향을 주는 구성을 추적합니다.
- 전략적 포트폴리오 관리 사용자는 애플리케이션 서비스에 대해 수집된 데이터를 활용하여 조직에서 사용되는 애플리케이션을 포괄적으로 이해할 수 있습니다.
애플리케이션 서비스 생성 방법
조직의 IT 인프라 및 서비스 배포를 분석하여 애플리케이션 서비스를 만들고 채우는 최적의 방법을 선택합니다.
| 방법 | 사용 시기 | 추가 고려 사항 |
|---|---|---|
| 하향식 검색 서비스 매핑 애플리케이션 서비스의 하향식 검색을 수행합니다. 서비스 매핑 는 패턴을 사용하여 CI를 검색하고 매핑합니다. 패턴은 CI의 속성과 아웃바운드 연결을 탐지하기 위한 일련의 단계입니다. 이 방법은 조직의 IT 인프라에 대한 서비스 인식 뷰를 안정적으로 나타내는 정확하고 완전한 애플리케이션 서비스를 만듭니다 서비스 매핑에서의 태그 기반 검색 은 하향식 검색의 결과를 보강하는 보완적인 방법입니다. |
이 방법을 사용하여 업계에서 인정하거나 사용자 지정된 2계층 및 3계층 애플리케이션을 검색합니다. 이러한 애플리케이션에는 부하 분산 솔루션, 데이터베이스 연결이 있는 애플리케이션 또는 웹 서버가 포함될 수 있습니다. |
패턴 기반 매핑을 사용하려면 조직 개인 네트워크 내부의 애플리케이션에 액세스할 수 서비스 매핑 있도록 자격 증명, 사용자 및 사용자 권한을 구성해야 합니다. 이 과정에는 시간과 노력이 소요될 수 있습니다. |
| 태그 기반 조직에서 자산 관리에 태그를 사용하는 경우 이러한 태그를 사용하여 애플리케이션 서비스를 매핑할 수 있습니다. 디스커버리 CI 클라우드 프로비저닝 및 거버넌스 에 할당된 태그를 검색하고 이 데이터로 채웁 CMDB 니다. 서비스 매핑 의 태그 관련 데이터를 사용하여 서비스를 매핑합니다.CMDB 태그 기반 서비스 매핑은 하향식 서비스 매핑을 보완합니다. 컨테이너에 대한 가시성을 제공하고 하향식 서비스 매핑이 수행할 수 없는 완전히 검색되지 않은 VM도 매핑합니다. 그러나 태그 기반 매핑은 태그가 지정된 구성요소를 특정 애플리케이션 서비스와 연결하지만 이러한 구성요소 간의 연결을 매핑하지는 않습니다. 이는 태그 기반 매핑이 하향식 서비스 매핑을 대체하기보다는 보완하는 또 다른 이유입니다. |
, OpenShift 또는 AWS ECS를 사용하여 KubernetesIaaS/PaaS/FaaS/CaaS와 같은 클라우드 작업 부하와 컨테이너 작업 부하에 자원을 매핑합니다. 또한 SRE(사이트 신뢰성 엔지니어링) 또는 CRE(고객 신뢰성 엔지니어링) 배포의 자원을 매핑합니다. 태그 기반 방법을 사용하여 배포의 컨테이너 자원을 매핑할 수 있습니다. 일반적으로 이 방법을 사용하여 클라우드 가상화 또는 PaaS 배포에서 애플리케이션을 검색합니다. |
다른 매핑 방법과 달리 태그 기반 매핑에서는 자격 증명을 구성하거나 사용자에게 높은 권한을 제공할 필요가 없습니다. 해당 CI에 올바른 태그가 할당되지 않으면 태그 기반 애플리케이션 서비스에 관련 CI가 포함되지 않을 수 있습니다. |
| 통합된 Dynatrace 또는 AppDynamics 배포에서 APM(애플리케이션 성능 관리) 맵 수집 에서 사용할 수 있는 ServiceNow StoreAppDynamics 애플리케이션 모델 및 Dynatrace 모니터링 플랫폼과의 통합을 사용하여 애플리케이션 서비스를 생성합니다. |
이 통합을 사용하여 Dynatrace 또는 AppDynamics의 APM 맵을 기반으로 애플리케이션 서비스를 생성합니다. 상태를 모니터링하기 위해 이 방법으로 만든 애플리케이션 서비스를 사용할 수 있습니다. | 중복 CI 생성을 방지하기 위해 외부 공급업체에서 수집하기 전에 검색된 자원 CMDB 을 분석합니다. |
| 동적 CI 그룹 방법을 사용하여 애플리케이션 서비스 채우기 구성원이 애플리케이션 서비스를 채우는 그룹을 기준으로 CMDB 합니다. |
이 방법을 사용하여 , 또는 기타 Microsoft Exchange DNS 관련 서비스를 포함한 Microsoft Active Directory배포를 위한 동적 CI 그룹을 간단하고 빠르게 생성할 수 있습니다. 동적 CI 그룹은 구성 상세 정보나 자격 증명 없이 자원 목록만 사용할 수 있는 경우 특히 유용합니다. 그룹을 사용하면 CMDB 상태를 사용하여 CMDB 상태를 모니터링하고, 쿼리 작성기가 저장된 쿼리를 CMDB 사용하여 애플리케이션 서비스에 포함된 CI를 필터링할 수 있습니다. |
이 방법을 사용하여 생성된 애플리케이션 서비스에 대한 맵 뷰가 없습니다. 이러한 애플리케이션 서비스에 속하는 CI는 목록으로만 볼 수 있습니다. 그룹이 CMDB 애플리케이션 서비스에 포함되어야 하는 CI를 정확하게 필터링하는지 확인해야 합니다. |
| 애플리케이션 서비스 API 애플리케이션 서비스를 대량으로 생성하기 위한 자동화를 생성합니다. 조직에서 조직 간 매핑 및 분석을 수행하고 서비스에 대한 일부 정보를 수집한 경우 이 방법을 사용합니다. 수동 유형에 속하는 API를 사용하여 생성된 애플리케이션 서비스는 매핑된 애플리케이션 서비스[cmdb_ci_service_discovered] 테이블에 저장됩니다. |
DevOps 지속적 통합/지속적 배포(CI/CD) 프로세스를 추적해야 하는 환경에 이 방법을 사용합니다. 타사 서비스 맵을 개별적으로 또는 대량으로 수동 애플리케이션 서비스로 임포트할 수 있습니다. 예를 들어 디지털 가이드북: ServiceNow 서비스 매핑으로 타사 서비스 맵 임포트를 참조하십시오. |
서비스를 구성하는 각 CI의 sys_id과 CI가 구성하는 계층 구조와 같은 정확한 서비스 구조를 숙지해야 합니다. 이 방법을 사용하려면 조직에서 사용하는 스크립팅 인프라에 대한 지식이 필요합니다. |
| 수동 방법을 사용하여 애플리케이션 서비스 채우기 하나의 CI, 즉 엔트리포인트만 사용하여 수동 애플리케이션 서비스를 생성합니다. 수동으로 생성된 애플리케이션 서비스를 채우려면 설명된 애플리케이션 서비스에 CI를 수동으로 추가대로 다른 CI를 수동으로 추가합니다. 또는 [cmdb_ci_service]에서 CMDB 작성되고 저장된 비즈니스 서비스를 변환하여 수동 애플리케이션 서비스를 작성하고 채우십시오. |
애플리케이션 서비스를 생성하거나 채우는 다른 방법을 사용할 수 없는 경우 수동 방법을 사용합니다. 침입 방지를 위해 애플리케이션 서비스를 수동으로 생성합니다. |
이 방법에는 기존 설정 또는 개체 구성이 필요하지 않습니다. 수동으로 생성된 애플리케이션 서비스에 모든 클래스의 CI를 포함할 수 있습니다. 수동으로 생성된 애플리케이션 서비스는 CI 속성 등 CI에 대한 일부 변경 내용을 반영합니다. 그러나 CI 관계에 대한 변경 사항이 자동으로 반영되지는 않습니다. |
| 동적 서비스 메서드를 사용하여 애플리케이션 서비스 채우기 CMDB CI 관계 [cmdb_rel_ci] 테이블의 CI 관계에 대한 변경 내용을 반영하도록 자동으로 업데이트되는 애플리케이션 서비스입니다. 를 준수 일반 서비스 데이터 모델하기 위해 레거시 서비스를 동적 애플리케이션 서비스로 변환할 수도 있습니다. 이러한 레거시 서비스는 [cmdb_ci_service] 또는 [cmdb_ci_service_manual] CMDB 테이블에 저장됩니다. |
이 방법을 사용하여 레거시 비즈니스 서비스를 다른 ServiceNow 제품에서 활용할 수 있는 애플리케이션 서비스로 변환합니다. 예를 들어 동적 애플리케이션 서비스는 서비스 모니터링 및 변경 관리에 사용할 수 있습니다. | CI를 추가하거나 제거하여 동적 애플리케이션 서비스를 편집할 수 없습니다. 애플리케이션 서비스에 속하는 CI의 관련 관계를 수정하면 시스템에서 동적 유형의 애플리케이션 서비스를 자동으로 수정합니다. |
| CSV 파일에서 서비스 매핑 이 파일에서 정보를 추출하고 서비스 후보라고 하는 잠재적인 애플리케이션 서비스를 만듭니다. 조직에서 조직 간 매핑 및 분석을 수행하고 서비스에 대한 일부 정보를 수집한 경우 이 방법을 사용합니다. |
필요한 경우 여러 CSV 파일에서 서비스 후보를 임포트할 수 있습니다. | 수집된 모든 정보를 설명서에 설명된 대로 CSV 파일에 특정 순서로 구성합니다. |
을 준수하기 위해 API를 사용하여 CSDM수동 서비스를 애플리케이션 서비스로 변환 또는 API를 사용하여 수동 서비스를 애플리케이션 서비스로 변환에서 다루는 대로 [cmdb_ci_service_manual]를 사용하여 IT Operations Management 이벤트 관리 생성되고 저장되는 수동 서비스를 변환합니다. 변환된 서비스는 매핑된 애플리케이션 서비스 [cmdb_ci_service_discovered] 테이블에 저장된 수동 유형의 애플리케이션 서비스가 됩니다.
도메인 분리
도메인 분리가 배포되면 다음과 같은 영향이 발생합니다 서비스 인스턴스 .
- 를 만들 서비스 인스턴스때 사용자의 서비스 인스턴스 도메인에 할당됩니다.
- 에 CI 서비스 인스턴스를 수동으로 추가할 때는 서비스 도메인에 속한 CI만 선택할 수 있습니다.
- 애플리케이션 서비스를 생성하거나 업데이트하기 위해 createOrUpdateService - POST REST API를 사용하는 경우 API에서 참조되는 CI 중 하나가 애플리케이션 서비스 자체와 다른 도메인에 속하면 프로세스가 중지됩니다.
- 비즈니스 서비스를 애플리케이션 서비스로 변환할 때 새로 생성된 애플리케이션 서비스는 원래 비즈니스 서비스와 동일한 도메인에 속합니다. 애플리케이션 서비스는 애플리케이션 서비스 자체와 동일한 도메인에 속하는 CI로만 구성됩니다.