实施SaaS应该注意什么？

newmaker

欢迎访问e展厅 展厅 3 CIO信息化管理展厅 电子商务/企业门户, IT运维管理, 制造执行系统MES, 流程管理BPR/BPM, SOA/SaaS/云计算, ... SaaS和基于云的应用程序比以前更加丰富，但是并不是说有的应用程序迁移到云上都能获得很好的投资回报率。下面这五个建议将帮助你总和考虑IT战略，并帮你分析这些应用程序是否适合迁移到云上。 为了解决探讨这个问题，我们采访了Matson Navigation公司的首席执行官Peter Weis和Sand Hill顾问公司云计算研究部门经理Kamesh Pemmaraju。 以下就是从传统应用程序迁移到基于Web的应用程序之前，需要考虑的步骤。 1.考虑清楚你为什么需要SaaS Weis是在2003年被聘去改造Matson的IT基础设施的，所以其任务的一部分是设计一种基础设施，并制定一项战略以协调公司SaaS应用和内部应用之间的关系。 三月份Sand Hill对于500家高水平的IT和业务部门经理的调查显示，美国企业对云计算感兴趣的主要原因是业务灵活性，而不是因为其可以节约成本。49%的受访者把业务灵活性作为他们最重要的目标。46%的受访者把成本效益作为其最重要的目标。而排名第三位的目标是：释放IT资源以便专注与创新，该项目标得到了不到一半的支持率：22%。 在业务单位和部门SaaS迅速传播，这通常不需要IT帮助和战略指导来确保功能的不重复或者与公司其他工具的不冲突。 Pemmaraju表示，人们往往把SaaS作为一种技术选择，其实情况并不是这样的。SaaS应该是一种业务选择，并允许访问技术以便可以实时应对业务需求。如果你只是把它看成是一种技术，你就必须考虑如何促进你业务目标的实现了。 2.考虑架构问题 在决定签署SaaS协议和减少内部应用程序之前，Weis和其员工会花费一年的时间对公司现存的系统进行清点，并建立可以提供中间件和应用程序服务器以便可以连接新系统和现有系统的参考平台。 Weis表示，我们的目标是，我们所有的应用程序都可以在基于分布式架构的目标IT平台上运行，J2E是基于中间件和应用程序服务器的。那一年的时间主要用来构建基础，同时也调整原有的组织结构。我们雇佣了我们需要的技术人员，建立了质量保证组，检测组。而这些都是以前的组织中不存在的。 West表示，从长期来看，这种深谋远虑的架构计划对任何企业都是非常有用的，尽管在该架构在SaaS供应商开始提供更多的方式来整合SaaS和原有应用程序，以及和其他SaaS整合的时候变得越来越没有必要了。 SalesForce.com的业务有一多半是通过APIs完成的，这意味着软件是通过编程和其他系统联系的。 像SalesForce这样的SaaS供应商建立了很多很好的到他们应用程序的整合。像Boomi和最近IBM收购的Castlron这些第三方也可以实现预置程序和SaaS应用程序之间的数据同步。 像Appirio、ModelMetrics和BlueWolf这样的第三方集成商也可以提供SaaS应用程序的整合集。 3.实时盘点并剔除冗余应用程序 具有重要IT基础设施的公司很少会完全控制他们运行的所有应用程序。每一个顾问都有一个恐怖的经历。 West的经历是这样的：每个公司都有三个部门，一个是26个单独的ERP系统，大多来自收购，很多都是合并来的，但是软件不是。Pemmaraju列举了世界500强公司的CIO，他们都承认大概有15,000到20,000个应用程序，同时不知道是否为他们建立了连接。 维护重复使用的应用程序的成本是很高的。这些问题都是非常普遍的，而且很难解决。 Pemmaraju估计大部分企业的应用程序包括关键数据或者功能，而这些都要保留在防火墙以内。其余的都是具有很高的通用性或者商品化，以便可以转移到外部或者合并为一个小的品牌商。 但是，Weis表示，这是匹配内部应用程序和基于云的应用程序的第一步。后台的办公应用程序是SaaS不错的候选项，这些办公应用程序包括：金融、人力资源和会计应用程序。 但是，这些可能还不能满足特殊的要求。 Weis表示，在海运方面，有三十个左右的主要运营商，这不是一个足够大的市场可以开发坚实足够吨位的产品。所以像核心预定系统和预约系统，这些都是绝对的自定义生成文件，提货单、业务规则和要求都是很具体的。 4.仔细检查供应商的各项指标 Weis表示，在SaaS关系中，很重要的一点是供应商的经济基础是否稳固、管理是否良好、使用是否安全，以及是否有运行良好的数据中心。所以，重要的是要通过各种方式对供应商的财务状况和能力进行核查。但是，Pemmaraju表示，选择正确的SaaS供应商需要还需要做更多调查。 中小企业或者个别的部门可能会依赖Boomi或者Castlron来集成。更多的大型项目需要SaaS供应商为与现有的应用程序的紧密结合要提供更多合适的工具。 Pemmaraju表示，曾经我有一个客户说如果一个SaaS公司不能提供网络服务框架，我是不会和他合作的。能够从一个管理控制台管理大量的SaaS应用程序是一项很多的交易。这也包括身份管理。如果你必须为每一个管理任务去不同的控制台创建或者更改用户信息，当有人离开公司的时候，这些信息就不能在所有的地方关联起来。 在云计算方面，规模是一个问题，如果没有一个共同的地方来管理它们，将很难维护。 5.比较合适的成本 Pemmaraju表示，企业预置型软件看起来很贵是因为客户需要预付大笔资金，并且在头三年的使用中也要付大笔资金。之后，客户的经济成本将会进行分析摊派的方式付。这也意味着依靠老化的软件，就会在新版本中错过潜在的利益。 SaaS应用程序看起来很便宜，是因为使用成本远远低于收购支出，而且它们还可以快速地提供有用的功能，这比其带来的IT规范，建立和测试企业预置型应用程序都要快。 但是，Pemmaraju还表示，没有一个连贯的战略和成功的标准设置，它就不可能知道SaaS程序是否会产生真正的价值。 Weis表示，没有好的集成工具和使用它们的能力，客户就必须对每一个应用程序进行重复评估、测试、部署和管理，而不是用更好的流程和管理集成来简化这些。 Weis表示，这是SaaS的真正的挑战。他必须确保应用程序运行的平台是被部署好的可以容易联系它们的。最终很多SaaS是减少混乱，提高效率，同时能够更好地处理业务的实际问题。(end)

文章内容仅供参考 (投稿) (9/26/2010)