5 전략, 가트너가 르 친다 클라우드로 마이그레이션하는 방법

회사는 고군분투 하는 그들은 하나의 솔루션으로, 하지만 인프라 (IaaS), 서비스로 재배포에 대 한, 그들의 앞에 5 가지 시나리오 뿐만 아니라 직면 하기 때문에 클라우드 환경, 응용 프로그램을 마이그레이션할 리팩터링, 서비스 (PaaS) 플랫폼에서 IaaS 또는 PAAs에 대 한 수정, PAAs에 다시 설정 하 고 서비스 (SaaS)로 소프트웨어를 교체. 이러한 다섯 가지 옵션 얼굴 선택은 매우 어려운 일.

가트너 건축가 처음, 혼동 했다 리처드 왓슨, 가트너, 연구의 감독은 성명에서 말했다: "CIO 발행 일부 응용 프로그램을 클라우드 환경으로 마이그레이션한 후에 '이 간단한 명령, 옵션은 좋은 선택이 작업을 진행 하는 방법, 문제를 고려해 야 및 그들은 결정을 하기 전에, 그들은 또한 기업, 평가 기준 및 건축 원리의 요구를 고려 해야 합니다. 선택 있기 때문에 절대 안전한 계획을 할 수 있는 어려운 일 이다. 모든 시나리오 직원 기술, 기존 투자 가치, 및 응용 프로그램 아키텍처에서 여러 관점과 그것 같은 표준 응용 프로그램의 마이그레이션 이해 하는 건축가 필요 합니다. "

가트너는 IT 부서가 고려해 야 하는 5 개의 마이그레이션 전략은 다음과 같습니다 제안:

재배치-이 의미는 다른 하드웨어 환경에 응용 프로그램을 다시 배포 하 고 응용 프로그램의 인프라 구성을 변경 합니다. 스키마를 변경 하지 않고 응용 프로그램을 다시 배포 클라우드 환경에 신속 하 게 이동 하는 솔루션을 제공할 수 있습니다.

그러나, 확장성 같은 혜택, 없이 IaaS의 주요 이점은 이다 그 팀 마이그레이션할 수 시스템 신속 하 게 주요 단점은 될 수 있는 아키텍처를 변경 하지 않고.

리팩터링-즉, 클라우드 제공자의 인프라에 응용 프로그램을 실행 합니다. 주요 이점은 이전 버전과 호환 기술 혁신으로 친숙 한 환경을 통합 하는 것 이다. PAAs 의미 그들이 수행할 수 있도록 언어, 프레임 워크, 그리고 이전 고심 개발된 컨테이너 개발자 재사용 수 전체 기업의 전략적 코드의 장점은.

단점의 기능 부족, 변환, 및 프레임 워크의 잠금 가능한 위험 포함 됩니다. PAAs 시장의이 초기 단계에서 PAAs 솔루션 수 있습니다 누락 기존 플랫폼에서 개발자에 의존 하는 기능 중 일부.

수정-수정 또는 기존 레거시 시스템을 현대화 하 여 다음 시나리오를 리팩터링 또는 재배치를 사용 하 여 클라우드 환경에 배포할 필요를 지 원하는 기본 코드를 확장. 이 방법은 공급자의 인프라 클라우드 특성을 최대한 활용 하도록 응용 프로그램을 최적화 하는 조직 수 있습니다.

단점은 개발 프로젝트를 시작 하는 것이 개발 팀을 동원 선행 비용 에서는입니다. 수정 수정 범위의 크기에 따라 배달 기능에 대부분의 시간을 보낼 수 있습니다 계획 이다.

다시 빌드-는 PAAs에 솔루션 다시 설치, 기존 응용 프로그램에 대 한 코드를 삭제 하 고 응용 프로그램에 대 한 구조를 다시 설정. 동안 재건 새 응용 프로그램의 장점은 기존 코드와 잘 알고, 이미 있는 프레임 워크를 삭제 하도록 요구 그것은 공급자의 플랫폼의 혁신적인 기능을 즐길 수 있습니다. PAAs 공급자 응용 프로그램 서식 파일 및 데이터 사용자 지정, 메타 데이터 기반 엔진 모델과 조립식된 구성 요소를 제공 하는 지역 사회에 대 한 도구를 함으로써 개발자의 생산성을 높일 수 있습니다.

그러나, 공급자에 의해 고정 되는 단점이; 그래서 만약 공급자 가격 또는 기술에 변화를 만들어, 소비자 압도, 공급자 서비스 수준 계약 (SLA)을 위반 또는 고객이 강제로 다른 공급자-에 전환 하는 경우 그것은 응용 프로그램 자산 중 일부 또는 전부를 삭제할 수 있습니다.

대체는 기존 응용 프로그램 (또는 응용 프로그램의 집합)을 삭제 하 고 서비스 전달 되는 상용 소프트웨어를 사용 하 여 의미 합니다. 비즈니스에 대 한 수요가 급속 하 게 변화 함수를 사용할 때이 시나리오 개발 팀을 동원 선행 비용을 방지 합니다.
불리는 일치 하지 않는 데이터 의미, 데이터 액세스 문제 및 잠재적인 공급 업체 잠금에 포함할 수 있습니다.

왓슨을 계속 했다: "최고의 응용 프로그램 마이그레이션 시나리오의 고립에서 만들 수 없습니다." 클라우드 환경으로 마이그레이션할 모든 결정은 실제로 응용 프로그램을 현대화 하는 결정 또는 인프라에 광범위 한 컨텍스트에 배치 해야 하는 계정 관련된 응용 프로그램 포트폴리오 관리 및 인프라 포트폴리오 관리 계획. "

"이이 결정은 전적으로 마이그레이션 문제, 그것은 실제로 최적화 문제: 어떤 클라우드 플랫폼 및 마이그레이션 메서드는 응용 프로그램의 도움을 최대화 하기 위해 기회를 제공 하 고 기여 하 고 비즈니스와 it 목표를 암시?" 이러한 비즈니스와 it 목표는 클라우드-오히려 것 보다 새로운 기술 및 도구를 이동 하는 회사를 것으로 예상 된다. "

원래 이름: 구름 저자 응용 프로그램 마이그레이션 방법 5: CIO 업데이트 직원

"이이 글은 51CTO 선택 번역, 소스를 표시 하시기 바랍니다 재현!" 】

"편집 추천"

(에) 클라우드 마이그레이션 아마존 구글 마이크로소프트 3 평가판 클라우드 서비스: 기존 IT 자원을 활용 하는 방법? 아마존의 EC2 중단 "가능한 지역" 도전 이다! 마이그레이션 아마존의 가장 큰 가동 중지의 계시는 신중 해야 합니다! 보안 문제 및 클라우드 응용 프로그램 7 교훈 아마존 클라우드 서비스 오류에서에 대 한 고려 사항 클라우드 컴퓨팅 및 클러스터링: 손 또는 싸움은? 클라우드 보호 ≠ 보호 클라우드 데이터 구름 데이터 저장 5 주요 안전 하지 않은 요인 소니 울트라 100 백만 사용자 데이터 유출 사용자 또는 마이그레이션할 것인지 재고해

"책임 편집기: 왕 용 전화: (010) 68476606"