모바일 SaaS 응용 프로그램에 대 한 민첩성을 구현 하는 세 가지 방법

소프트웨어 서비스 (SaaS) 응용 프로그램으로 지원, 직원 하지만 반드시 성공적인 구현을 추적 해야 합니다. 기업의 경우 모바일 SaaS 응용 프로그램 규칙 응용 프로그램 변경, 모바일 장치 정책 변경, 직원 활동 변경 및 모바일 OS 기능 변경 될 수 있습니다 다음과 같은 이유로 변경할 수 있습니다. 너무 많은 변수와 함께 없는 완벽 한 전략 모바일 SaaS 응용 프로그램의 민첩성을 유지 하기 위해 하지만 선택 바로 SaaS 공급자, 모바일 사용 경우, SaaS 서비스를 사용자 지정 하거나 심지어 자신의 SaaS 도움이 됩니다.

SaaS 민첩성의 평가

어디 원동력 강제로 모바일 응용 프로그램 사용자와 그들의 SaaS 공급자를 변경 하려면, 아무리 SaaS 공급자 수 있어야 응용 프로그램에 영향을 주는 규제 변화에 대응 하는 입력 시장 추적 응용 프로그램을 사용자에 대 한 주요 통계. 문제는 모든 SaaS 계산기 응용 프로그램 규제 유도 된 변화에 적응 하는 속도 게 필요. 이 응답은 월 단위로 측정 되 고 필연적으로 규제 문제, 제안 하는 공급자는 응용 프로그램을 신속 하 게 변경할 수 없습니다. 동일한 관성 다른 공급자를 선택 하는 것이 현명 하다 그래서 다른 변경 요구 사항에 대응 하는 SaaS 공급자의 기능에 영향을 수 있습니다.

한 공급자를 평가할 때 SaaS에 대 한 공급자의 응용 프로그램 인터페이스 (API)를 신중 하 게 검토 해야 합니다. API는 사용자가 일반적으로 SaaS 공급자에서 직접 서비스를 구매로 자신의 BYOD 정책, 모바일 운영 체제 또는 작업 관행, 변화에에서 변화 때문에 전화 사용자는 SaaS와 함께 문제가 있기 때문에 중요 합니다. 이러한 응용 프로그램에는 일반적으로 특정 플랫폼이 있다 그래서 사용자 자신이 할 수 없는 몇 가지 문제가 포즈 플랫폼을 교체. 가장 중요 한 솔루션 개발 모바일 SaaS SaaS 서비스는 기업 내에서 같은 공급자가 제공 하는 모바일 응용 프로그램을 통해 SaaS를 사용 하지 않으려면 또는 응용 프로그램의 대체 브라우저 기반 서비스와 SaaS 기반.

이러한 메커니즘을 통해 민첩 모바일 SaaS 응용 프로그램을 지 원하는 가장 중요 한 기술 문제는 SaaS 공급자 API를 노출 합니다. 대부분의 IT 전문가가 RESTful API는 특히 웹 개발에 더 익숙한 팀에 대 한 작업을 쉽게 알고 있다. RESTful Api, Soa/soap Api, 및 응용 프로그램 옵션, SaaS 공급자가 제공 해야 이상적으로, 하지만 최고의 대 한 민첩 한, RESTful API는 중요 한, 다른 옵션은 모든 모바일 장치에 적용 되지 않을 수도.

민첩성을 보장 하는 DIY SaaS 응용 프로그램

평안한 SaaS API에 대 한 내부 응용 프로그램 개발은 사실 구현 하기 쉽고, 가장 멀티 플랫폼 개발 도구 이제 모바일 장치에 사용할 수 있습니다 이러한 유형의 인터페이스를 지원. 대부분의 경우에서 이러한 플랫폼 중 하나는 응용 프로그램 민첩성 증가 하지만 새로운 플랫폼 또는 플랫폼 변경 내용을 신속 하 게 지원 될 수 있습니다, 얼마나 오래 된 플랫폼을 알고 플랫폼 릴리즈 데이터를 변경 하는 데 필요한 이며 도구 공급자를 통해 적응 조정 되도록 자신의 모바일 응용 프로그램을 작성 하기 위한 최선의 선택을 제공 합니다. 위험을 줄이기 위해 BYOD 전략을 조정 해야 할 수 있습니다 자신의 응용 프로그램 경로를 사용, 지원; 다른 플랫폼의 수를 제한 해야 경우 아니라면, 브라우저 접근을 선택 하려는 수 있습니다. 이 방법의 위험은 귀사의 어플리케이션 개발 장벽이 아니라 SaaS 공급자 변경 된다.

좋은 자바 스크립트, HTML5 관행 변경 또는 새로운 기능을 추가 하는 경우에 SaaS API의 변화를 사용 하는 GUI에 유연성을 제공할 수 있습니다. 이 작품의 핵심은 브라우저의 선택 이다. 모든 브라우저에서 지 원하는 스크립트와 새로운 HTML 기능 또는 버전, 좋은 되므로 가장 유연한 브라우저 선택은 BYOD 정책 라이센스 플랫폼 범위를 지원 하기 위해 중요 한 민첩성을 적용 하는 것이 중요 한 경우. 지난 자료는 종종 더 나은 미래의 변화에 대응 하는 브라우저 공급자에 대 한 방법으로 출시 및 새로운 성능을 추가 하는 방법에 초점의 역사를 체크아웃 하십시오.

대부분의 경우, 자신의 클라우드 호스팅 SaaS 공급자의 일반 인터페이스에서 응용 프로그램 요소를 확장할 수 있습니다. 사실, 당신이 해야 할 모든 프런트 엔드 공급자 다 그들의 자신의 기능을 병합 하는 SaaS 공급자의 서비스에 대 한 쓰기입니다. 이 새로운 SaaS 레이어 또는 다른 클라우드 SaaS 공급자의 자신의 서비스에 호스트 될 수 있습니다. 절연 및 탐지 문제 인식, 모바일 사용자가 사용 하지 않는 실제로 SaaS 서비스, 그래서 추가 계층을 통해 문제를 추적 하는 것이 어려울 수 있습니다.

IaaS 또는 PAAs SaaS 보다 더 민첩은?

적용 될 때 모든 이러한 오류는, 민첩성을 적용 해야 하는 사용자는 인프라 서비스 (IaaS) 또는 플랫폼 서비스 (PaaS)에 응용 프로그램을 호스트 하 여 SaaS 서비스를 바꿀 수 있습니다. 주로 하기 때문에 모든 응용 프로그램 처럼 SaaS 고객에 게 클라우드 SaaS, 처럼 사용자가 독립 실행형 패키지를 관리 합니다. 결과적으로 IT 직원 모바일 직원에 대 한 가상 만드는 구름 또는 "자기-saas"에 적합 한 패키지를 배포할 수 있습니다. 제 3-파티 응용 프로그램 수 여전히 문제가 민첩성, 하지만 더 많은 공급자를 선택할 수 있으며 사용자 정의 GUI를 제공 하는 많은 공급자. 오픈 소스 패키지를 사용할 수 있는 경우 조정할 수 있습니다 또한 그것은 스스로.

어떤 민첩 한 전략은 최고의: 연구 및 개발 응용 프로그램, 브라우저 기반 응용 프로그램 또는 독점 SaaS? 사용자는 브라우저 기반 사용자 지정 SaaS RESTful API를 통해 구현 된 서비스를 지원할 수 있다 요구 사항 변경, 비록 그들은 또한 공개 회사의 짧은 보드 믿고 있다. 사용자 지정 빌드-액세스 브라우저 기반 모바일 응용 프로그램을 둘러싸는 수준의 놀라운 변화에 적응에 지연 제거입니다. 이 메서드는 먼저, 사용자의 다른 종류의 소개 뒤에 사용할 수 있습니다.

(책임 편집기: 유산의 좋은)