Kubernetes 1.1发布：网络性能大幅度提升

自从Kubernetes 1.0版本在7月份发布之后，很多公司都在使用它构建分布式系统来管理他们的容器集群。对于帮助Kubernetes日益改进的社区的快速增长，我们也感到责任重大。我们看到出现了诸如CoreOS的Tectonic、RedHat的Atomic Host等商业产品来提供部署和支持Kubernetes，并且不断发展的生态系统也增加了对于Kubernetes的支持，其中包括了Sysdig和Project Calico等工具供应商。

在数以百计的代码贡献者的帮助下，我们自豪地宣布Kubernetes 1.1版本已经可用了，这一版本提供了重要的性能升级、改进后的工具以及一些更加易于构建和部署应用程序的新特性。

我们想强调的一些工作包括：

实质性的性能改进：我们从一开始就按照处理Google规模的工作负荷来设计Kubernetes架构，然后我们的客户也按照他们的步伐来使用。在1.1版本中，我们已经做了进一步的投入来确保用户可以在极其大规模的环境中运行，本周晚些时候，我们将会分享运行数千节点的集群的样例，以及在单个集群上运行超百万级的QPS。

显著提高网络的吞吐量：运行Google规模的工作负荷也会要求有Google规模的网络。在Kubernetes 1.1中，我们已经包含了一个选项来使用本机IP地址表将tail延迟减少80%，几乎完全消除了CPU开销，并且改进了可靠性和系统架构，确保Kubernetes可以在未来处理大规模的网络吞吐量。

Pod横向自动伸缩(Beta版本)：鉴于很多工作负荷会长时期占用系统资源，造成了不均匀的用户体验。Kubernetes现在支持Pod横向自动伸缩，意味着Pod可以基于CPI使用率扩展或者收缩，可以阅读http://kubernetes.io/v1.1/docs/user-guide/horizontal-pod-autoscaler.html获得更多信息。

HTTP负载均衡(Beta版本)：Kubernetes现在有内置的基于数据包自省机制的HTTP流量路由的能力。这意味着您可以通过“http://foo.com/bar”获得一个服务，通过“http://foo.com/meep”获得另外一个完全独立的服务，可以阅读http://kubernetes.io/v1.1/docs/user-guide/ingress.html获得更多Ingress Object信息。

作业对象(Beta版本)：我们也经常要求集成的批处理作业，如处理一批图像来创建缩略图或者将一个特别大的数据文件分解成很多块。作业对象引入了一个新的API来运行工作负荷，如果失败就重启它，并继续尝试直到成功完成，可以阅读http://kubernetes.io/v1.1/docs/user-guide/jobs.html获得更多信息。

缩短开发人员测试周期的新特性：我们继续努力使基于Kubernetes的应用程序的开发快速和容易。两个新特性加快了开发工作流，包括交互式地运行容器的能力，以及改进模式验证，让用户在部署配置文件之前就知道哪里有问题。

滚动式更新的改进：DevOps的核心是发布新的更新不会对正在运行的服务有任何影响，滚动式更新现在可以确保更新的Pod在继续更新前是健康的。

还有更多的好消息，完整的更新列表请参见GitHub上的Kubernetes 1.1版本更新说明。

今天，我们也自豪地宣布Kubernetes会议——KubeCon开幕了，约400名社区成员以及数十家供应商参加支持Kubernetes项目。

我们想列出几个让Kubernetes更好的合作伙伴：

“我们押注我们的主要产品Tectonic——允许任何公司在任何地方部署、管理和保护其容器——因为我们确信数据中心的未来是基于Kubernetes的。1.1版本的的发布是另一个重要的里程碑，其会带来分布式系统和容器更广泛的应用，我们将继续前行并将会带来全新一代的产品和服务，这是必然的。”——CoreOS的CEO Alex Polvi。

“Univa的客户都在寻找可伸缩的企业级解决方案来简化容器以及企业中非容器工作负荷的管理，我们选择Kubernetes作为我们的新Navops套件的基础组件，该套件可以帮助IT和DevOps快速集成容器化工作负荷到他们的产品系统中，并将这些工作负荷扩展到云服务上”——Univa的CEO Gary Tyreman。

“我们看到的规模运行容器与Kubernetes的巨大的客户需求是一个驱动Redapt专业服务业务成长的关键元素，作为一个值得信赖的顾问，很高兴我们有一个像Kubernetes这样的工具来帮助我们的客户实现他们的目标。”——Redapt云解决方案的高级副总裁Paul Welch。