클라우드 서비스 SLA

이 회의 그들이 다음 클라우드 컴퓨팅 주제를 통해 참가자를 도움이 될 방법에 대 한 자세한 설명을 제공 합니다.

· 가동 시간, 가용성 및 성능 정의

· Sla를 개발 협상 기술

· 어떤 요소는 SLA에 포함 되어 있습니다: 가상 컴퓨터의 가용성, 응답 시간, 네트워크 대기 시간, 등.

· SLA의 위반에 대 한 처벌의 협상

SLA 항목에 대 한 설명의 시리즈를 읽고 나면 불가피 하다는 Sla와 관련 되지 않은 증가 가용성; 사실 생각 하 SLA의 목적은 사고 후 법적 논쟁에 대 한 기초를 제공 하는 것입니다.

그러나, 아무도 회의의이 시점에 점찍어. 스마트 SLA 협상 어떻게든 되도록 해야 응용 프로그램 인터럽트 실행에 면역성이 제안 회의 설명이 같습니다. 하지만 그건 사실이 아닙니다.

현실은 모든 인프라 또는 같은 중단 같은 얼굴입니다. 비록 클라우드 공급 업체의 기능 주의 평가 강력한 클라우드 공급자를 선택할 수 있습니다, 아마 빠른 응답 또는 빠른 통신 전담된 대응 팀을 지킬 것 이다 더 많은 것 지불 하지만 이러한 조치 운영 중단에 면역이 되지 않습니다. 아무리 많은 시간을 SLA 계약을 개발 지출, 100%의 가동 시간을 보장할 수 없습니다.

그래서 사람들은 왜 그래서 Sla에 집착?

첫째, SLA 사람들이 컨트롤의 감각을 준다. 방에 앉아, 특별 한 대우에 주장, 계약 취소 및 다른 문을 기존 문을 바꿉니다 마치 그들은 그들의 힘을 방어 했다 사람들을 만들 것입니다. 그리고 그것은 좋은 느낌. 하지만 클라우드 제공자에 의해 제공 계약을 근본적으로 변경 하려는 생각 하지 않습니다. 나는 변호사와 SLA 회의에서 이것에 대해 배웠습니다. 계약을 조정 하는 90 분 후, 그는 결론 짓는다: "물론, 당신은 변경할 수 없습니다 표준 계약, 계약 클라우드 공급 업체의 책임을 줄이는 데 사용 됩니다." 무슨 말을 하는 얻을 것 이다 얼마나 많은 서비스 신용 이다.입니다. "

사람들은 Sla에 집착 하는 또 다른 이유는 SLA 정전 후 인수에 대 한 기본 제공입니다. 미리 현명 되 고 나중에 더 많은 보상을 지 고 의미 합니다. 그러나 아무리 어떻게 당신이 논쟁, 그것은 하지 작업의 중단으로 인 한 비즈니스의 손실에 대 한 모든 보상을 받을 수 있습니다.

다시 한번: SLA 보상 서비스 비용 보다는 서비스의 중지에서 발생 하는 손실을 제한 되며 서비스 비용 일반적으로 서비스 중단으로 인 한 손실의 작은 분수를 나타냅니다.

최대 규모의 한 일 전 직원 아웃소싱 기업과 공유 예: 블랙에서 매우 큰 소매 고객의 웹사이트 아래로 금요일 이었다. 응용 프로그램 중단 6 시간, 50 백만 미국 달러 만큼 높은 수익의 손실의 결과로. 얼마나 보상 같아 아웃소싱 회사는 소매 업체에 대 한? 서비스의 6 시간 신용, 약 300 달러.

이 이야기의 메시지는 무엇입니까?를 SLA 토론을 보면서 올바른 방법입니다. 응용 프로그램이 사용할 수 없는 경우에, 당신은 전체 손실 얻을 수 되지 않습니다.

일어날 수 있는 최악의 일은 당신이 더 중요 한 문제에 집중할 수 없습니다 SLA와 논쟁에 너무 많은 노력을 넣어: 가동 시간을 보장 하는 방법. 만약 당신이 타이타닉에서 타이타닉 빙산을 명 중 하 고 침 몰 시작에, 위치 및 당신의 소파의 상황에 대해 이야기 하는 시간을 보내는 어떤 문제 해결 하지 않습니다.

가장 중요 한 질문은 어떻게 응용 프로그램 서비스를 중단을 고려 하 고 어떤 옵션 가동 시간을 개선 하는 것입니다?

컷 포인트 볼테르의 관측을 명심 하는 것입니다: "좋은 적이 될 더 나은." "거친 번역은 완벽은 좋은 적 이다." 클라우드 컴퓨팅에 사용,이 조언을 볼 수 있습니다로 "클라우드 공급자의 데이터 센터 주장 훨씬 덜 수락 가능한 가동 시간을 제공할 수 있을 때 그가 99.999%의 가동 시간을 보장할 수 없습니다 때문에 클라우드 공급 업체를 채택 하는 것을 하지 기억." "

클라우드 컴퓨팅은 클라우드를 사용 하는 경우 올바른 선택을 크게 가동 시간을 개선 하기 위해 컴퓨팅을 사용 하 여. 자신의 컴퓨팅 환경 가동 시간 가용성에 정확한 통계 데이터가 없는 경우 클라우드 공급자를 마이그레이션 하는 것이 올바른 방향으로 단계는 분명 한 신호가입니다. 클라우드 공급 업체에 완벽 한 되지 않을 수 있습니다 하지만 그것 조차 가동 시간을 추적할 수 있는 보다 훨씬 낫다. 제발 날 믿어, 그냥 되도록 응용 프로그램의 정상적인 실행 시간 너무 많은 IT 조직이 있다.

응용 프로그램의 가동 시간을 향상 하려면 다음 단계를 사용할 수 있습니다.

1. 리소스 오류 처리를 응용 프로그램 아키텍처 디자인. 응용 프로그램의 가동 시간을 개선 하기 위해, 아마도 당신이 취할 수 있는 가장 효과적인 측정 서버 오류 단일 리소스 오류 발생 시 실행을 계속할 수 있도록 응용 프로그램 아키텍처를 디자인 하 이다. 서버 중단 발생 휴식 가상 컴퓨터, 응용 프로그램 서버 중복 보장 응용 프로그램 실행을 계속 합니다. 마찬가지로, 데 복제 데이터베이스 서버 의미 있는 경우는 서버가 내려갑니다, 응용 프로그램은 지연 되지. 응용 프로그램 관리 프레임 워크를 사용 하 여 중복 토폴로지는 실행된 중단 발생할 때 실행 되도록 계속 보장 실패 한 인스턴스를 대체 하는 새 인스턴스를 시작 합니다.

2. 인프라 오류에 대 한 토폴로지 디자인. 스마트 디자인 하드웨어 요소 오류가 발생 하면 응용 프로그램의 가용성을 보호할 수 있습니다, 있지만 응용 프로그램 환경 실패 하는 경우 디자인에 어떤 도움도 제공 하지 않습니다. 데이터 센터를 호스트 하는 응용 프로그램 실행 실패 경우 중복 응용 프로그램 디자인을 사용 하는 것은 무의미 하다. 솔루션이 경우에 교차 영역 배포 응용 프로그램을 구현 하는 응용 프로그램의 일부 클라우드 공급 업체에 의해 대규모 중단으로 인해 사용할 수 없게 경우에 응용 프로그램 기능을 계속 수 있습니다. 물론, 이것은 응용 프로그램의 디자인, 더 복잡 하지만 가동 보호의 큰 정도 제공 합니다.

3. 클라우드 공급자 오류 처리를 응용 프로그램 배포를 디자인 합니다. 물론, 클라우드 공급 업체를 위한 모든 인프라 가동도 가능 하다. 이 해프닝의 가능성은 오히려 작은 경우에 가능 하다. 예를 들어 클라우드 공급 업체의 전체 네트워크 인프라 클라우드 실패, 또는 클라우드 공급 업체를 갑자기 종료 될 수 있습니다. 이 무리, 될 수 있지만이 온라인 서비스에서 과거에 일이 있다. 여러 명의 클라우드 공급 업체 중 응용 프로그램 아키텍처를 확장 하는 솔루션이입니다. 비록 많은 공급 업체는 다른 클라우드 공급 업체의 의미 변화 하기 때문에 이것은 도전 주장, 그것은 어려운 다른 기능을 결합 하는 디자인 응용 프로그램 있습니다. 그러나, 후에 적절 한 계획 및 설계, 그것은 또한 여러 명의 클라우드 공급 업체 중 응용 프로그램 아키텍처를 확장입니다.

높은 수준의 가동 시간 확실히 증가 기술적 복잡성, 요구 및 기술적인 복합성의 상부 의미 증가 투자 위의 논의에서 분명 하다.

투자의 특정 수준에 대 한 지정된 된 응용 프로그램을 만들기 위해 결정은 위험 평가 이다. 이것, 물론, 해야 합니다 사업 투자 비율, 투자, 및 기술 운영 복잡성에 대 한 무게 하는 명확한 위험 평가 운동. 작업은 쉽게, 그리고 아마 더 쉬운 대답은. 그러나,이 더 확대 하지만 쓸데 SLA 계약 논쟁 보다는 수락 가능한 결과 귀 착될 것입니다.