不能回避的云问题 有多少已“云就绪”？
[摘要]
或许现在是重新思考云的时候了。近期微软公共云服务出现故障，这样的事件值得警醒。如果你知道谷歌、亚马逊、Rackspace和Saleforce#都曾……
或许现在是重新思考云的时候了。近期微软公共云服务出现故障，这样的事件值得警醒。如果你知道谷歌、亚马逊、Rackspace和Saleforce#都曾出现过类似的云服务中断现象的话，就应该更加警觉了。
在云中，用户与其应用之间可能相隔十万八千里。因此，要想完全消除网络方面的问题，就得保证这之间的所有线路不能出错。只有这样，云的可用性才能得到保证。
让我们来考虑一个更大的问题。云的确是一个可以托管独立虚拟服务器的好地方，但问题是，在你的数据中心内，到底有多少台虚拟服务器?
先别急着回答。首先要考虑的是，你所有的虚拟服务器应用和真正独立的虚拟服务器并不是一回事，它们需要共享数据仓库或其他应用，而它们的性能取决于数据需要传输的距离。在企业数据中心内，这点儿距离的确不值一提。但是在云中，一个云应用和你的数据中心的数据之间却得来回往返数百万次。即便数据是以光速进行传输，也是需要花费时间的。
你或许会想，如果我把需要用到相同数据仓库的整个一组应用全部迁移到云中，就不会有这么多的数据往返了。但是，云计算的一个重要原则就是，你根本无法准确地知道一个应用将会在哪儿运行。有些云供应商的应用和数据可能会是在纽约、硅谷、西雅图和孟买之间来回穿梭的，因此网络上的一个小问题所导致的总延时，可能会成为一场灾难。
你可以解决这些问题，但这就意味着你必须重新设计应用的运行结构，包括它们相互间的通信方式，以及相互作用的方式。
回过头来想想，你的数据中心中到底有多少部分已经这样做了?哪家企业的数据中心没有一些丑陋的大家伙，我们都不想去碰它们。比方说，运行着专用的垂直行业应用软件的大型主机。数据中心内部散落着数十年来积累的此类物件，我们根本没有时间或者资金去整理它们。还有用户需要用到它们，而清理这些东西将会花费所有的IT预算，却可能不会带来丝毫的商业利益。但如果你不将这些传统的东西清理干净，就根本无法进入到云中开展工作。
到这里，最关键的问题便出现了，即数据中心到底有多大部分已经是“云就绪”的了?到底有多大部分是必须重新配置、重新建造或重新架构才能迁移到云中去的?到底有多少东西是根本不值得迁移到云中的?对于如何运营一个云网络，您已经考虑周全了吗?
