클라우드 마이그레이션은 다양한 형태를 취할 수 있습니다. 일부 기업은 데이터 센터에서 클라우드로 직접 애플리케이션을 이식하기로 선택하고("리프트 앤 시프트" 마이그레이션), 다른 기업은 클라우드에서만 제공되는 이점을 활용하기 위해 애플리케이션을 완전히 재설계하는 데 집중합니다. 접근 방식에 관계없이 마이그레이션 후에 대답하고 싶은 세 가지 기본 질문이 있습니다.
- 내 응용 프로그램이 느려졌습니까?
- 내 애플리케이션이 이전보다 덜 안정적입니까?
- 이전 질문 중 하나로 인해 고객을 잃고 있습니까?
이러한 질문에 답하려면 먼저 몇 가지 기본 테스트를 수행하여 시스템의 성능 및 가용성에 대한 기준을 설정하십시오. 기준선은 애플리케이션의 현재 성능 및 가용성을 측정한 것으로 마이그레이션 후 비즈니스 사례를 검증하기 위한 비교 자료로 사용합니다. 경우에 따라 마이그레이션 승인 테스트를 수행 할 때 기준을 변경할 수 있습니다. 마이그레이션하는 동안 기준을 비교 지점으로 사용하여 제대로 진행되고 있는지 확인할 수도 있습니다.
1. 구성 요소 식별
클라우드 마이그레이션을 시작하기 전에 전체 애플리케이션 스택의 모든 계층을 식별하십시오. 마이그레이션하려는 모든 구성 요소(응용 프로그램, 서비스 등)를 나열합니다. 다음과 같이 애플리케이션 스택을 분할합니다.
- 애플리케이션(백엔드/마이크로서비스/크론 작업)
- 메시지 대기열과 같은 종속성 서비스
- 데이터 베이스
- 웹사이트
- 기본 서버 및 인프라
팁
애플리케이션 기준선 생성을 시작하기 전에 애플리케이션 및 인스턴스에 대한 액세스 권한이 있는지 확인하십시오. 액세스를 위해 애플리케이션 소유자, DevOps 엔지니어 및 제품 관리자를 참여시키십시오.
2. 호환성 결정
마이그레이션할 애플리케이션을 식별했으면 이제 New Relic 플랫폼으로 모니터링할 애플리케이션 계층을 확인할 차례입니다. 조직의 이해 관계자와 협력하여 조직 내에서 가능하거나 허용되는 계측의 양을 결정합니다. 이것은 더 많이 계측할수록 더 나은 기준선을 만들 수 있으므로 중요한 단계이며 성과를 거둘 것입니다.
다음은 식별한 구성 요소에 따라 기준 설정에 사용할 New Relic 제품입니다.
- APM: APM으로 웹 앱을 모니터링합니다. 지원되는 각 언어에 대한 정확한 호환성 세부 정보를 알아보려면 뉴렐릭 에이전트 및 제품의 호환성 및 요구 사항을 참조하세요.
- Infrastructure: 인프라로 호스트를 모니터링합니다. 지원되는 운영 시스템 및 환경에 대한 호환성 및 요구 사항을 참조하세요. 온호스트 통합 으로 다른 제품과 서비스를 추가할 수도 있습니다.
- : 신세틱 모니터링을 통해 Synthetic monitoring 웹 프런트엔드 및 API 모니터링합니다. 경우에 따라 또는 통합을 사용하여 온프레미스 환경을 소비하지 못할 수도 있습니다. 예를 들어 조직의 정책에 따라 방화벽 뒤에 에이전트를 설치하는 것이 금지되어 있을 수 있습니다. 이러한 경우, 로그에 웹 프론트엔드가 있다면 신세틱 모니터링을 사용하세요. 이는 비에전트 모니터링을 제공하면서도 여전히 기준 설정 기능을 제공하기 때문입니다.
3. 모니터링 배포
구성 요소-제품 일치를 기반으로 아키텍처 전체에 에이전트 또는 모니터를 배포합니다.
4. 메트릭 수집
에이전트 및 모니터를 배포한 후 비즈니스에 가장 중요한 메트릭을 식별하고 이러한 메트릭을 사용하여 KPI를 정의하십시오. 몇 가지 권장 사항은 다음과 같습니다.
- Response time: 요청에 응답하는 데 걸린 시간입니다.
- Throughput: 애플리케이션을 통해 들어온 요청 수입니다.
- Requesting queuing (Apache, IIS, NGINX): 요청이 애플리케이션에 도달하는 데 걸리는 시간입니다.
- Database call duration: 데이터베이스 호출을 완료하는 데 걸리는 시간입니다.
- DB call counts: 애플리케이션 코드에서 데이터베이스를 호출한 횟수입니다.
- Error rate: 보고된 오류의 비율입니다.
- Apdex score: 웹 애플리케이션 및 서비스의 응답 시간에 대한 사용자 만족도를 측정하는 업계 표준입니다.
- DNS setup timing: DNS에 연결하고 데이터를 수신하는 데 걸리는 시간입니다.
- SSL setup timing: SSL 연결을 설정하는 데 걸리는 시간입니다.
이러한 지표 중 일부는 서비스 맵, APM 및 브라우저 summary 페이지에서 찾을 수 있습니다.
APM 탐색, 해석 및 사용에 대한 자세한 내용은 New Relic University의 자습서를 확인하십시오.
5. 대시보드 설정
KPI를 정의한 후에는 대시보드 에서 쉽게 시각화할 수 있습니다. 대시보드는 New Relic 제품이 수집하는 모든 데이터를 볼 수 있는 단일 위치를 제공합니다. Dashboards 데이터는 이벤트 로 구성되며 각 이벤트에는 이벤트 유형, 타임스탬프 및 키-값 속성이 있습니다.
이벤트에 대한 자세한 내용은 New Relic 제품에 대한 데이터 수집 및 기본 이벤트를 참조하십시오.
메트릭 및 이벤트 와 NRQL 쿼리 언어를 사용하여 New Relic에서 KPI 및 비즈니스 메트릭 데이터를 찾을 수 있습니다. 이러한 KPI의 성과를 추적하는 대시보드를 구축 할 수도 있습니다.
마이그레이션 후 이러한 기준을 마이그레이션 승인 테스트 기준과 비교합니다.
전문가 팁
기본 계측으로 캡처되지 않은 데이터가 필요한 경우 사용자 지정 데이터를 쉽게 캡처할 수 있습니다.
New Relic University Custom 데이터 튜토리얼 시리즈 를 통해 APM 사용자 지정 계측에 대해 자세히 알아볼 수도 있습니다.