데이터 및 클라우드 응용 프로그램을 마이그레이션하는 방법

비록 많은 이유와 혜택 관리 되는 데이터 센터 시설에는, 과정은 위험을 내포입니다. 우리 데이터 센터 또는 클라우드 서비스 공급자, 서비스 공급자 자체 실패와 실패 한 제휴를 종료 하는 데 필요한 이전, 우리는 "계획 B" 필요 합니다.

우리의 제안은 IT 관리자 그들의 엔터프라이즈 및 클라우드 서비스 공급자 간의 계약에 있는 데이터의 소유권은 기업에 의해 소유 하 고 보증 해야 한다 이다. 그러나,이 문제의 유일한 부분입니다 그리고 우리는 여전히 나중 데이터 처리 하는 방법의 문제를가지고.

마지막 응답은 "이 특정 이슈에 대 한 구체적인 분석에 따라 달라 집니다". 첫 번째 질문은 응용 프로그램 생성 데이터: 당신은 아직도에 접근할 수 있는 다른 곳에 같은 응용 프로그램?

경우 기존 프로토콜 인프라 서비스 (IaaS), 플랫폼 서비스 (PaaS)로, 기업이 해야한다 어쨌든, 그것의 자신의 응용 프로그램을 이러한 응용 프로그램을 설치 하는 다른 클라우드 플랫폼에서 과도 한 설치의 문제 해서는 안됩니다 그래서.

구름에 데이터를 이동의 어려움

그러나, 소프트웨어 서비스 (SaaS)로,의 있다 큰 문제 될 것. 경우에 제공 하는 서비스는 표준 응용 프로그램을 기반으로 합니다. 예를 들어 슈가 Crm 또는 OPENERP, 수도 해야 동일한 응용 프로그램을 호스팅하는 다른 서비스 공급자를 찾아야 합니다. 실행에 다를 수 있습니다 필요한 모든 데이터가 새로운 서비스 공급자 아키텍처에 맞는 되도록 풀/변환/로드 (ETL) 액션 이지만.

IT 관리자는 그들의 이전 서비스 공급자 (예: 로고 태그 밖으로 추출 하거나 추가 하는 추가 기능 및 응용 프로그램)에 의해 만들어진 응용 프로그램을 변경한 새로운 공급 업체에서 갱신 될 필요가 있을 것 이다 마음에 두어야 합니다.

대부분의 경우에서 재배포 이러한 전환 과정의 가장 어려운 부분 될 것입니다 이전 서비스 공급자 로부터 어떤 자세한 변경 목록을 얻을 수는. 즉 SaaS 환경 에서도 이전 서비스 공급자 변경한 문서화 하 고 SaaS 환경 외부에 저장 해야 합니다. 서비스 공급 업체 변경 로그의 완전 한 세트는 필요 귀하의 비즈니스 서비스 제공 업체를 교체 하는 경우 그것은 다시 배포할 수 있습니다.

진짜 문제는 회사가 독점 소프트웨어 공급 업체에서 마이그레이션하는 경우. 이 만드는 그것은 근본적으로 새로운 응용 프로그램 공급 업체에 의해 오픈 소스 응용 프로그램의 몇 가지 주요 수정 될 수 있습니다. 또는, 응용 프로그램 SaaS 공급자가 소유 하 고 있지만 Salesforce.com 등 다른 클라우드 공급자 자체 플랫폼에서 실행할 수 없습니다 수 있습니다.

그러나, Salesforce.com 워털루를 곧 발생할 가능성이 있지만, 작은 전용된 SaaS 공급자의 일부 실패할 운명이 있습니다.

Quocirca 제안 귀하의 비즈니스 위험 SaaS 제공 업체 선택의 시작에 관련 된 고려해 야 합니다. 귀하의 비즈니스 서비스로, 소프트웨어를 사용할 준비가 되지 않은 경우 선택한 공급자의 실패의 위험을 평가 하는 확인 해야 한다 그리고 어떤 노력 서비스 제공 업체에서 시스템 데이터를 추출 하 고 짧은 기간 동안 다른 시스템에서 사용할 수 있는 형태로 될 그것을 요구 할 경우 필요 합니다.

SaaS 데이터 복구 계획

SaaS 공급자에 데이터를 이동 하는 조직 B 계획 알려진된 복구 시점 목표 (RPO) 및 알려진된 복구 시간 목표 (RTO)를 어디로 확인 해야 합니다.

확인 하려면 첫 번째 점은 대상 응용 프로그램입니다. Quocirca는이 SaaS 공급자에 널리 사용 되는 응용 프로그램 또는 응용 프로그램에서 많은 독점 경제 보안 기능이 매우 큰 SaaS 공급자와 서 나왔다.

결정 하는 두 번째 것은 두 시스템에서 사용 하는 시스템 아키텍처. 필드 이름 및 형식과 일치 하는 데이터 마이그레이션 중 정보 충실도 보장 하는 데 필요한입니다. 이것 또한 추출/변환/로드 활동 수행을 정의 합니다.

다음, 그것은 테스트 하는 데 필요한입니다. 위의 활동의 정상적인 작동 수 없습니다 단순히 가상 또는 예상 단계에 있어. 새로운 환경으로 기존 환경에서 데이터를 이동 하는 그것을 테스트 해야 합니다. 이 두 번째 서비스 공급자 마이그레이션 될 필요가 없습니다 하지만 그냥 테스트 확인을 작동 합니다.

성공적인 테스트에 따라, 귀하의 비즈니스에 응답할 때 발생 하는 최악의 시나리오에 대 한 완전 한, 형식적인 계획을 만들 수 있습니다. 이 또한 어떻게 사업 계속이 가동 중지 기간 동안 운영 하 고 활동 계획을 시작 하는 데 걸리는 시간을 포함 해야 합니다. 이 이러한 수동 프로세스 동안 수집 된 데이터를 새로운 시스템에 입력 해야 합니다 수동 프로세스를 포함할 수 있습니다.

마지막으로, 그것은 계약 된 서비스 공급자는 종종 간과 시스템에서 귀하의 비즈니스에서 데이터를 제거 해야 합니다 규정 보장 되어야 합니다.

(책임 편집기: Fumingli)