10 주요 원칙을 평가 하기 위한 클라우드 컴퓨팅 Sla

"위험에 있을" 아니다 그냥 보가 스카우트 모토;이 또한 우리 현실 하 고 항상 어떤 클라우드 컴퓨팅 공급 업체의 평가 및 선택 프로세스에에서 따라 필요로 하는 무언가 이어야 한다. 당신의 비즈니스 클라우드 서비스 수준 계약 (SLA) 요구의 예비 고 그대로 검토 후 앉아서 앞 클라우드 SLA 평가 시간 이다.

이기 때문에 클라우드 컴퓨팅 신중, 기업 사용자는 구매자의 필요 수를 사용 하 여 Sla 성능 및 그들이 사용 하는 서비스의 가용성 보장. 준비는 모든 가능한 위험 공부 하는 경우 적절 한 보호 대책에 해당 하는 SLA 문서에서 명확 하 고 상세한 규정은 있는지 확인 합니다. 다음과 같은 10 가지 원칙을 사용 하 여 엔터프라이즈 클라우드 컴퓨팅 SLA 평가에 가이드.

1. 간단 하 고 간결한 SLA 제공 유지. 과도 한 세부 사항에서 수렁에 빠져 드 되 고 하지 마십시오. 회사의 비즈니스 우선순위와 긍정적인 비즈니스 결과, 아니라 기술적인 매개 변수를 관리 하기 위한 지표에 초점. 비즈니스 목표에 가장 중요 한 대상 하지 무슨 클라우드 컴퓨팅 SLA 제공 일반적인 소비를 위해.

잠재적인 취약점을 파악 하 고 미래의 공급 업체는 격차를 채우기 위해 협상 허용 여부를 결정할. 동시에 그것은 그들의 특이성에 대 한 책임을 명확히 하는 데 필요한입니다. 예를 들어 전통적인 클라우드 컴퓨팅 업체의 책임은 직접 손실을 제한 하 고 최대 보상 금액 계약에 모든 조건에 따라 설정 됩니다. 이러한 용어는 귀하의 회사에 대 한 좋은 여부를 심각 하 게 고려해 야 합니다.

2. 고유한 비즈니스 요구를 고려 하십시오. 때문에 대부분의 공급 업체는 고객 및 여러 임차인 및 자원 공유를 통해 서비스 무역, 그들의 SLA 고려 광범위 한 있으며 일반 공개 보다는 특정 비즈니스에 맞게 수 하는 경향이 있다. 결과적으로, 관련된 특정 필요에 맞게 더 어려워 합니다. 클라우드 컴퓨팅 공급자 1 회 고객의 요구를 처리 하는 방법을 이해 해야 합니다.

3. Sla와 서비스의 품질을 고려 하십시오. 클라우드 서비스의 사양, 서비스의 가용성 및 서비스의 품질을 구분 하는 것이 중요 하다. 예를 들어 기본 프로토콜 서비스 가용성 보다는 서비스의 품질의 특정 수준의 보장합니다.

멀티 테 넌 트 및 피크 부하 패턴 변경 예기치 않게 클라우드 컴퓨팅 서비스를 줄일 수 있습니다. 결과, SLA의 서비스 가용성 요구 사항을 충족 수 있습니다, 하는 동안 서비스의 품질은 충족 되지. 실시간 클라우드 컴퓨팅 수요 발생이 발생 합니다 내부 일관성 없는 서비스 성능을 그것 사용자와 클라우드 버스트 용량, 또는 더 나쁜, 최종 사용자가 액세스 하는 사용자. 서비스의 품질 생산성 또는 비즈니스 출력에 직접 영향을 미칠 것 이다.

4. 재해 복구 계획을 기억 하십시오. 어떻게 데이터 액세스 될 영향을 것입니다 재해 이벤트 또는 공급 업체의 IT 사이트에서 로컬 웹 사이트에 있는 경우? 똑이 하이브리드 클라우드 환경을 클라우드 Sla에서 특히 중요 하다 고 그것은 비즈니스 프로세스에 대해 자세히 설명 하는 시간 또는 데이터 통합 종속성 내부 IT 부서 간의 및 공공 클라우드 컴퓨팅.

그것은 또한 두 간의 일관성을 고려해 클라우드 컴퓨팅: 클라우드 컴퓨팅 SLA 내부 복구 지점 및 복구 시간 목표를 일치? 데이터 공급 업체의 환경에 잠겨? 거기 클라우드 재해 복구 (DR) 또는 다른 공급 업체의 마이그레이션에 대 한 데이터 검색 메커니즘은 또는 내부 IT 인프라?

5. 찾기 관련 특별 한 비용 및 비용. 큰 기록 레거시 데이터와 회사는 이러한 많은 양의 데이터를 클라우드 컴퓨팅 전에 공식적으로 사용 되는, 그리고 몇 몇 디지털 자산을 마이그레이션할 필요가 있다. 이후 클라우드 컴퓨팅으로 마이그레이션 데이터 소요 시간과 비용, 적은 디지털 자산 하면 클라우드 컴퓨팅 리소스를 쉽게 구현할 수 있습니다. 기업 사용자가 그들의 비즈니스 업무 및 보안 목표에 적용 되는 같은 데이터 전송 메커니즘 여부를 평가 해야 합니다.

6. 데이터를 저장 하는 것을 잊지 마십시오. 그것은 필요한 데이터를 유지 하거나 특정 삭제 하려면 필요한 데이터 전부 시간의 특정 기간 후에 지정 된 요구 사항 또는 비즈니스 요구 사항. 고객 모든 정보는 완전히 제거 되어야 보다는 구름에 내부적으로 저장 되도록 특별 한 데이터 액세스에 대 한 감사 보고서를 얻이 필요가 있다.

7. 설치는 아니 주입 SLA. 하이브리드 클라우드 설정, SLA는 비즈니스 함수 내에서 운영 하는 비즈니스 기능 상호 배타적 않는 하이브리드 클라우드 컴퓨팅 서비스의 소개 후에 홍수의 위험 컴퓨팅 내부 또는 개인 클라우드 컴퓨팅. 하나 이상의 클라우드 컴퓨팅 공급자를 사용 하는 경우 관련 내부 Sla 또는 다른 공급 업체 클라우드 컴퓨팅 Sla의 모든 측면을 약화 수 있는 SLA의 용어를 평가 해야 한다.

8. 제 3 자 로부터 지원을 추구 합니다. 경우 개인 클라우드 컴퓨팅 관련 제 3 자 또는 클라우드 컴퓨팅 서비스 제공 업체의 서비스를 제공 하는 제 3 자에 의존 하는 경우에, 그것은 잠재적인 취약점을 평가 하 고 충돌 및 위반의 경우에 특히 책임 및 소유권 문제를 명확히 하는 것이 중요. 일부 클라우드 서비스 제공자의 Sla 비록 아름 답게 인쇄 인프라와 그들은 서비스에 대 한 책임을 제한 합니다.

9. 항상 마음 클라우드 컴퓨팅 표준에에서 계속. 시간이 지남에, 기업과 혼합된 클라우드 컴퓨팅 환경 개발 이며 동시에 성장. 그들은 마이그레이션 작업 부하와 다른 하나의 클라우드 컴퓨팅 공급자에서 데이터를 요구할 수 있습니다. 특히, 유연성, 확장성, 및 공급 업체 Sla의 준수는 장기 응용 프로그램에 중요 한 여러 공급 업체는 참여 하는 경우에 특히.

10. 다른 고려 사항을 확인 합니다. 잠재적인 공급 업체의 클라우드 컴퓨팅 Sla 유연성, 확장성, 저지 하는 무 능력의 맥락에서 이러한 문제를 해결 또는 구름의 장점 비용 않는 컴퓨팅?

허용 거래의 지연 그것은 공동 내부 설정으로 존재 하나요 아니면 통합와 관련 된 부하 또는 피크 문제?

Refund。 그러나, 어떻게 클라우드 공급 업체의 지불 정책 무료 또는 고객 친절, 아무리 환불 사실 되지 않습니다 가능 하 고 환불도 미래 지불에 대 한 일반적으로 충분 하다.

클라우드 컴퓨팅 Sla의 개발입니다. 급속 한 변화 하는 비즈니스에 맞게 SLA 버전을 수락 하는 하이브리드 클라우드 컴퓨팅 환경에 대 한 필요 요구, 엄격한 공급 업체 Sla에 의해 제한 되 고 보다는 오히려 기술 및 비즈니스 요구 사항 변경.

결론은 클라우드 컴퓨팅, 복잡성에 제한를 통해 달성 하는 데 필요한 비즈니스 출력에 대 한 명확 하 게 하는 것이 중요 하다 소비자 가져야 한다는 그들의 그것의 좋은 이해를 요구, 그리고 SLA 평가에, 또는 공급 업체의 혼란의 클라우드 컴퓨팅 Sla.