APM에 대한 PaaS의 영향은 무엇입니까?

이론적으로 PaaS 애플리케이션은 공통 표준 및 도구를 사용하여 구축할 수 있으므로 해당 애플리케이션을 모니터링하는 기능을 구축하는 경우에도 동일해야 합니다. 커스터마이징이 줄어들면 모니터링이 더 쉬워지겠죠? 글의 내용이 Talkin' Cloud에서 Chris Talbot이 작성한 "연구:PaaS 시장이 2018년까지 69억 4,000만 달러에 달할 것"이라는 기사의 내용이라면 사실이라면 기업은 실제로 APM 도구가 PaaS 환경에서 소집을 통과할지 여부를 면밀히 평가하기를 원할 것입니다. 이유는 다음과 같습니다.

1. PaaS 플랫폼은 특정 프로그래밍 언어를 전문으로 하는 경향이 있으므로 APM 솔루션이 해당 언어를 모니터링하지 않으면 해당 PaaS 환경 내부의 누구에게도 도움이 되지 않습니다. 지원이 경쟁사만큼 좋지 않으면 통합 작업을 수행하더라도 해당 환경에서 실제로 경쟁할 수 없습니다. 그러나 APM 솔루션이 해당 언어를 지원하고 잘 지원한다면 해당 PaaS 환경에 특정한 통찰력을 추가하면 매우 유용할 것입니다.

2. PaaS 플랫폼에는 많은 추상화와 숨겨진 레이어가 있으므로 모니터링 솔루션이 통찰력을 포착할 수 없는 환경이 있습니다.

<울><울>

라우팅: Heroku의 라우팅 시스템은 이러한 영역 중 하나이지만, 대기열 길들이기 문서에 설명된 것처럼 성능을 모니터링하는 것이 매우 중요합니다.

<울><울>

머신 구성: APM 솔루션이 모니터링할 수 없는 또 다른 영역은 시스템에 대한 전체 액세스 권한을 얻을 수 없기 때문에 파일 동기화 구성입니다. 내부에서 실행되는 프로그래밍 언어에 액세스할 수는 있지만 서버에서 발생하는 모든 작업에는 액세스할 수 없습니다.

<울><울>

독점 확장 프로그램: PaaS 환경에는 서버의 사용자 정의 버전과 언어에 대한 사용자 정의 확장과 같은 독점 구성 요소가 있을 수 있습니다. PaaS 공급자는 구성 요소와 관련하여 어느 정도 비밀이 있습니다. 그래야 환경을 확장하고 경쟁자를 걱정할 필요가 없기 때문입니다. 따라서 APM 공급업체는 PaaS 공급업체와 협력할 수 없는 경우 이러한 구성 요소를 모니터링할 수 없습니다.

<울><울>

다중 테넌트 서비스: 많은 PaaS 환경에는 특정 종류의 모니터링 도구에 문제가 될 수 있는 공유 서비스가 포함되어 있습니다. 다중 테넌트 데이터베이스 인스턴스는 상당히 일반적입니다. 모니터링 도구 에이전트가 데이터베이스에서 데이터를 가져오기 위해 데이터베이스와 통신해야 하고 다중 테넌트인 경우 도구가 이를 수행할 수 있는 액세스 권한이 없을 수 있습니다. 해당 PaaS 환경에서 해당 데이터베이스 정보를 얻을 수 있는 다른 방법이 없다면 데이터베이스 메트릭을 제공할 수 없을 것입니다.

<울><울>

외부 서비스: PaaS 환경은 또한 모니터링 도구가 데이터를 놓칠 수 있는 또 다른 영역인 여러 외부 API를 사용하는 경향이 있습니다. 개발자는 편리하기 때문에 PaaS를 선택하고 서버와 PaaS는 더 작고 덜 강력하기 때문에 API로 눈을 돌립니다. APM 솔루션이 API 모니터링 기능이 없거나 그 능력이 그다지 강력하지 않다면 PaaS 환경의 약점이 될 것입니다.

PaaS 모니터링 사례

PaaS를 기반으로 실행하는 경우 내부 모니터링이 필요한 경우가 있습니다. PaaS의 각 개별 서비스는 플랫폼에 의해 구축되고 확장되지만 애플리케이션 자체는 책임이 없습니다. 얼마나 표준화를 하든 항상 모니터링해야 하는 성능 문제가 있고 이를 수행하기 위한 도구가 필요합니다.

PaaS 제공업체도 내부적으로 자체 복잡성이 있습니다. PaaS 청구를 위한 계정 시스템과 웹 GUI, 구성된 추가 기능을 관리하는 또 다른 웹 GUI 시스템, PaaS 서버의 구성을 관리하는 서비스 등 여러 서비스가 있습니다. 서버가 실행 중이더라도 새 구성 설정을 서버에 푸시할 수 없으면 서비스 저하가 발생합니다. 회사는 서비스를 사용하여 성능 데이터에 액세스할 수도 있습니다. PaaS 생태계에는 모니터링해야 하는 서비스가 많이 있으므로 모든 서버를 계속 실행하면서 PaaS를 사용하기 쉽게 만드는 모든 인프라를 최적화하는 내부 사용 사례가 있습니다.

차세대 PaaS

앞으로 PaaS 서버가 점점 더 작아지는 추세이지만 이러한 모든 서버를 모니터링해야 합니다. 회사의 모니터링 도구가 많은 소규모 환경을 지원하는 데 중점을 두지 않으면 비용 효율성이 떨어지거나 확장 문제가 발생할 수 있습니다. 또한 개별 서버는 예전보다 훨씬 더 일시적입니다. 그들은 예전처럼 며칠 동안이 아니라 몇 시간 동안 또는 한 시간 미만 동안만 존재할 수 있습니다. 결과적으로 모니터링 도구가 서버가 오랫동안 존재한다는 개념을 중심으로 하는 경우 명시적으로 말하는 사람 없이 서버가 사라졌다가 다시 나타나는 환경에 실제로 잘 대처하지 못할 수도 있습니다.

분할 방식에 관계없이 모든 애플리케이션은 지속적으로 발전하므로 효과적으로 확장하려면 신중한 계획이 필요합니다. PaaS 제공업체가 도움을 줄 수 있지만 모니터링이 제자리를 찾지 못하는 것은 아닙니다.