클라우드 스토리지 서비스 제공 업체 ISV 전략의 구현

& http://www.aliyun.com/zixun/aggregation/37954.html "> nbsp;

클라우드 스토리지 서비스 제공 업체 적극적으로 백 엔드에 그들의 클라우드를 지원 하기 위해 독립 소프트웨어 개발자 (Isv)를 찾고 있다. 클라우드 스토리지 서비스 제공 업체의 아이디어 저장 응용 프로그램 선택, 클라우드 스토리지 사용을 운전에 대 한 간단한 솔루션으로 클라우드 스토리지를 차례입니다. 대부분의 ISV 지원 서비스 제공 업체는 이길 것입니다. 이 전략 작동 합니까?

내가 말한 그 클라우드 스토리지 성공 하는 경우 원활한 해야. 사용자가 심지어 그들은 구름을 사용 하는 알 필요가 없습니다. 이 이미 일어나 고 있다. 이것은 통합 노력에 대 한 ISV의 뒤에 아이디어입니다. 예를 들어 백업 응용 프로그램을 사용 하는 경우 데이터 복제 재해 복구에 대 한 클라우드로 마이그레이션할 수 클라우드 대상을 선택한 다음 단순히 가리킵니다 화면 옵션을.

이 전략으로 클라우드 스토리지 공급자만 그들의 클라우드를 지원 하거나 적어도 그들의 클라우드 ISV 응용 프로그램에 대 한 우선 순위 대상 Isv를 하도록 할 수 있습니다 합리적인 소리. 그러나, 지금까지, 많은 큰 Isv의 클라우드 스토리지 지원 기능 아직도 지원 3 ~ 4 클라우드 서비스 제공 업체. 즉, 클라우드 스토리지 서비스 목록이 표시 됩니다 때, 클라우드 스토리지 서비스 제공 업체는 여전히 다른 공급 업체의 서비스 보다는 오히려 그들의 서비스를 선택 하는 관리자를 설득 하기 위해서는 저장소 관리자와 직접 통신 하도록 필요 합니다. 출근이 전략에 대 한 키 작은 Isv에서 지원을 받기 위해 클라우드 스토리지 서비스 제공 업체입니다. 그러나이 클라우드 스토리지 서비스 제공 업체의 저장소에 응용 프로그램을 통합 하는 Isv의 수천을 요구 한다. 작은 Isv에 대 한 개발 리소스를 할당 하 고 클라우드 서비스 제공 업체 선택에 초점을 수도 있습니다.

어떻게이 작은 Isv를 유치 합니까? 추가 이익 완전 한 거래 될 것 이라고 생각 하지 않습니다. 대부분의 클라우드 서비스 공급자는 상당히 가까운 수익 공유 정책. 열쇠는 클라우드 스토리지 API (응용 프로그래밍 인터페이스) 강력한 인지 여부. 예를 들어, 어떤 클라우드 서비스 공급자의 API에서는 ISV의 응용 프로그램에 대 한? 클라우드 서비스는 ISV 응용 프로그램에 통합 하기 쉽습니다? 또 다른 문제는 회사의 안정성. 사실, 우리는 이미 공용 네트워크, 스토리지를 공유 시작 했습니다 하지만 사람들은 여전히 클라우드 스토리지는 새로운, 그리고 대부분의 클라우드 스토리지 서비스 회사는 신설 또는 단지이 서비스를 제공 하기 시작을 느낀다. 클라우드 서비스 공급자의 17812.html를 제공 해야 합니다 "> 지속". 마지막으로, Isv는 클라우드 서비스를 원인 알고 싶어요. 많은 Isv 제공 하는 경우 그들은 그들의 응용 프로그램에서 클라우드 확장 클라우드 서비스는 1 일 동안 사용할 수 없습니다 다음 첫 번째 고객 불만 그들의 걱정. 대부분 작은 Isv (및 큰 Isv) 좋은 고객 서비스에 주로 의존.

클라우드 스토리지 서비스 제공 업체, Isv의 지원을 입 대 해야 하지만 그들은 또한 Isv 및 ISV의 최종 사용자에 게 클라우드 서비스 제공 업체에서 제공 하는 서비스의 응용 프로그램 혜택을 인식. ISV 통합은 정말 좋은 전략, 하지만 당신은 좋은 제품 및 서비스 합니다.

이것은 클라우드 스토리지 서비스 제공 업체, ISV 전략의 구현 분석 그리고 약간 도움이 될 것을 바랍니다.

(책임 편집기: 관리자)