클라우드 서비스 프로 모션에 영향을 미치는 복잡성을 못하게

복잡성은 클라우드 컴퓨팅에로에 잠재적인 살인자: 클라우드 기반 시스템 아키텍처는 확장성과 신뢰성 클라우드 서비스 약속을 달성 하기 위해 더 복잡해 집니다. 서비스 자체는 충분 한 중복 및 자체 모니터링 기능으로 설계 되어야 합니다, 데이터 백업 해야 합니다 자동으로 여러 다른 위치에 및 여러 서버에 걸쳐 작업 부하를 균형 해야 합니다. 로 점점 더 중요 한 응용 프로그램을 클라우드로 마이그레이션할 시스템 오류, 어떤 오류와 관련 된 비용 손실의 위험이 따라 증가할 것 이다.

기존 IT 시스템에 위험을 최소화 하 방법은 모니터링 및 경보 시스템을 설정할 것입니다. 이러한 시스템과 달리 클라우드 컴퓨팅 시스템 더 복잡해 서 아무도 또는 팀에 응답할 수 적절 하 고 적시에는 시스템의 실패. 클라우드 서비스 간의 상호 작용은 점점 더 강한, 그것은 신속 하 게 시작 포인트의 시스템 오류를 잠글 어렵다 고 수동 개입 조사 종종 더 큰 위험에 이르게.

대형 IT 팀 채용 클라우드 서비스 시스템을 관리 하기 위해 클라우드 서비스를 마이그레이션 엔터프라이즈 응용 프로그램의 비용 절감은 의미 완전히 손실 합니다. 클라우드 서비스 시스템의 복잡도 줄이고 가능한 경로 처럼 보이지 않는다.

그리고 가능한 유일한 솔루션 자동화 된 작업 관리 도구에 의존 하는 것입니다. 클라우드 아키텍처, 플랫폼 및 소프트웨어의 진화, 다양 한 전문 클라우드 서비스 기업에서 더 편안 하 게 살 수 있게 해 주는 관리 솔루션 등장.

클라우드 기반 모니터링 및 경고

이러한 도구에 최고의 제품은 클라우드 기반 자동화 된 모니터링 도구입니다. 이러한 도구는 서로 다른 서버에 여러 개의 리소스를 모니터링 하 고 모니터링 매개 변수를 기반으로 경보 트리거를 설정 하는 사람이 사용. 이러한 제품 아마존의 Cloudwatch와 Cloudkick (는 인수 Rackspace)으로 표시 됩니다. 이 두 솔루션 모두 다양 한 알람 설정 자원의 실시간 모니터링을 지원 합니다. 이 두 제품은 풍부한 시각적 인터페이스와 확장성에 또한 있다. Cloudkick에는 사용자 정의 스크립트를 Cloudwatch 모니터링 정보를 얻기 위해 API 통해 다른 응용 프로그램과 통신 하는 동안 모니터링 소위 "플러그인"을 지원 합니다.

이 두 솔루션 간의 차이 그들의 모니터링의 범위 이다. Cloudwatch의 아마존의 서버와 서비스에 초점을 맞추고 모니터링 하 고 Api 통해 다른 서버와 고객의 해당 개발을 지원 합니다. Cloudkick이이 지원 프록시를 통해 구현 됩니다 더 많은 클라우드 서비스 제공 업체, 지원 수 있는, 하는 동안 이러한 에이전트는 여러 운영 체제를 지원할 수 있습니다. 그래서 그는 신속 하 고 쉽게 시작할 수 있는 클라우드 서비스 제공 업체에 모든 구름 서버 모니터링.

또 다른 시나리오는 많은 대형 클라우드 서비스 제공 업체에서 제공 하는 클라우드 서버 관리 서비스입니다. 하지만이 시나리오는 진정한 자동화 도구, 그것은 쉽게 클라우드 서버를 관리할 수 있습니다. 불행히도, 이러한 서비스는 일반적으로 매우 비싼. 그리고 가격 차이 고려, 만약 높은 신뢰성에 대 한 또 다른 옵션은 여러 클라우드 서비스 공급자를 선택 하는 크게 매력적 이다는 엔터프라이즈 아키텍처 (및 기본적으로 서로 다른 서비스 수준)의 다른 부분을 관리 하는 다른 사람 있을 것입니다 즉.

더 많은 자기 치유 모니터링에서 고급 기능

위의 모니터링 솔루션 적용 되 면 작업 관리자에 의해 수동으로 처리 원래 했다을 자동으로 수행 됩니다. 많은 클라우드 서비스 제공 업체는 전자 메일, 전화 또는 SMS 메시지를 통해 관리자에 게 경고를 보낼 수 있는 모니터링 솔루션에 통합할 수 있는 그들의 자신의 경보 시스템이 있다. 하지만 알람만 첫 번째 단계.

Rackspace와 아마존 같은 벤더는 일련의 자동화 된 작업을 신뢰할 수 있는 시스템으로 구현할 수 있도록 Api를 제공할 수 있습니다. 예를 들어 모니터링 시스템 CPU 또는 메모리 과부하, 시스템 됩니다 자동으로 감지 되 면 CPU 나 메모리 처리 용량, 동안 증가 경보 정보 기술 지원 팀에 전달 한다. 극단적인 경우에, 계획 문제 서버도 자동으로 정렬 하 고 사용자에 게 보이지는 새 서버에 서버 IP를 동적으로 할당 수 있습니다.

자동화 모니터링은 양날의 칼

많은 기술 기반 솔루션 같은 모니터링 자동화 솔루션은 양날의 칼입니다. 실패 한 경우에 자동된 데이터 복구 프로세스는 치명적인 결과를 발생할 수 있습니다. 실제로, 아마존은 본 지난 4.21 일에. 그 당시 구성 오류 차례로 실행 시스템의 자동된 응답 메커니즘, 다양 한 시스템을 사용할 수 없습니다 되로 결국 이끌어 유용성 오류 결과. 같은 시간, 일련의 설치 과정에서 결정 되어야 하는 요소 확인 그것은 매우 허무 관리에 참여 하는 인간.

물론, 클라우드 응용 서비스를 추적 하는 전통적인 모니터링 시스템에 의존 하는 경우 그것은 하지, 하지만 전통적인 모니터링 시스템은 클라우드 응용 프로그램을 모니터링에 대 한 설계 되지 않았습니다. 이러한 제품의 대부분 하지 상업적으로 클라우드 환경에 대 한 개발 중 하나는 클라우드 서비스를 모니터링 하는 데 필요한 기능 중 일부 누락 또는 라이센스 수수료 너무 높다. 자동화 하 고 합리화 하는 Api 사용 하 여 모니터링 시스템, 클라우드 환경에서 특히 중요 하다. 따라서, 기업 가능한 전문 클라우드 솔루션을 사용 해야 합니다.

(책임 편집기: 유산의 좋은)