除非你像我的一位朋友那样，整个夏天都住在洞穴里（那是在芬兰，而我的朋友是一位艺术天才），否则你一定会听到关于云计算的喧嚣。
和很多处于生命周期中“炒作期”的技术一样，云计算并没有什么错——它的确是救治基础架构拥有成本昂贵、业务敏捷性缺失和开支过度的良药。能够按需购买计算周期（computing cycles）和存储空间，这在什么时候对于企业都是有吸引力的——这也是此类技术从上世纪60年代以来能够不断激发企业兴趣的原因所在。虽然我咨询过的企业中只有20%正在考虑云计算，但是很多企业对于探讨云计算的好处都十分感兴趣（在只拥有一个数据中心的企业中，有63%的企业说他们对探讨云计算的好处很感兴趣）。
然而对网络经理们来说，云计算却隐藏着一个风险：即网络依赖性。网络基础设施要想进入计算云，成本和质量是两大关键问题。
我们先说成本。在用户之间迁移数据和计算周期，意味着在用户之间以及用户与数据之间需要增加带宽。这虽然算不上什么大事，但是大多数云计算方案都需要在现有的数据中心带宽之外再额外增加带宽。这意味着网络经理们如果不增加预算就无法增加云计算所需的带宽（即便他们已经规划了要为数据中心进行容量升级也无济于事）。话句话说，要部署云计算，就得在已经制定好的预算基础上再增加网络升级的成本。
解决的办法也是显而易见的：网络经理们必须熟悉云计算规划的制订，并确保在制定容量规划时留出富裕。
还有一个比较棘手的问题：很多云服务产品都得依靠互联网的带宽，而很多企业恰恰在增加互联网的接入带宽上没有预算。这就带来了第二个问题：网络的质量。总体而言，互联网服务的质量需要不断提高，大多数用户想当然地以为互联网自己就会不断改进。但是当应用越来越多媒体化、越来越依赖带宽时，用户们的这种想当然就会出现问题。用户们在一天中的某些时候会越来越鲜明地体验到“网络的间歇性”，所以远程工作人员就会期待应用性能的提升。这个时候，商业互联网服务，即QoS将会成为关键。
这也是很多主要的运营商（包括AT&T、BT和Verizon）之所以要提供与MPLS网络服务捆绑的云计算的原因所在。网络经理们在考虑部署远程办公优化产品时需要考虑使用MPLS服务。
简言之，云计算对于企业的计算周期来讲或许是一种理想的方式，但他们对于网络可能受到的影响必须有所准备。
至于我的那位住在山洞里的艺术家朋友，我听说他正在用LED做着一些非常酷的玩意儿。这或许就是后现代派穴居生活方式吧。
