感觉“云”

      今天由于要升级系统，因此在升级以前的这段时间写写关于云计算的东西。

      时下很是流行的一个概念，就是“云计算了”，俨然一副大势所趋的样子。到了只要是作IDC的就必定要作个云产品出来。霎时间，千云万云在空中向咱们飘来，真的，看上去很美。

      美，确定是显而易见的。可是，咱们真的要作好准备，不然再好看的云也极有可能在瞬间变成乌云一朵，甚至雷电交加。搞很差让你的服务瞬间倾覆。

      很不巧，做为全球云计算领导者amazon的用户，我已经经受了两次AWS的事故。只是时间和地点的不一样。4月27日，amazon向咱们证实了云其实和咱们平常的服务器同样，也会出问题，并非坚如盘石的。那么刚刚此次，甚至尚未完全解决问题，让咱们认识到，云不但不是坚如盘石的，并且一旦发起彪来，形成的恶劣影响范围之大，程度之深是通常物理服务器所不能匹敌的！

      “云”到底适合什么样的需求或者应用？真的很难说，估计一百我的就有一百种答案。可是咱们能够反过来想想，有没有不适合的？

      经过AWS的使用来看：

      若是强化单个服务器有超强的计算或者IO能力，”云“不适合。

      其实云仍是强调”够用就好“的原则。这样才可以有效的利用物理的计算能力和IO能力。说到底，云到最后体现的是一个服务的存在而不是一台或是几台物理服务器。就像咱们要运行一个tomcat服务，不论是那种云，哪家的产品，不管用什么表现形式。反正就让你把代码部署上去，tomcat开始服务，好一点你还能够配置一个IP搞个DNS指向。而后服务上线，别的你就不用管了。而这个tomcat提供的服务最终变成了这个云的一个存在的服务。不用管到底在哪一个服务器，那个IDC，那个国家。

     ”你见，或者不见它，它就在那里，不来不去“

       没有多个节点高可用设计和实现的，当心某天从云中直接跌落。

       经过AWS出的这几回问题，咱们不难发现，一旦底层承载”云“计算平台的各个层面出现问题或者故障，将会影响整个在该平台的全部服务。固然云服务提供商须要尽量的避免出现这样的问题，可是一旦出现对于运行其上的公司打击仍是很大的。毕竟云计算平台要有足够规模以后，才能经过更高的使用率甚至是某些复用达到高使用率、高计算能力和其服务提供商追求的商业目标（说白了就是多挣钱）。因此在软件设计之初就要尽可能知足或者拥有云的一些特点。固然，有些大规模的并行计算估计能够不须要，反正某个或者几个节点异常，甚至所有节点失效都没有关系。它要的只是计算出结果而已，大不了重算，没有7×24小时服务在线的要求。而除去这样的需求，对于云上运行的服务软件的设计和最终的部署须要思考的东西还不少。例如：这次amazon在欧洲区出现的这个问题，若是能够将实例分别部署在该区的3个zone中，能够避免服务中止的故障。可是在设计之初没有考虑多节点服务提供，部署之初考虑成本付出（带宽等费用），则会直接形成该问题出现区域部署的服务直接全面中止。

      若是有可能，应尽可能早的和云服务提供商进行较多的沟通，通常来说他们都会有专门的架构师来对咱们的设计和部署提供技术帮助的。

       最后，补充说下关于构建私有云的问题。

        如今有的云服务提供商，象买硬件服务器或者作项目同样协助某些用户构建本身的私有云。其好处能够说是成车列举。可是须要注意的一点，云平台构建技术比较复杂（其复杂程度确定远远大于直接管理硬件服务器），尤为一旦出现问题须要技术过硬的团队进行处理和解决。其成本并不必定小于咱们的购买物理服务器和租用IDC的成本。而且，一旦出现故障搞很差全线业务中止，而传统的物理服务器则只是会由于某几台出现问题而形成单一业务的中止，且修复速度会比较快（若是所有服务器都中止工做，基本上只有多是地震或者你图便宜找了一个不入流的IDC提供商）。真的别让云搞花了本身的眼睛。

      云确定是好东西，可是做为技术而言，它确定也会有不足，也会有问题。重要的就是咱们该如何去适应它，最后到如何善用它。