KubeCon/CloudNativeCon 2016见闻

题记:上周去西雅图参加了KubeCon&CloudNativeCon 2016,不仅见到Dawn、Brendan、Tim以及Sig Node的各路大神,还参加了不少有趣的session。

Compiling to Containers - Brendan Burns, Microsoft

Containers可以看作是现代分布式系统的“汇编语言”,这样分布式系统的管理实际上就成了开发“Container汇编语言”。Brendan还以JavaScript为例,演示了如何基于Metaparticle来支持不同的service pattern:

Unik: Unikernel Runtime for Kubernetes - Idit Levine, EMC

Unik是一个将应用编译成unikernel的工具,支持rump/OSv/IncludeOS/MirageOS等,编译的结果可以直接跑在公有云或者本地的虚拟机中。

Unik在Kubernetes中实现了一个特殊的runtime,并可以通过kubernetes来管理unik:

Technical View: Comparison of Container Orchestration and Management Systems - Lei Zhang, HyperHQ

我司张磊同学的大作,从架构、控制平面、服务发现与负载均衡、调度等各个角度对比Kubernetes/Swarmkit/Mesos等常见容器编排系统,并以hypernetesHyper Container Service为例说明为什么kubernetes是一个更好的选择。

1 2

Everything You Ever Wanted to Know About Resource Scheduling, But Were Afraid to Ask - Tim Hockin, Google

Kubernetes is fundamentally about resource management:

关于资源管理的三方面:

3

Slide见这里.

Self-hosted, Scale, and Federation with Kubernetes v1.4 and Beyond - Brandon Philips, CoreOS

基本的idea是用Kubernetes来管理Kubernetes的部署和升级,这也是一个孵化状态的项目bootkube。由于kubelet初始化需要控制平面的配合,bootkube会在一开始的时候会启动一个暂时的控制平面(api-server, scheduler, controller manager),部署完成后再替换回来。

部署前将bootkube作为控制平面:

bootkube-1

部署后替换成真正的控制平面:

bootkube-2

相关文档

F2F

Sig-node F2F

OCI F2F

最主要的是Runtime CLI SpecImage Spec rc3。比较有趣的是systemd wrapper / rkt wrapper for OCI runtime-spec CLI,rkt也要加入OCI的大营。

Developer Summit

Scaling the Kubernetes CodeBase

Kubernetes使用github来管理代码库,但现在碰到了明显的瓶颈:从2015年下半年开始merge时间明显加长,open issues和PRs一直再增长,大量无关紧要的github通知等等。未来计划将Kubernetes的代码拆分到多个repo中,kuberentes代码库只保留核心代码,并通过Extension mechanism来支持各种功能:

更多记录见这里.

其他的Summit简介

Comments

comments powered by Disqus