Kubernetes社区版本最新动态
上周Kubernetes社区仓库Master分支合入Pull Request 127个,按照Pull Request类型分类如上图所示。
近期上游重要更改:
https://github.com/kubernetes/kubernetes/pull/81914
在该PR更改之前,在每个不同的watcher中独立的序列化对象,对相同的对象存在重复操作。该PR在多个watchers中复用了对象序列化的结果,对性能有明显提升:
a) 在5k节点测试中,节省了15%的内存占用
b) 在5k节点测试中,节省了5%的CPU消耗。
https://github.com/kubernetes/kubernetes/pull/83014
近日Klog发布了1.0版本,该PR将Kubernete主库的klog依赖更新到了1.0版本。Klog是从glog fork而来,klog后续将发布2.0版本,届时将与glog API不再兼容。
https://github.com/kubernetes/community/pull/4129
该PR更新了SIG图表,更新后的图表很好地展示了各个SIG的位置,以及它们互相之间以及它们与各个工作组(WG)之间的关系,如下图所示:
云原生业界一周动态
01
北美KubeCon将同场举行
首届ServiceMeshCon
2019年11月18日圣地亚哥KubeCon Day0将举行首届ServiceMeshCon,这是一个KubeCon + CloudNativeCon的同场活动,会议由CNCF主办。会议日程:
https://servicemeshcon2019.sched.com/ServiceMeshCon是一个供应商中立的服务网格技术会议。该系列将以跨多个服务网格项目的维护人员为特色,并展示在生产中运行该技术所获得的经验教训。
会议将从入门级到高级级别不等,由来自创新和使用服务网格技术的公司的演讲者主讲。演讲包括:
介绍网络服务网格(Network Service Mesh,NSM)及其与服务网格的关系 - John Joyce和Tim Swanson,思科
异构环境下大型的网格控制平面 - Fuyuan Bie & Zhimeng Shi,Pinterest
谷歌是如何在不破坏任何东西的情况下管理数百万个容器Sidecar - Sven Mawson,谷歌
服务网格接口(Service Mesh Interface,SMI):开发者友好的服务网格API - Michelle Noorali,微软
02
Prometheus 2.13.0 发布
近日服务监控系统 Prometheus发布了2.13.0版本,包含了许多修复和改进,包括分块的、流式的远程读API版本。
更改日志:
https://github.com/prometheus/prometheus/blob/release-2.13/CHANGELOG.md
客户端和服务器都能够使用几乎恒定的内存大小和每个请求。这是因为Prometheus在远程读取时只处理和发送单个小帧,而不是整个响应。这极大地帮助进行容量规划,特别是对于内存这样的不可压缩资源。
Prometheus服务器不再需要在远程读取时将数据块解码为原始样本。如果系统重用本地TSDB XOR压缩(就像Thanos一样),那么客户端也可以进行编码。
03
2020年欧洲KubeCon CFP开放申请
2020年KubeCon + CloudNativeCon欧洲大会提案征集(Call for Proposals,CFP)现已开始。
申请地址:
https://events19.linuxfoundation.org/events/kubecon-cloudnativecon-europe-2020/call-for-proposals/
重要日期:
CFP开放日期:2019年10月2日,星期三
CFP截止日期:2019年12月4日,星期三
CFP通知:2020年1月27日,星期一
日程发布:2020年1月29日,星期三
活动日期:2020年3月30日至4月2日
04
CNCF新增沙箱级存储项目
近日Longhorn项目进入CNCF成为Sandbox项目,Longhorn项目是开源的基于云和容器部署的分布式块存储新方式。Longhorn遵循微服务的原则,利用容器将小型独立组件构建为分布式块存储,并使用容器编排来协调这些组件,形成弹性分布式系统。
Longhorn充分利用了近年来关于如何编排大量的容器和虚拟机的核心技术,它可以支持任何Kubernetes集群的持久化存储实现。Longhorn基于微服务的设计还有很多其他优势,可以创建一个长期运行的工作来编排所有live volume的升级,同时确保不会中断系统正在进行的操作。为确保升级不会导致意外的问题,Longhorn可以选择升级一小部分volume,并在升级过程中出现问题时回滚到旧版本。这些做法在现代微服务应用中已得到广泛应用,但在存储系统中并不常见。