技术开发 频道

应用程序战略转型SaaS服务注意事项

  【IT168 评论】传统的应用程序对大多数企业来说是一种必要,但同时也是负担:它们有重要的行业应用功能,但却抑制了技术的创新。不过到时,传统的应用程序或系统一定会因业务进程而被更换或修改,或者用新的系统和服务来使它们一体化。那么,一个应用程序转型计划就成为必要。

  应用程序转型既是挑战,也是机遇。挑战来自于重建这个应用程序的费用,机会则来自于重建将提高这个应用程序的工作效率和适用性。因此有必要对机遇和挑战进行权衡,以决定重建应用程序是否可行。

  幸运的是,企业有很多方法改变或迁移一项应用程序。虽然每个选择都有其自身的细微差别和优势,但它可以被一些常见的IT实践审查,这将有助于减少给定选择的不确定性。

  应用程序转型的方法

  首先,IT主管可以使用系统设计生命周期(SDLC)的方法来确定应用程序转型的可行性。简单地说,如果它的维修费用超过了它的更换成本,那么就决定了这个IT系统、进程或应用程序要进行一次升级或更换。

  SDLC概念理解起来简单,实施却很难。在应用程序开发领域,软件开发生命周期计算带来有形及无形的成本。有形成本来自于工时费用、功能性系统以及其他支持因素;无形成本往往意味着提高生产率。

  应用程序的升级或更换因为其他原因也可以是合理的,如法律需求(遵守),工作转换(虚拟办公室、流动性、合同雇员)和重建平台(服务器的更改、数据库增强、桌面操作系统刷新)。

  随着获得信息的渠道不断通畅,对于一个精明的IT经理来说,证明应用程序转换费用是合理的企业决策是很容易的。虽然这个过程本身具有挑战性,然而,现实世界的结果可能不同于这个预测。为了避免不必要的意外,重要的是要了解过程,找出潜在的隐患。

  应用程序转换的首要步骤之一就是要决定该应用程序的表现方式:该应用程序是运行在桌面上,或将被托管?是Web形式还是在云端应用?另一个考虑的重点是,这个应用程序是否适用于公共互联网,或一个专用局域网,或托管于公共云、私人云或混合云。所有这些决策将被用来确定应用转型应当如何进展。

  对于大多数企业来说,这个决定将涉及到两种选择:自承载Web应用程序或求助于软件即服务(SaaS)供应商。最初,SaaS托管看上去是一种经济上更具吸引力的采用方法。毕竟,SaaS托管消除了应用程序相关的大部分费用,包括应用服务器、数据库服务器、存储系统等费用,所有这些费用成为SaaS供应商的责任。更何况,其他成本如备份、业务连续性和灾难恢复解决方案的成本,也可大大减少。

  应用程序转换SaaS中面临挑战

  然而,迁移到SaaS解决方案必须应付一些挑战,一些关注点和成本。最明显的主要关注点是SaaS提供的应用程序是否符合业务需求。许多企业已经定制或修改了的行业应用程序以满足特定的业务需求。这些需求包括特殊库存处理、价格控制、路由定义和客户历史。简而言之,SaaS解决方案必须满足业务需求,而无需改变商业惯例或程序,如这些企业需求。如果有需要改变,修改一个现成的SaaS产品可能是昂贵的。

  在某些情况下,另一方面,转换可以是很容易的。举个例子,联系管理或销售应用程序。有了这些程序,定制通常是没有必要的,而且从内部应用程序转移到SaaS解决方案可能比数据迁移和再培训用户要求的更多。因为嵌入式存货控制程序,汇编追踪程序等,复杂的仓库管理应用程序,另一方面,可能不会那么容易地移动到SaaS模式。换句话说,一些行业应用程序根本不适合SaaS模式,因为广泛的定制可以是必要的。在这种情况下,重建应用程序和自托管理所当然是首选方案。

  在大多数情况下,应用程序从老化的计算机应用程序转换到SaaS提供的方案是一个明智的商业决策,SaaS供应商提高了生产力和灵活性,以前是不可能的。关于SaaS解决方案是正确选择的例子比比皆是,有成百上千的成功案例可以作为证明,并在领先的供应商网站上能够找到。尽管如此,失败和意想不到的问题仍然可能出现。委托于SaaS技术之前,诀窍就是从别人的错误中吸取教训,并充分审核这个过程。

  主要关注领域:

  安全性:如何将数据进行保护?如何控制访问?何种审计工具可用来验证交易和数据的安全?

  可靠性:什么样的服务等级协议(SLA)?这是为了保证不受约束地进入应用程序及其相关数据。

  安全保障:什么样的保障以防止数据损坏和满足于数据备份和灾难恢复的需求?

  供应商可行性:SaaS供应商的可行性如何?提供什么样的保障来应对业务中断、故障等问题?如果一个主要供应商暂停运作,现有的应用程序和数据将会怎样?

  性能:SaaS产品提供的性能水平是否能保证可接受的用户生产力?产品档次如何?

  定价:什么样的定价管制以防止成倍地增加成本?有没有隐藏的费用,支持和扩展成本或其他费用?

  支持:提供什么水平的技术支持?是否包括培训?提供专门的技术支持代表?是否有文件?

  定制:SaaS产品是否可定制?谁负责定制?是公司内部,承包或自我服务?

  提出这些问题,并得到完整的答案以提供给客户使其安心,帮助他们审核供应商的承诺,并验证其SaaS产品的适用性。当然,上述许多问题应引起客户们更深入的研究其应用程序转型选择,例如验证谁拥有数据,以及确认被提供的法律保障。

0
相关文章