无事可做的IT

　　每一天，除了应对“怎样让SaaS运行正常”这类几乎不存在的挑战，IT人员恐怕只能通过讨论深层次的技术或文化问题来打发时间了。

　　曾为用户和供应商实施过SaaS应用的独立顾问和博主JoeSanchez表示，如果某用户单位与无法满足其规模扩展需求的供应商签了合同，部署的时候就会出现问题。

　　“如果没有做好充分的准备，你就会陷入性能瓶颈，你和你的IT部门就不得不穷于应付，”Sanchez说。

　　在这些情况下，IT运维工作就会变得进退两难。IT部门无法深入根源去解决问题本身，但用户仍求助于IT来解决他们的问题。

　　“在以前，你拥有解决内部IT问题的管理权限，但现在你被夹在用户和供应商中间，只能对问题进行分类和转达。至少你仍然有责任让你的客户--最终用户满意，”Sanchez说。

　　IT人员的能力迅速下降也是个问题

　　的确，在应用程序可用性方面，采用SaaS软件的公司在很大程度上依赖于供应商，Harzog说。传统的监控工具对于SaaS应用几乎没有帮助，因为它们需要在应用服务器上安装一个代理程序。“Salesforce.com不会让你这么做，”他说，主流的托管客户关系管理套件都一样不提供代理。同时，应用性能监控工具往往企图监控底层代码，对于SaaS交付的应用程序而言门儿都没有。

　　Harzog预测，虽然一些供应商尝试提高透明度，公开其运行时间，仍然有太多情报无法被IT部门掌握，这将会阻碍消费类应用之外的SaaS应用推广。

　　Harzog把SaaS和VDI--存在了多年但没能快速增长的虚拟桌面基础架构--进行了对比。“过去有些人认为VDI将会接管世界，但结果呢？离开了网络连接，你就没有程序可用--你的一切都没有了。你手上就剩一块砖头，”他说。

　　同样，一个SaaS应用程序的表现完全取决于网络连接条件，而且供应商不会对网络质量提供任何保证，“这将是长期制约SaaS的问题。”

　　SaaS决策者怎么看

　　有些以SaaS的为中心的IT公司对这些问题嗤之以鼻，他们表示最不需要担心的就是性能和服务等级协议保障问题。AMAG制药的McBride表示，在实践中大量的SaaS提供商已经连续多年表现完美，反言之，由于SaaS负载易于迁移的特性，如果他们有一丝缺陷的话，客户早就跑到别的供应商那里去了。

　　“SLA是真的无关紧要。最重要的是，你要多少，他们就能提供多少，而且不会停机，”他说。

　　但是，如果一个你惯用的SaaS提供商的服务突然挂掉了，你会怎样？“如果他们有缺陷，我们就会甩掉他们另找别人，”McBride说。“有我在的地方，从现在开始到2014年底，有一半的供应商可能会被淘汰，”任何缺点都可能成为拒签长期合同的理由。

　　“签订两到三年的合同简直是搬石头砸自己的脚，”他说。

　　因此，虽然乍看之下实施的SaaS的IT部门似乎是放弃了控制权，但客户仍然掌控着自己的钱袋--终极权力。

　　Applango的Sarfati说，随着时间的推移，当你的组织需要转向更多SaaS应用程序时，请牢记这一点，因为未来你已经不大可能退回从前的模式在组织内部部署常规的应用软件。

　　“SaaS是一个单行道，”他说。“一旦上道了就很难回头。”