클라우드 컴퓨팅에서 서비스 수준 계약을 추적하는 방법 - SLA (Service Level Agreement) 인 더미

A 서비스 수준 계약 < (SLA) 는 귀하와 클라우드 컴퓨팅 서비스 제공 업체 간의 계약 상 의무입니다. SLA 협상은 종종 IT 부서와 공급자 사이의 춤입니다. 일부 서비스 수준은 미션 크리티컬 애플리케이션과 같이 협상 불능입니다. 즉, 매월 1 시간을 제외하고 해당 애플리케이션을 사용해야하는 경우 타협에 동의 할 수 없음을 의미합니다. 이 경우 공급자가 서비스 수준을 충족시킬 수 없으면 클라우드 옵션을 재고해야합니다. 다른 SLA에는 더 많은 흔들림 공간이 있습니다.

IT 및 서비스 제공 업체는이 SLA를 설정하기 위해 협력해야합니다. 일반적인 SLA는 다음을 포함합니다:

응답 시간 (트랜잭션에 따라 다를 수 있음)

특정 날짜의 가용성

• 전체 가동 시간 목표

• 서비스가 중단 된 경우 합의 된 응답 시간 및 절차 > 계약은 이론적으로 공급자가 특정 서비스 수준을 충족 할 것이라는 확신을줍니다.

• 그러나 구매자는 조심하십시오! 다음을 결정해야합니다.

중단 시간:

클라우드에서 실행되는 응용 프로그램의 중요도에 따라 특정 수준의 가용성이 필요합니다. 99.9 %가 당신에게 충분합니까? 아니면 5 개의 9가 필요합니까? 서비스 제공 업체는 SLA를 충족시킬 수 있도록 어떻게 계획합니까? 장애 조치 (failover) 및 재난 복구 메커니즘은 공급자가 어떤 역할을 수행합니까? 너는 그들에게 편한가?

• 작은 글씨를 읽어야합니다. SLA는 계획된 유지 보수를 포함합니까, 아니면 별도입니까? 그렇다면 계획 유지 보수가 귀하에게 어떤 영향을 미칩니 까? 책임 범위는 다음과 같습니다.

  SaaS 제공 업체가 인프라 제공 업체를 직접 지적하고 있으며 자신의 잘못이 아니라고 말하고 싶지는 않습니다.

• 가동 중지 비용:

• 클라우드가 다운 된 경우 운영에 미치는 영향은 무엇입니까? 서비스 제공 업체는 시스템 가동 중단 시간을 기반으로 보상 할 수 있습니다. 귀하의 비즈니스 비용은 어떻게됩니까? 과거 사건:

• 과거에 공급자가 과도한 가동 중단으로 어려움을 겪었습니까? 기록을 확인하십시오. 또한 문제 식별 시간:

• 문제가보고되기 전에 오랜 시간 존재 했습니까? 성능이 경고없이 광범위하게 변화합니까? 이것이 사실이라면 모니터링 시스템의 성능이 좋지 않아서 검토해야 함을 의미합니다. 진단 시간:

  • 이벤트 보고서와 문제의 원인 식별 사이의 시간. 수정시기:

  • 진단과 시스템 수리 또는 서비스 재개 사이의 시간. 이상적으로는 서비스 제공 업체의 운영을 볼 수 있습니다.

  • 귀하가 제공해야하는 SLA 정보는 귀사를위한 전반적인 핵심 성과 지표

(KPI)

의 일부입니다.