클라우드 서비스 공급자의 실패 후 조치

클라우드 서비스는 닫거나 일시적으로 중단 하는 경우 당신은 어떻게 해야 손실을 가능한 한 낮은 수 있도록?

2009 년 2 월에에서 편지에서 클라우드 서비스 공급자 Coghead 해결 고객에 게는 "경제 과제의 영향으로 인해", 회사 수 없습니다 더 이상 작동 하지, 클라우드 기반 개발 플랫폼 서비스를 즉시 종료 됩니다. 그 후, 거 대 한 SAP ERP Coghead의 지적 재산권을 취득 하지만 더 이상 지원 되는 개발 플랫폼, 그 뿐만 아니라, 하지만 또한 2009 년 4 월 30 일 전에 그들의 응용 프로그램 및 데이터를 검색 하기 위해 원래 Coghead 고객. 인 튜 이트 Quickbase 데이터베이스에 Coghead에서 CRM 응용 프로그램을 이식 하기 위해서는 Hekademia 컨설팅 회사 설립자 및 디렉터 Shockey 거의 4 개월을 보냈다. 이것은 클라우드 서비스가 실패할 수 있습니다 얼마나 빨리 사람들에 게 경고 하는 이젠 그만 이다.

2008 년 8 월에에서 온라인 스토리지 메이커 교신 (이전의 MediaMax)의 붕괴 온라인 고객 데이터의 손실에 대 한 책임 누구에 대 한 치열 한 논쟁을 촉발 시켰다. HP의 Upline 스토리지 서비스 2009 년 3 월 폐쇄. 이러한 서비스의 끝은 뒤이어 붕괴 궁금 도울 수 없어요 우리가 여전히 클라우드 기반 저장소 공급자 또는 어떤 클라우드 기반 서비스 제공 업체를 믿을 수 있는지의 문을 제기 하고있다...

커밋 데이터, 주요 응용 프로그램, 또는 클라우드로 전체 응용 프로그램 개발 노력 거 야, 여부 클라우드 공급자의 죽음 귀하의 비즈니스를 파괴 하지 않습니다 확인 하려면 다음 4 단계를 걸릴 수 있습니다.

1 단계: 신중한 선택 클라우드 서비스 공급자

첫번째 그리고 가장 명백한 위험은 클라우드 공급자는 재정 문제 이다. 클라우드 서비스 제공자와 가입 하기 전에 고객의 손에서 그들의 수입, 수익성, 현금 검토와 같은 모든 공급 업체와 함께 서명 하는 "건강" 검사를 수행 해야 합니다.

또한, 일부 분석가 들은 위험을 확산 하기 위해 여러 클라우드 서비스 공급자 사업을 확산 것이 좋습니다. 그것은 또한 쉽게 가격을 인하 하 서비스 공급자를, 있지만 전반적인 비용 절감 되지 않습니다 여러 공급 업체 관리를 해야 높은.

2 단계: 클라우드 데이터 백업

클라우드 컴퓨팅, 서비스 공급자는 당신의 중요 한 데이터, 서버 및 심지어 당신이 직접 액세스할 수 없습니다, 일반적으로 가상화 또는 독점 환경에 있는 위치에 전체 응용 프로그램을 유지 합니다. 제조 업체의 다운로드 도구 또는 Api를 통해 액세스할 수 있는 유일한 방법이입니다. 그래서 당신은 당신의 주요 자산을 백업 하는 것을 확인, 로컬 백업 선택 또는 다시 다른 클라우드 서비스 업체, 그리고 당신이 해야 액세스할 수 있는 데이터, 가상 컴퓨터, 응용 프로그램, 그래서 언제 든 지 다는 것을 확인.

많은 클라우드 servicers 암시적으로 인정 하는 그들의 서비스가 실패할 수 있습니다 그래서 그들은 쉽게 자신의 데이터를 정기적으로 백업 하는 고객 지원. 예를 들어 Intuit 회사의 Quickbase 데스크톱 서비스 고객이 언제 든 지 클라이언트의 로컬 ACCESSS 데이터베이스 Quickbase에서 데이터를 백업 수 있습니다.

IBM은 고객을 언제 든 지 데이터를 복구에 사용할 수 있는 복사본의 효과적이 고 복구 가능한 수를 제공 하는 오프 라인 백업 서비스에 SLA (서비스 수준 계약) 보증을 제공 합니다. Salesforce.com 데이터 복제 및 주간 데이터 내보내기 서비스를 지원 하 고 웹 서비스 Api 사용 그들의 자신의 데이터 입력/출력 프로그램을 작성 하는 고객.

또한, 독점 데이터 형식 사용 하 여 성능을 향상 시킬 또는 하드 디스크 공간을 절약 하기 위해 고객 데이터를 저장 하 일부 클라우드 서비스 제공 업체. 따라서, 클라우드 서비스 공급자는 표준 제네릭 형식에 데이터를 저장할 것인지 물어 해야 합니다. 그렇지 않으면, 그들이 실패 하는 경우에, 당신은 수 없습니다 데이터를 검색 하는 경우에 응용 프로그램을 읽을 수 없습니다. 없습니다 예를 들어 전자 메일 호스팅 서비스 Liveoffice a. eml 파일 교환에 사용할 수 있는 및 많은 다른 메시징 응용 프로그램으로 데이터를 저장 합니다.

3 단계: 언제 든 지 사용할 수 있는 저장 공간을 유지

또 다른 특정 클라우드 컴퓨팅 서비스를 구입 하 아마존과 같은 업체에서 "벌 거 벗은" 서버 엘라 스틱 컴퓨트 클라우드 (EC2) 웹의 사용은.

(그것은 당신의 자신의 또는 다른 클라우드 공급자에서) 추가 저장 공간을가지고 하는 경우 응용 프로그램 가동 중지를 줄일 수 있습니다 일단 클라우드 서비스 공급자 붕괴, 언제 든 지 사용할 수 있습니다.

가상화 된 서버는 실제 서버 간에 이동할 수 있는 파일에 존재 하기 때문에 가상화 더 보급 되면서, 그것 없어진 클라우드 공급자에서 새로운 플랫폼 서버를 이동 하려면 쉽게 됩니다. 대조적으로, 더 도전 원래 클라우드 공급 업체의 API 또는 개발 플랫폼을 사용 하 여 작성 된 응용 프로그램을 복원할 수 있습니다.

4 단계: 응용 프로그램 이식성에 대 한 준비

구름에 가장 어려운 도전 클라우드 서비스 실패 하는 경우 클라우드 기반 응용 프로그램을 마이그레이션할 것입니다. 새로운 클라우드 플랫폼으로 응용 프로그램을 이식 하는 것은 응용 프로그램의 런타임 라이브러리, 응용 프로그램, 응용 프로그램을 지 원하는 데이터베이스와 응용 프로그램에 사용자가 입력 한 데이터의 비즈니스 논리에 액세스가 필요할 수 있습니다. 더 많은 독점 플랫폼 사용 클라우드 서비스 공급자는 더 많은 응용 프로그램 관리 클라우드 서비스 제공 업체를 완료 하는 더 큰 응용 프로그램 이식의 어려움.

예를 들어 Salesforce.com은 고객의 구매, 관리, 및 그들의 자신의 하드웨어 플랫폼에서 CRM 소프트웨어를 설치를 해제는 주장 한다. 일단 고객 가입, 그들은 웹 브라우저가 설치 되어, 모든 컴퓨터 및 꼭대기 개발 플랫폼에서 세일즈 Api를 사용 하 여 작성 된 응용 프로그램의 수백을 통해 Salesforce.com 웹 사이트를 액세스할 수 있습니다.

그러나,이 높은 독점 모델 고객만 웹 페이지에서 해당 응용 프로그램에서 만든 모든 사용자 지정의 그들의 사용을 포함 하 여 세일즈 플랫폼 salesforce.com 응용 프로그램을 실행할 수 있습니다는 것을 의미 합니다.

힘의 툴킷 등의 일부 도구를 사용 하도록 허용 하는 동안 강제로 오프 라인 실행 되는 웹 응용 프로그램을 만드는 Api. 그러나, 사용자가 오프 라인으로 데이터를 수정할 수 있습니다, 그러나 대부분의 응용 프로그램 데이터베이스, 비즈니스 논리 및 워크플로 기능에서 정기적으로 세일즈 포스 닷컴 사이트와 동기화 해야 합니다. 따라서, 당신은 여전히 Salesforce.com에 의존.

독립적인 기술 고문 벤 블로흐 지적 세일즈 포스 에이펙스 자바와 비슷합니다, 때문에 거기 "다른 플랫폼으로 응용 프로그램을 마이그레이션할." 수 있는 기회입니다. 그것은 일부 로직, 사용자 인터페이스 및 기타 요소를 다시 사용할 수 있습니다 하지만 개발자 여전히 다시 그들은 세일즈 포스 닷컴 플랫폼에서 일 하는 일을 많이 해야 합니다. 예를 들어 응용 프로그램에 필요한 데이터를 재구성 하 또한 포함 디자인 하 고 데이터 및 응용 프로그램 및 데이터 간의 관계를 설명 하는 다른 모델을 배포.

피터 커피, 세일즈 포스 닷컴의 플랫폼 연구 이사, 이식에 작품 별로 아니라고 말했다. 그 꼭대기에 회사의 Visualforce 사용자 인터페이스 새 대상 플랫폼에 연결할 작성기를 사용 하 여 작성 된 구성 요소를 변환 하는 프로젝트 비용의 단지 작은 부분 필요로 그래서, 자바를 닮은 꼭대기 개발 언어 설계 되었습니다 말했다. 더 많은 작업을 응용 프로그램을 실행 하는 새로운 코드를 작성 라고 합니다.

또 다른 도전 비즈니스 논리 및 사용자 워크플로 응용 프로그램에 포함 된 복원 하는 것입니다. Hekademia 컨설팅, 회사, Shockey 말한다 그를 만들고 최근 개발 노력에 프로세스 데이터 업데이트 Quickbase 수식 필드를 광범위 하 게 사용. "그래서, 데이터를 출력 시켜야 하는 경우 나 오전 적어도 보장 내 데이터 모델 내에서 이러한 프로세스 정보를." 그러나, 다시, quickbase, 포기와 같은 시스템 변경 하면 실제 비즈니스 논리 도메인 수식에는 데이터베이스를 포함 하기 때문에 난 아직도이 논리를 잃을 수 있습니다. 그는 말했다.

물론, 오픈 웹 표준을 사용 하 여 것입니다 쉽게 그것은 그것을 위해 다른 한 클라우드 플랫폼 또는 그들의 자신의 데이터 센터에서 응용 프로그램을 이동 하는 부서. 효과적인 것으로 증명 하는 클라우드 플랫폼이입니다. 마틴 슈나이더, 슈가 Crm의 제품 마케팅 디렉터, 이동의 응용 프로그램은 PHP 스크립팅 언어와 MySQL 오픈 슈가 Crm 오픈 소스 CRM 응용 프로그램에 대 한 원본 데이터베이스와 같은 개방형 표준으로 인해 쉽게 말했다. 사용자가 단순히 데이터의 스냅샷을 슈가 Crm 플랫폼 뿐만 아니라에 사용자 지정 또는 응용 프로그램 추가, 하드 디스크에 저장 하 고 선택한 서버에 업로드.

어떤 플랫폼을 선택 하면, 아무리 Shockey 개발자 서비스 공급자 실패 통지를 주고 약속 시간에 따라 응용 프로그램을 이식에 대 한 긴급 대책 계획을 개발 해야 합니다 제안 합니다. 클라우드 개발 플랫폼을 채택 하는 것을 계획 하기 전에 블로흐 사용자 이점 및 그것의 사업 모델의 금융 조건에 대 한 클라우드 공급자에 게 뿐만 아니라 또한 그들은 개발자에 게 제공 하는 지원 기술 및 어떤 API의 새로운 버전을 발표 하는 과정에 대 한 그들에 게 제안 했다.