偏执多疑下SaaS模式的生存空间越发狭窄

没错，你可以快速地部署软件作为服务的应用。它们甚至能为公司省钱，使IT部门省心。但他们适合你吗? 　　可定制性差是软件作为服务(SaaS)应用几乎从开始就面临的责难。因为与许多内建(On-premises，与SaaS的托管方式相对应)型的应用不同，你完全无法修改SaaS应用的代码。
　　一家专业支持SaaS的服务公司Bluewolf联合创始人埃里克·贝里奇(Eric Berridge)表示，另一方面SaaS应用的一大优点是象Salesforce.com这样的厂商隔段时间就会增加新功能，而用户马上就能用上这些新功能。对内建型的软件，只有到正式发布时才有新功能，而客户一般都不耐烦等到那个时候，所以干脆不升级。
　　因为新功能在SaaS里的频繁添加，对用户的灵活性就相对要求比较高。因为这可能意味着要适应新的流程以适用新功能，这个责任被加到最终用户而不是IT部门身上。贝里奇认为对经理们来说，这意味着他们得首先了解这些变化，再和用户沟通使他们愿意接受这些变化和能够适应变化。
　　当然太激烈的变化也不好。贝里奇指出，假如引入新功能意味着流程或应用程序本身的改动幅度达到20%以上，你最好还是采用部署在本公司(in-house)的软件。
　　SaaS的另一个缺点是：商业用户不是技术人员，他们经常签合同，但说到安全和隐私问题，他们就全无概念了，非凡是SaaS的安全标准也还在不断进化完善，费雷斯特的分析师丽兹·赫伯特(Liz Herbert)如是说。
　　尽管现在SaaS供给里还没有发现重大的安全漏洞，“但人们对此总是偏执多疑的，”赫伯特表示。贝里奇认为SaaS的安全更多地来自内部访问策略的问题;“你一般不会想让纽约的销售代表看到新泽西销售代表的数据。”除非设置了规则，他说，“所有人都可以看到所有东西。”
　　另外，当向SaaS 迁移时，公司也要记得《健康保险流通和责任法案》(HIPAA)和《萨班斯-奥克斯利法案》(Sarbanes-Oxley)里的规定。贝里奇指出，一旦法律上出现问题，就会要求在本地端保存有数据副本。这意味着要和SaaS软件商设置数据复制的任务计划。
　　为实现数据整合，有第三方公司的软件包(包括Bluewolf公司的)能把SaaS 软件和象SAP和Oracle这样的内建软件连接起来。但当数据交换的速度要求至关重要，如金融交易，这样的链接可能会引起麻烦，贝里奇警告说。（责任编辑：黄重来）

佩服佩服！

沙发？？？