摘要：不论是哪方面所带来的驱动力迫使移动应用用户和其SaaS提供商改变，SaaS提供商都应能够响应影响应用的监管变化，这也是用户决定进入应用追踪市场的关键指标。问题在于，应用如何快速适应监管导致的不变化。

第1页:实现移动SaaS应用敏捷性的途径 第2页:实现移动SaaS应用敏捷性的途径

　　
　　DIY SaaS应用确保敏捷性
　　
　　针对RESTfulSaaSAPI开发内部应用轻而易举就能实现，实际上，大多数多平台开发工具对于移动设备现在都可用，支持这种类型的接口。在大多数案例中，这些平台之一会提供编写你自己的移动应用的最佳选择，从而增加应用敏捷性，但是为了确保新的平台或者平台变化能够快速的被支持，就要知道旧平台和变更的平台如何释放数据，通过工具提供商来调整适应。为了减少风险，可能需要调整BYOD策略，如果你采用构建自己的应用路线，就要限制支持的不同平台的数量；如果不是这样的，可能就需要选择浏览器的方法。这种方法的风险在于你的组织的应用开发就会成为改变的障碍，并不是SaaS提供商。
　　
　　好的JavaScript和HTML5实践可以在GUI中提供灵活性，在SaaSAPI中使用改变，就算是变更增加了新功能或者领域都能实现。这项工作实现的关键在于浏览器的选择。并不是所有的浏览器都能够很好的支持脚本和新的HTML特性或者版本，因此如果应用敏捷性很重要，选择最灵活的浏览器就很关键，要支持你的BYOD策略许可的平台范围。查看一下发布历史，关注一下如何增加新的性能，因为过去的版本通常是一个浏览器提供商如何更好响应未来变化的指标。
　　
　　在大多数案例中，可以在SaaS提供商常规的接口中扩大你自己的云托管应用元素。实际上，你要做的是为SaaS提供商的服务编写一个前端，合并提供商和自己所有的一些功能。这种新的SaaS层可能托管在SaaS提供商自己的服务或者在不同的云上。要注意隔离和检测问题；移动用户并没有实际的使用SaaS服务，因此可能很难通过额外的层追踪问题。
　　
　　IaaS、PaaS、SaaS那个更敏捷？
　　
　　当所有上述的都失败时，需要应用敏捷性的用户可以通过在基础架构即服务（IaaS）或者平台即服务（PaaS）托管应用，从而替换掉SaaS服务。托管的独立软件包其用户看上去就像SaaS，大部分是因为所有云应用在客户看来就像是SaaS。因此，IT人员可以在云端部署任何合适的软件包，为移动员工创建虚拟或者“Self-SaaS”。第三方应用可能还存在敏捷性问题，但是有更多的提供商可以选择，很多提供商会提供自定是GUI。如果开源包可用，你也可以自己来调整。
　　
　　IaaS、PaaS、SaaS，它们之中那个更敏捷？自主研发应用、基于浏览器的应用还是自主研发SaaS？这似乎是一个伤脑筋的问题，有用户认为，虽然通过RESTfulAPI实现的基于浏览器的自定制SAAS服务可以支持变更需求，但是也揭示了公司的短板，而围绕基于浏览器的构建访问移动应用，自定制的水平令人吃惊，这种方法消除了适应变更的延迟。企业可以率先使用这种方法，而后再根据实际情况来引入其他类型的自行定制。