특히 많은 수의 엔드포인트 또는 서버가 포함된 성공적 에이전트 클라이언트 수집기 인(ACC) 구현은 신중한 계획이 필요합니다. 대규모 ACC 배포를 진행하기 전에 계획 수립 검사 목록에 설명된 단계를 따르십시오.

표 1. 에이전트 클라이언트 수집기 계획 수립

단계 번호	작업	설명
1	사용 사례, 대상 장치 및 성공 메트릭 정의	일반적인 ACC 사용 사례로는 ITOM 가시성, ITAM(SAM/HAM), ITSM(DEX), ITOM 상태(HLA/메트릭 인텔리전스)가 있습니다. 많은 고객이 7일에서 14일 기간 동안 사용 사례에 대한 데이터 수집에 성공한 장치의 비율을 대상으로 하는 성공 메트릭을 가지고 있습니다(예: "엔드포인트의 95%가 14일 동안 소프트웨어 사용을 보고함").
2	주요 이해 관계자 식별	계획하는 동안 가능한 한 빨리 네트워크, 보안 및 디바이스/소프트웨어 관리 팀(예: jamf/Intune 전문가)을 참여시킵니다.
3	ServiceNow 라이센스, 스토어 앱 및 인스턴스 요구사항 평가	사용 사례에 대한 모든 라이센스 권리가 있는지 확인합니다. 목표로 하는 장치 수를 지원하기 위해 프로덕션 및 하위 프로덕션 인스턴스에 필요한 소프트웨어 업데이트 또는 구성 변경을 결정합니다.
4	소프트웨어 요구사항 평가	사용 사례에 대한 모든 CPU 아키텍처와 운영 체제가 지원되는지 확인합니다. 그렇지 않은 경우 서비스 그래프 커넥터 또는 검색 패턴과 같은 비 ACC 솔루션을 사용할 수 있는지 여부를 결정합니다. 사용 사례에 엔드포인트 또는 서버에 대한 상승된 시스템 권한이 필요한지 여부를 결정합니다(예: 장치 일련 번호 추적을 위한 루트 액세스).Linux
5	네트워크 요구 사항 평가	ACC가 인스턴스 ServiceNow 로 데이터를 전송하지 못하도록 하는 VPN, 방화벽 또는 프록시 제한이 있는지 확인합니다.
6	장치 관리 요구 사항 평가	조직 내에서 모든 대상 장치에 소프트웨어를 배포하는 데 사용할 수 있는 내부 솔루션을 확인합니다. 예를 들어 엔드포인트용 Intune 및 Jamf입니다. 서버의 경우 Chef, Puppet 또는 Ansible입니다.
7	초안 ACC 솔루션 아키텍처	계정 팀과 ServiceNow 협력하여 사용 사례와 서버 및 엔드포인트 배포 기술의 차이점에 따라 ACC 에이전트가 인스턴스로 ServiceNow 데이터를 보내는 방법을 정의합니다. ITOM 클라우드 서비스 또는 를 사용하여 직접 연결이 이루어졌는지 확인합니다 MID 서버.
8	ACC 배포 계획 정의 및 분할	평가, 파일럿 및 광범위한 출시 단계와 각 단계에서 대상으로 하는 장치 수를 정의합니다. 각 세그먼트를 위험 허용 범위 및 비즈니스 목표에 맞춥니다. ACC는 시간당 에이전트 수가 5,000명 이하인 수로 점진적으로 롤아웃되어야 합니다.
9	내부 준수 및 보안 검토	내부 팀 및 이해 관계자와 협력하여 배포 계획, 솔루션 아키텍처를 검토하고 승인을 받습니다.