설명
AppDynamics Controller 관리 콘솔을 사용하면 메트릭 보존 기간, UI 알림 트리거, 테넌시 모드 및 다중 테넌시 모드의 계정과 같은 Controller에 대한 특정 전역 설정을 구성할 수 있습니다1.
관리자가 AppDynamics Controller 관리 콘솔에서 구성할 수 있는 두 가지 설정은 다음과 같습니다.
라이선스 할당: 이 설정을 사용하면 컨트롤러의 라이선스 사용량 및 가용성을 보고 관리할 수 있습니다. 총 라이선스 수, 사용 중인 라이선스 수, 사용 가능한 라이선스 수, 에이전트 유형별 라이선스 만료 날짜를 확인할 수 있습니다. 또한 특정 애플리케이션이나 계정에 라이선스를 할당하고 라이선스 제한 및 경고를 설정할 수도 있습니다2.
보존 기간: 이 설정을 사용하면 컨트롤러가 모니터링되는 응용 프로그램에 대한 지표 데이터와 이벤트 데이터를 보존하는 기간을 지정할 수 있습니다. 분 수준 지표, 시간 수준 지표, 일 수준 지표, 트랜잭션 스냅샷, 이벤트 등 다양한 유형의 데이터에 대한 보존 기간을 구성할 수 있습니다. 데이터 삭제 일정과 데이터 백업 일정3을 구성할 수도 있습니다.
참고 자료: 관리 콘솔 액세스, 라이센스 규칙, 데이터 보존

설명
Cisco CAPI(AppDynamics Professional Implementer) 문서에 따르면 상태 규칙 위반에 대한 REST API를 사용하면 특정 애플리케이션에 대해 지정된 시간 범위에서 발생한 상태 규칙 위반에 대한 정보를 검색할 수 있습니다1. 다음과 같은 유효한 이유로 상태 규칙 위반에 REST API를 사용할 수 있습니다.
실행된 작업 확인(B): REST API 응답에는 이메일, SMS, HTTP 요청 또는 사용자 지정 작업과 같은 상태 규칙 위반에 의해 트리거된 작업의 세부 정보가 포함됩니다1. 이 정보를 사용하여 작업이 성공적으로 실행되었는지 확인하거나 작업 실행과 관련된 문제를 해결할 수 있습니다.
기록 이벤트를 검색하는 경우: REST API를 사용하면 상태 규칙 위반을 검색하기 위한 사용자 정의 시간 범위(예: BEFORE_TIME, AFTER_TIME, BETWEEN_TIMES 또는 BEFORE_NOW1)를 지정할 수 있습니다. 이 기능을 사용하면 과거에 발생한 기록 이벤트를 검색하거나 시간 경과에 따른 상태 규칙 위반 추세 및 패턴을 분석할 수 있습니다.
잘못된 옵션은 다음과 같습니다.
AppDynamics 대시보드 업데이트(A): 이는 상태 규칙 위반에 REST API를 사용하는 유효한 이유가 아닙니다. 왜냐하면 AppDynamics 대시보드는 심각도, 상태, 상태와 함께 선택한 기간에 발생한 상태 규칙 위반을 이미 표시하기 때문입니다. 영향을 받는 엔터티 및 actions2.
대시보드는 컨트롤러의 최신 데이터로 자동으로 새로 고쳐지므로 REST API를 사용하여 대시보드를 업데이트할 필요가 없습니다.
이메일 보내기(D): REST API는 이메일을 직접 보내지 않기 때문에 상태 규칙 위반에 REST API를 사용하는 유효한 이유가 아닙니다. REST API는 상태 규칙 위반에 대한 정보와 이에 의해 트리거된 작업만 반환합니다. 상태 규칙 위반을 기반으로 이메일을 보내려면 상태 규칙 구성에서 이메일 작업을 구성하거나 외부 이메일 서비스를 호출하는 사용자 지정 작업을 사용해야 합니다3.
이벤트 관리 시스템에 이벤트를 푸시할 수 없는 경우(E): REST API가 이벤트 관리 시스템에 이벤트를 푸시하지 않기 때문에 이는 상태 규칙 위반에 대해 REST API를 사용하는 유효한 이유가 아닙니다. REST API는 상태 규칙 위반에 대한 정보와 이에 의해 트리거된 작업만 반환합니다. 이벤트 관리 시스템에 이벤트를 푸시하려면 상태 규칙 구성에서 HTTP 요청 작업을 구성하거나 외부 API3를 호출하는 사용자 지정 작업을 사용해야 합니다.
참고자료:
1: 상태 규칙 위반 API - AppDynamics
2: 건강 규칙 위반 - AppDynamics
3: 작업 - AppDynamics

설명
머신 에이전트에 사용자 지정 확장을 추가하려면 디렉터리, jar 또는 스크립트 파일, monitor.xml 파일12이라는 세 가지 이상의 아티팩트가 필요합니다. 디렉토리는 확장 파일을 저장하는 곳입니다.
<machine_agent_home>/monitors 디렉터리입니다. jar 또는 스크립트 파일은 사용자 정의 메트릭을 수집하여 머신 에이전트에 보고하는 실행 파일입니다. monitor.xml 파일은 확장의 이름, 빈도 및 매개변수를 정의하는 구성 파일입니다. 선택적으로 확장 프로그램에 대한 라이브러리, 구성 파일 또는 템플릿과 같은 다른 파일을 포함할 수도 있습니다12. 참조: 스크립트, 확장 및 사용자 지정 지표를 사용하여 모니터링 확장 구축