SaaS 클라우드 마이그레이션 계획의 완벽 한 개발

클라우드 응용 프로그램으로 응용 프로그램 마이그레이션 컴퓨팅 되었습니다 그 문제 중 경쟁 시장 변화 또한 공급자를 종료 하면서 새로운 "최고의 선택"을 만들 수 있습니다. 이 대부분의 사용자는 인프라는 매우 쉽게 마이그레이션, 생각 하 고 그 뿐만 아니라, 하지만 대부분의 사람들 또한 느낌 플랫폼, 서비스의 마이그레이션 사용 되는 응용 프로그램 성능에 따라 달라 집니다.

SaaS 응용 프로그램 공급자에 속하고 마이그레이션할 수 없습니다 있기 때문에 소프트웨어 서비스는 일반적으로 마이그레이션 문제에 대 한 서비스. 그러나 마이그레이션 계획에는, 사용자가 가격 및 비즈니스 안정성 문제를 해결 하 고 심지어 SaaS 서비스에서 동일한 응용 프로그램을 이동 하 여 관리 되는 버전을 마이그레이션할 사용자가 도움이 도움이 됩니다.

제 3-파티 응용 프로그램 및 SaaS 혜택

소프트웨어 서비스 (SaaS) 응용 프로그램으로 공급자의 자신의 사용자 정의 소프트웨어에 기반 하 고 하지 않으면 공급자가 이러한 옵션을 설정 하지만 이것은 기본적으로 신화 마이그레이션할 수 없습니다. 경우 엔터프라이즈 마이그레이션에 초점을 맞추고, 그들의 응용 프로그램 보다 자체 개발된 공급자 제 3 자 소프트웨어에 그 공급자에 먼저 집중 해야 SaaS를 선택. 그래서이 형태의 SaaS 마이그레이션 비교적 쉽습니다 여러 공급자 계약, 소프트웨어 개발자를 호스팅할 수 있습니다. 그것은 또한 현지 시설에 대 한 소프트웨어의 사본을 구입 가능, 그래서 "자체 호스팅" 옵션은 공급자에서 오류가 발생 하는 경우 또는 소프트웨어 지원이 없습니다.

마이그레이션에 대 한 최고의 소스 SaaS는 마이크로소프트, SAP, Oracle, 등 주요 제공 업체에 의해 제공 하는 응용 프로그램. 거의 모든 업체 SaaS를 제공, 타사 SaaS 호스팅와 협정을 체결 또는 자체 호스팅됩니다. 열쇠 어디 SaaS 서비스는 기존의 응용 프로그램을 호스팅에 대 한 구축, 아무리 다양 한 공급 업체에서에서 제품의 가용성은 환영 선택 이다. 전문 업체 및 제공 수직 시장 포장 서비스는 다양 한 SaaS 호스팅 제공 업체의 관심을 끌기 위해 가능성이 있습니다 따라서 다른 접근을 요구 합니다.

IaaS 대체 SaaS 장점과 단점

SaaS 마이그레이션에 대 한 두 번째 옵션은 "자기-SaaS", 패키지 라이센스 및 클라우드 인프라 서비스 (IaaS) 제품, SaaS에 대 한 뭔가 만들 것을 호스팅. 이 방법의 값은 최종 서비스 될 수 있는 기계 미러링, 휴대용 호스팅에 대 한 경쟁적 선택 추가. 단점은이 접근 때문에 SaaS는 여전히 사용자의 하드웨어 비용 및 전체 소프트웨어 스택 지원 하면 SaaS, 소프트웨어, 운영 체제에서 처럼은. 이 때문 SaaS는 지정된 된 응용 프로그램에 대 한 클라우드 버전을 만들 수 있습니다, 그것은 있지 않습니다 SaaS의 완전 한 혜택을 의미 합니다.

DIY SaaS 마이그레이션

두 옵션 SaaS 마이그레이션 문제를 완전히 해결 되지 않습니다. 많은 사용자가 로컬 응용 프로그램으로 SaaS 응용 프로그램을 통합 하는 또는 모듈식 응용 프로그램을 구성 하는 소프트웨어를 클라우드. 예를 들어 한 회사 결합 세일즈 포스 CRM SaaS 호스팅 서비스 통합 커뮤니케이션 및 협업 영업 지원 응용 프로그램을 구축. 우리는 두 개의 SaaS 구성 요소, 그리고 두 변경할 수 있다면, 전체 판매 지원 응용 프로그램 문제가 될 것입니다.

전체 SaaS 응용 프로그램 마이그레이션 계획 개발

이 문제에 해결책 합리적으로 응용 프로그램의 높은 수준을 구축 하는 응용 프로그램 통합 도구를 선택 하는. Citrix, 등 많은 응용 프로그램 프런트 엔드 도구, 사용자 데이터와 프로세스를 제공 하기 위해 낮은 수준에 사용자 지정 인터페이스를 적용할 수 있습니다. SaaS 공급자는 구성 요소에 대 한 변경 통합 정의 하지만 전체 응용 프로그램 변경을 의미 합니다. 이 접근에 대 한 그들은 쉽게 통합 될 수 있도록 유연한 응용 프로그램 인터페이스 (Api)를 제공 하는 SaaS 서비스에 대 한 중요 하다. 예를 들어 RESTful API는 일반적으로 보다 더 나은

서비스 지향 아키텍처/단순 개체 액세스 프로토콜 Api는 통합 하기 쉽습니다.

모든 방법이 실패, 어디 SaaS API 응용 프로그램에 따라 사용자 지정을 통해 SaaS 통합 및 마이그레이션 문제를 해결할 수 있습니다. 개발자는 분산된 응용 프로그램 구성 요소 처럼 SaaS API 이므로 프로그램으로 건축 될 수 있다. 다른 마이그레이션 위험에서이 프로세스를 유지 하는 최상의 로컬 클래스/개체를 참조 하는 서비스에 액세스 하는 새 개체에 모든 SaaS 서비스 Api에 대 한 액세스를 캡슐화 하입니다. 어느 정도까지, SaaS 공급자 변경 하는 경우 새로운 공급자 API에 맞게 로컬 개체 수리 수 있습니다.

SaaS 업체 포스터 마이그레이션 시장

SaaS 마이그레이션에 대 한 모든 통합 및 캡슐화 전략 경쟁 SaaS 공급자 간의 기능적 일관성에 의존합니다. 물론, 통합된 통신/협업 서비스를 공급자의 화상 회의 제공 하는 경우 다른 공급자, 고 인터페이스 통합의 기능의 부족에 대 한 보상 수 있습니다. 모든 기능 구분, 상당한 되므로 SaaS 통합에 투입, 프로젝트를 캡슐화 하기 전에 빌드할 응용 프로그램의 기능 일반적인 기능을 사용할 수 있는 서비스 공급자의 목록입니다.

SaaS 서비스 플랫폼 및 인프라 구성 요소 최대 수를 교체 하기 때문에 그들은 혜택을 극대화 하 고 비 기술적인 직원에 대 한 사용 하기 쉬운을 제공 합니다.

Saas, 마이그레이션 문제를 조정 하는 있지만 사용자는 이러한 기본적으로 프로젝트의 비용을 증가, 감소 통합된 SaaS 공급자, 그리고 이러한 위험 비용 절감 SaaS 아래에 숨겨져 있습니다 알고 있어야. 이러한 단점은 SaaS, 채택 하기 전에 무게 하거나 그들이 재해 보다 다루는 더 복잡 있을 수 있습니다.

"편집 추천"

SaaS 공급자: 정말 구매자의 시장? 클라우드 SaaS 파괴 전통적인 모드 중소기업 정보화 Kyogo 구름과 SaaS 시장 기술 인수 및 합병 가장 빠르게 성장 하는 SaaS 서비스 Optimizely의 역사의 한 부분으로 "책임 편집기: 아오 윤 전화: (010) 68476606"