谈谈容器技术

首先呢，上台演讲的人均认为容器不是虚拟化，两者不等价。

嗯，是呀。如果等价的话，这应该叫虚拟化技术大会了。

演讲者均认为这两者的区别在于：容器是应用的包裹。虚拟化是操作系统的包裹。

这就是为什么我收快递总是有那么多层包裹。最后里面的玻璃杯还是tm的碎了。原因？原因可能是快递小哥扔了一下。所以需要商家再增加更多的包裹。

容器既然是应用的包裹。那么理所当然想要管理应用的生命周期。想要监控应用的状态。想要更好的管理和调度应用本身。

你们有没有先问问应用想不想被包裹呀…

容器，你可以理解为应用运行的环境。现在这个环境可以非常容易的迁移。这种迁移不局限于其物理位置。应用可以在一个机器中的相同磁盘的不同扇区之间移动，后来可以在不同磁盘之间移动，再后来可以在同一集群的不同机器之间移动，再后来在不同的机房之间移动。

可移植是软件的一个属性。现在因为容器，这个属性成为普适属性。这当然是件好事。

因为有了容器。假设我们认为容器和之上的应用并没有状态。或者是初始状态即可。那么我们就获取到软件的可扩展性。容器和之上的软件可以不断的复制以适应规模的需求。

这种假设很理想。实际上这并不是软件研发过程中非常重视的事情。非常重视的事情是你开发出来的软件能不能分布式部署。是否可以通过多部署来线性的增强软件急需的能力。

显然容器的开发者们寄希望于应用的开发者都可以胜任这项事情。呃……借用80/20原则的话，就是80%的开发者都不能胜任这件事情。另外20%的开发者不会在80%的业务需求中考虑这件事情。

以上的观点可能会被80%的开发者认同或者反对。

软件行业的未来会像汽车制造厂一样。流水线的装配各种零件，然后制造出来一款成熟的软件。

据我所知，任何一款成熟的软件只要通过ctrl+c , ctrl+v 就可以制造出来另一款成熟的软件。呃……现在流行的方法可能是使用git/fork. 我有了车子，就能制造车子。何必要流水线呢？

其实我很想要一款6个轮子的车子。但是万恶的黑心厂商只造4个轮子的。只有军方才有6个轮子的车子用。未来，我的软件中就不能多加一个功能吗？就不能修改一个流程吗？就不能不用UDP/TCP吗? 更可笑的在于，我的车子就不能随便换个大奔的logo吗？

容器可以让运维更加轻松。效率提高

这我举双手赞同。当然运维需要先熟悉一下各个操作系统的命令，再熟悉一下各个PAAS的组件，以及容器相关的命令。另外如果容器系统/PAAS/OS挂掉了，需要知道到底哪些组件出了问题，以及如何恢复。

我们从小学到现在一直学习那么多繁杂的知识，不就是为了让自己过的轻松一些吗？咳咳……来，再让我翻一翻小学奥数题虐一虐面试者~

让我们一键式的部署来管理应用吧~

在这之前先多键式把配置搞定。…嗯…编译出了问题…不能翻墙…先搭建一个vpn…gcc版本好像太低了…嗯…再配个内部域名吧…等等…权限还要设置一下…ldap怎么设来着?…还需要copy一些私钥…嗯…下班了…明天再弄吧…

总结总结：

下面是十万个为什么时间：

为什么开发者总是为难开发者?
为什么开发者总是为难非开发者?
为什么非开发者总是为难开发者?

再问一个简单的问题：
为什么容器技术不能成为自容器？和容器中的应用一样发布、部署?

该问题的简单答案：
太累了

不，我并不是觉得容器技术不好。也不是觉得现在的运维方案完全够用。我是觉得容器技术还应该向我指出的方向发展一下。

想想应该取个好点的标题。

再加一个图片吧。

再修改一下标题..z