SaaS 응용 프로그램 5 원리의 구현

SaaS와 클라우드 기반 응용 프로그램은 그 어느 때 보다 풍부 하지만 그것은 일부 응용 프로그램을 클라우드로 좋은 투자 수익에 대 한 마이그레이션. SaaS는 비즈니스 단위 및 부서, 일반적으로 필요 하지 않습니다 그것은 도움과 기능 중복 되지 또는 다른 도구는 회사의 충돌은 전략적 지도에 신속 하 게 펼쳐집니다.

SaaS와 클라우드 기반 응용 프로그램은 그 어느 때 보다 풍부 하지만 그것은 일부 응용 프로그램을 클라우드로 좋은 투자 수익에 대 한 마이그레이션. 여기에 그것에 대해 생각 하는 데 도움이 다섯 가지 전략 및 이러한 응용 프로그램을 클라우드로 마이그레이션하기에 적합 여부를 분석 하는 데 도움이.

이 문제를 해결 하려면 우리는 Matson 탐색, 최고 경영자 피터 Weis 및 모래 언덕 컨설팅, 클라우드 연구 부서 관리자 Kamesh Pemmaraju의 인터뷰.

여기는 웹 기반 응용 프로그램을 기존 응용 프로그램에서 마이그레이션 전에 고려해 야 할 몇 가지 단계가 있습니다.

1. 왜 해야 SaaS를 고려

사명의 일부 인프라를 디자인 하 고 개발 SaaS 응용 프로그램 및 내부 응용 프로그램 사이의 관계를 조정 하는 전략 이므로 Matson의 IT 인프라를 2003 년에, 변환할 Weis 고용 되었다.

3 월 모래 언덕 조사 500 고급의 그것 및 비즈니스 관리자는 구름에 미국 기업 들의 관심에 대 한 주요 이유를 보여줍니다 컴퓨팅은 비즈니스 민첩성, 되지 않기 때문에 비용을 절약할 수 있습니다. 응답자의 49% 비즈니스 유연성 그들의 가장 중요 한 목표를 확인합니다. 응답자의 46%는 그들의 가장 중요 한 목표 비용 절감 효과 확인합니다. 세 번째 목표는 그것에 게 집중 하는 리소스를 해제 하 고 혁신, 절반 지지율: 22%.

SaaS는 비즈니스 단위 및 부서, 일반적으로 필요 하지 않습니다 그것은 도움과 기능 중복 되지 또는 다른 도구는 회사의 충돌은 전략적 지도에 신속 하 게 펼쳐집니다.

Pemmaraju 라고 하는 사람들이 기술 옵션으로 SaaS를 사용 하는 경향이 있지만 그건 사실이. SaaS는 비즈니스 옵션 하 고 실시간으로 비즈니스 요구를 해결할 수 있도록 기술에 대 한 액세스를 허용 해야 합니다. 그냥 생각 하면 그것은 기술, 경우에 귀하의 비즈니스 목표를 홍보 하는 방법에 대 한 생각을 해야 합니다.

2입니다. 건축 문제의 고려 사항

SaaS 프로토콜 서명 감소 내부 응용 프로그램을 결정 하기 전에 Weis 및 직원 지출 년 회사의 기존 시스템을 계산 하 고 참조 플랫폼을 구축 새로운 시스템 및 기존 시스템에 연결할 미들웨어 및 응용 프로그램 서버를 제공할 수 있습니다.

Weis 우리의 목표는 우리의 응용 프로그램의 모든 실행할 수 대상에 분산된 아키텍처에 기반한 플랫폼, 미들웨어 및 응용 프로그램 서버를 기반으로 하는 J2E 말한다. 올해의 시간 뿐만 아니라 원래 조직 구조를 조정 하는 토대를 구축에 주로 사용 되었다. 우리는 우리가 필요한 품질 보증 그룹 검사 팀을 설정 하는 기술자를 고용. 이러한 이전 조직에서 되지 않습니다.

긴 안목으로 보면, 있다 서쪽, 신중한 건축 계획 어떤 기업에 대 한 유용한 있지만 SaaS 공급 업체 제공 하는 SaaS 및 레거시 응용 프로그램을 통합 하는 자세한 방법을 시작 하면 점점 불필요 한 되 고 다른 SaaS 통합.

Salesforce.com의 비즈니스 절반은 소프트웨어 프로그래밍 및 다른 시스템을 통해 연결 된 Api를 통해 수행 됩니다.

세일즈 포스 닷컴 같은 SaaS 공급 업체는 많은 응용 프로그램에 좋은 통합을 구축 했습니다. Boomi와 최근 인수 IBM Castlron이 처럼 제 3 자 또한 미리 프로그램와 SaaS 응용 프로그램 간의 데이터 동기화를 구현할 수 있습니다.

Appirio, Modelmetrics 및 Bluewolf 같은 제 통합 팬 들은 통합 SaaS 응용 프로그램에 대 한 설정의 정보를 제공할 수도 있습니다.

3. 실시간 재고 및 중복 응용 프로그램 제거

중요 한 IT 인프라와 회사는 거의 모든 권한을 실행 하는 모든 응용 프로그램을 통해 있다. 모든 컨설턴트는 끔찍한 경험을가지고.

이것이 서쪽의 경험: 각 회사는 3 개 학과, 하나 26 개별 ERP 시스템, 인수에서 주로 많은 병합 됩니다, 하지만 소프트웨어 되지 않습니다. Pemmaraju, 세계의 상위 500 기업의 CIO는 약 15000 ~ 20000 응용 프로그램 및 그 그들은 모 르 겠는 경우는 연결을 승인 한다.

재사용 가능한 응용 프로그램을 유지 하는 비용이 높습니다. 이 문제는 매우 일반적이 고 해결 하기 어려운.

Pemmaraju는 대부분의 비즈니스 응용 프로그램 등 중요 한 데이터 또는 방화벽 내에서 남아 있는 기능을 추정 합니다. 나머지는 매우 다양 한 외부에 전송 하거나 작은 브랜드 가맹점에 병합 될 수 있도록 상용화 또는.

그러나, Weis 말한다 일치 내부 애플리케이션과 클라우드 기반 응용 프로그램에서 첫 번째 단계입니다. 배경 Office 응용 프로그램은 포함 하는 SaaS에 대 한 좋은 후보: 금융, 인적 자원, 및 회계 응용 프로그램.

그러나, 이러한 특정 요구 사항에 맞지 않을 수 있습니다.

Weis 충분히 단단한 톤 제품을 개발 하는 충분히 큰 시장 아니다 운송 분야에 있는 30 주요 사업자를 말한다. 그래서 코어 예약 시스템 및 예약 시스템, 같은 이들은 절대적으로 사용자 지정 생성 된 파일, 짐 싣 기의 법안, 비즈니스 규칙, 그리고 요구 사항은 매우 구체적인.

4. 신중 하 게 업체의 지표를 확인

SaaS 관계에서 Weis 말한다, 그것 중요 하다 고체, 잘 관리 되는, 안전 하 게 사용 하 고, 공급의 경제 기반 인지를 확인 잘 작동 데이터 센터 있다. 따라서, 그것은 공급 업체의 재무 상태와 기능을 다양 한 방법으로 확인 해야 합니다. 그러나, Pemmaraju 오른쪽 SaaS 공급자를 선택 하는 것 더 많은 연구가 필요 하다 고 말한다.

중소 기업 또는 개별 부서 Boomi 또는 통합을 위한 castlron에 의존 수 있습니다. 더 큰 프로젝트 SaaS 공급 업체와 기존 응용 프로그램 통합에 대 한 더 적절 한 도구를 제공 해야 합니다.

Pemmaraju 일단 클라이언트는 SaaS 회사 네트워크 서비스 프레임 워크를 제공 하지 수 있는, 내가 작동 하지 것 이라고 그 누가 말했다. 단일 관리 콘솔에서 많은 SaaS 응용 프로그램을 관리할 수 있는 많은 사업입니다. 또한 id 관리를 포함 됩니다. 만들거나 다른 콘솔을 각 관리 작업에 대 한 사용자 정보를 변경 해야 하는 경우에 누군가가 회사를 떠날 때이 정보를 모든 장소에서 연결 수 없습니다.

클라우드 컴퓨팅, 측면에서 규모는 문제 이며 일반적인 곳이 그들을 관리할 수 있는 경우에, 유지 하기 어려울 것입니다.

5. 더 적절 한 비용

Pemmaraju 회사의 아웃-의-더-박스 소프트웨어 고객 돈 큰 총액을 선불 하 고 사용의 첫번째 3 년에 거액을 지불 하기 때문에 비싼 보이는 것을 말한다. 그 후, 그들이 지불 하는 방식으로 고객의 경제적 비용을 부과 됩니다. 즉도 노화 소프트웨어에 따라 잠재적인 혜택 놓친 것입니다 새 버전에서.

SaaS 응용 프로그램 사용의 그들의 비용, 획득 비용 보다 훨씬 낮은 이며 그들은 신속 하 게 그들이 IT 사양 및 능력을 구축 하 고 기업 밖 응용 프로그램 테스트 보다 유용한 기능을 제공할 수 있기 때문에 저렴 한 봐.

그러나, Pemmaraju는 또한 그 일관 된 전략 및 성공적인 표준 설정, 그것은 불가능 한 것 SaaS 프로그램 진정한 가치를 생산할 것 이다 여부를 말했다.

Weis 말한다는 좋은 통합 도구와 그들을 사용 하는 능력 없이 고객 해야 합니다 복제, 테스트, 배포 및 관리 각 응용 프로그램 보다 더 나은 프로세스 및 관리 통합 단순화.

이것은 SaaS에 대 한 진정한 도전 Weis 말한다. 그는 플랫폼에서 실행 되는 응용 프로그램을 잘 배포 하 고 쉽게 연결할 수 있는지 확인 합니다. 궁극적으로, 많은 SaaS의 혼란을 줄이고, 효율성, 향상 및 더 나은 비즈니스를 처리할 수 있는 진짜 문제입니다.