分享一个我写的 keynote，主要是关于容器技术方面的实践

[CMGS]

今年上头对我们团队要求又……变了- -，所以厚颜无耻的来推销自己写的 keynote 啦
http://www.slideshare.net/cmgs1988/docker-45601303

3月底趁着去帝都 infoq docker 围观的机会顺便打探下其他公司在这一领域的进度，有交流想法的小伙伴欢迎29号到现场闲聊啊……

另外我们除了公开了 redis cluster proxy 解决方案的源码之外，这一套基于 docker 的幺蛾子也是开源的啊！欢迎围观和试用……

[Actrace]

docker啊。。。不看好。。。前几年ovz之流的虚拟化技术也挺火，人家都商用好久了。虽然现在也是不生不死。

我不看好docker的主要原因是它到目前为止都没有解决空间与成本的问题。

[loddit]

28号先来 OpenParty 讲一发吧

[CMGS]

@loddit url？时间？
@Actrace docker 只是工具吧，我其实不在乎后面是 docker 还是 rocket 亦或是 nspawn，打不了自己做 runtime 隔离，反正又不是没做过- -。我觉得 ovz 的问题在于从源码到随意快速部署这一步灵活性还是不如 docker 一类的容器技术，整个代码生命流程不好掌握
@fanzeyi 你，UI！

[Actrace]

@CMGS ovz也是容器技术。。。

[loddit]

@CMGS 传送门 http://www.beijing-open-party.org/event/33

[CMGS]

@Actrace openvz 咩- -，这用起来体验还是跟 lxc 之流有差别吧。。
@loddit = =好紧张的样子怎么破

[tonic]

@Actrace 我也不看好 docker 啊, 不看好的原因是坑太多了, 一点都不稳定...

[tonic]

@otbzi 忍忍吧, 等你 PR

[dreampuf]

来我司布道吧，还有时间安排吗？

[CMGS]

@dreampuf = = 我在考虑22号干脆去 3W 或者基友公司搞个公开的分享算了……从周一到周五下午2点起已经都被安排好了……

[bash99]

@lowstz 求"qingcloud不靠谱"的详情

[monnand]

@CMGS 我发现整个系统从架构到使用的第三方软件，再到用词和kubernetes都很像，应该是参考了kubernetes的实现吧？具体说，主要和kubernetes有哪些区别？

另外，kubernetes不能算是borg的直系后代了。Borg的直系后代是Omega。

[CMGS]

@monnand 没参考过 kubernetes 实现，我连它代码都没好好看过，架构是我当时做完 DAE 之后因为 Python runtime 隔离略麻烦，然后在伊朗的时候按照 DAE 架构演进推倒出来的第一版 NBE。另外你说第三方软件主要指？

你指的很像主要是 Pod 吧，我们 Pod 本来是想叫 cluster 的，后面觉得概念冲突，如果说借鉴的话这可以算一点……因为我们一个 Pod 是以业务做隔离的概念。我们和 Kubernetes 的区别主要在于我们第一代的 NBE 是类似于 DAE 那样的纯 web 服务 PaaS，Pod 和 私有 Host 均是后期加入的。第二代的 NBE 是类似于 Docker Swarm 的东西，顺便把 compose 做的编排的事情给做了，并且把可以部署自定义基础服务也纳入了目标中。另外我们这货考虑是对内为主，所以没做得那么的“通用”，和我们有的基础设施和工作流都能很好的接起来。

[monnand]

@CMGS 不好意思，不太了解DAE，NBE的缩写都代表什么。不过大概能明白你的意思。

第三方软件主要是指InfluxDB，etcd这些。不过如果选择Go作为开发语言，那么这些软件选择也就很自然了。

好吧，确实是因为Pod这个名字。因为Pod这个名字本身是包含了一些文字游戏，非英语母语的人不太可能想出来。大概流程是这样的：我看完了你的幻灯片，然后点开了你的slideshare的个人页面，你的介绍是这么写的：“This God is lazy,He write down none thing”。看完这句话，我私以为Pod这个名字应该不是你想出来的。

不过无论如何，感谢你的分享！

[CMGS]

@monnand DAE=Douban App Engine, NBE = Nebula Engine，选择 InfluxDB 主要是我并非 SA 出身， Statsd 对我来说部署和维护经验太少，至少目前 influxDB 还比较简单。 Etcd 因为稳定性问题已经被我们放弃，目前第二代 NBE 主要使用的是我们 redis 的解决方案去做 KV 存储。其实选择 Go 主要是因为 docker 相关的库 go 的版本较多较好，不过也有残次品，所以目前我们的 Core 用 Python 重写了。

Pod 这名字其实还是很好理解吧哈哈~除了刚才说的 Cluster，我们还考虑过 Unit 什么的，最后才确定的是 Pod。