从有计算机开始，计算模型先后经历了专业（大小型）机-->pc-->网格计算-->云计算的过程。【注】暂不考虑一些专业领域的计算机器演化。而编程模型，也由底层的纸带-->汇编-->面向过程编程-->面向对象编程的过程。随着云计算的进一步发展，特别是paas的发展，编程的环境、库都可以以服务的形式来动态提供，即演变为“编程即服务”模式。在这种模式下，程序员能获取的资源已经不是以库的形式存在

如果从概念的提出（2006 年由 IBM、Google 联合提出）算起，云计算即将步入第二个十年。在第一个十年里，云计算从被质疑到成为新一代 IT 标准，从单纯技术上的概念到影响到整个业务模式。虽然到目前为止，还有很多不成熟的地方值得探索，但云计算在第一个十年里已经正式确立了它的地位，已经被广泛接受并实践。在云时代的下一个十年里，IT 行业又会发生哪些变化呢？ops

关于区块链的探讨和争论从未停息。或许从计算技术的演变历史中能得到一些启发意义。上图是笔者在某次交流会中提出的。以云计算为代表的现代计算技术，发展历史上有若干重要的时间点和事件：1969 - ARPANet（Advanced Research Projects Agency Network）：现代互联网的前身，被美国高级研究计划署（Advanced Resea

历史OpenStack 作为最热门的云计算开源项目，自 2010 年 10 月发布第一个版本 Austin 以来，到 2014 年 10 月 发布 Juno 版本，已经经历了 10 个主要版本。基本稳定为每年 4 月和 10 月各发布一次大的版本更新。网络功能实现是自第二个版本，即 Bexar 版本引入，最初作为 Nova 项目的一个功能 Nova-Network，仅支持所有用户共

容器技术的快速发展，挤占了传统虚拟机技术的很多地盘。没办法，在启动速度和运行性能上，容器实在有着太多的优势，而虚拟机技术的发展实在太过缓慢。现在，受到容器技术的刺激，，推出了启动速度可以跟容器媲美的下一代虚拟化技术 -- hyper。简介简单的说，hyper = Hypervisor + Kernel + Docker Image，本质上还是一种虚拟机技术。hype

Docker 大热之后，不少公司都试图搞清楚 Docker 能给自己的业务带来什么好处，有些团队甚至一股脑地把东西都往容器里面塞。其实，技术领域不存在能一劳永逸的“银弹”，要正确的使用 Docker 容器技术才能给自己带来好处，否则可能带来难以预料的后果。下面四条基本原则，在选择容器技术，而不是裸应用或者虚拟机的时候都应该先认真衡量下。1、是否需要支持分发。Do

现在讨论Docker安全性的话题颇多，主要集中在对使用容器方式的隔离性、攻击防护性等方面。往往与虚拟机方式进行比较。首先，从安全性上看，Docker容器的安全性比不上虚拟机，这点是毋庸置疑的。容器内的应用可以直接访问到主机系统内核；而虚拟机中的应用首先要访问到虚拟机的操作系统，然后在经过hypervisor层才能访问到外部的系统。而且，虚拟机方式在生产环境中经过诸多检验，更加成熟一

这里谈的网络，是以互联网为代表的计算机网络。现实的网络要远比人们想象的复杂，无论是从拓扑结构还是底层设备上。理想的网络模型，交换设备（各层的交换机、路由器、网关）连通主机，而在实际中，还存在大量的其他类型的盒子，比如负载均衡、防火墙、IDS，等等等等。在云计算数据中心网络中，各类带有复杂功能的盒子更多，更杂乱。那么，如何理清各种盒子（网络元素）对于正确理解网络本身就十分重要。

如果你是云计算专家，是否觉得在OpenStack中查询网络信息，特别端口信息需要通过若干命令的配合，十分不便。如果你是SDN专家，是否觉得诸如OpenvSwitch这样的工具虽然功能强大，但操作起来着实麻烦。如果你想尝试一些智能一些的工具，可以看看https://github.com/yeasy/easyOVS。easyOVS几大特性：1、支持对输入命令的智能识别和纠错。

随着云计算技术的发展，跟传统的服务器上直接跑应用相比，服务器上运行虚机，虚机里面跑应用的场景已经越来越普遍。这种情况下，网络往往成为最关键的性能瓶颈，特别是不同虚机之间的高速网络流量如何进行有效的交换。要解决大流量交换的问题，基本上有两套简单思路，一个是软交换，即放在服务器里面，让软件来实现，典型的代表有各种虚拟交换的解决方案，例如OpenvSwitch。另外一个是流量对服务器