即将发布的Kubernetes 1.13有哪些新功能?

Kubernetes 1.13版本引入了一系列增强功能,包括动态审计配置、自定义资源webhook转换、API服务器dry-run、简化集群创建、基于taint的驱逐、调度器对节点子集评分、更新kubectl插件机制、硬件支持、存储增强、与云端集成等方面的重大改进,旨在提升集群管理效率和应用性能。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Kubernetes配置管理

动态审计配置(alpha)

https://github.com/kubernetes/enhancements/issues/600

Kubernetes审计配置功能允许使用webhook将审计事件转发到远程API。 从Kubernetes 1.13版本开始,用户可以设置动态审计后端,以支持在运行时推送AuditSink API对象(远程端点)。可以使用Falco检查Kubernetes审核事件。

支持自定义资源的webhook转换(alpha)

https://github.com/kubernetes/enhancements/issues/598

在版本1.13之前,可为Resource Custome Define(RCD) 定义多个版本,只要所有版本使用相同的模式(即,如果添加了新字段,则需要在所有版本中添加)。 现在,不同的CRD版本可以有不同的模式,可以定义转换webhook来处理更新。

API服务器dry-run(alpha到beta)

https://github.com/kubernetes/enhancements/issues/576

dry-run模式可以模拟真实的API请求,在不修改实际状态的情况下查看请求是否成功(准入控制器链,验证,合并冲突…),或者会发生什么。请求响应的主体应尽可能接近非dry-run模式。此模式的核心功能是启用其他用户级功能,如kubectl diff子命令。

kubectl diff命令(alpha到beta)

https://github.com/kubernetes/enhancements/issues/491

使用kubectl diff命令可以预览kubectl apply`命令对群集所做的变更。 这个命令的功能在于方便查看,这为集群的operator的日常工作提供了很方便的操作。需要的是注意,该命令要在API服务器上启用dry-run功能时才能生效。

简化Kubernetes集群创建(beta到稳定)

https://github.com/kubernetes/enhancements/issues/11

此功能涵盖了kubeadm的总体用例,并简化了Kubernetes集群的创建流程。该功能不是Kubernetes 1.13版本独有的,但是在此版本中将有一些文档上的改进,改进的地方包括kubeadm init使用中的不同阶段,kubeadm alpha的新子命令或者是在部署示例中包含的CoreDNS等。

Kubernetes核心组件

基于taint的驱逐 (alpha到beta)

https://github.com/kubernetes/enhancements/issues/166

基于taint的驱逐在Kubernetes 1.13中将从α状态转变为β状态。 当启用此功能时(在-feature-gates中,设置TaintBasedEvictions = true,),NodeController(或kubelet)会自动添加taint,并且禁用基于Ready NodeCondition从Node中驱逐pod的前一逻辑。

配置调度器对集群节点的子集进行评分(alpha到beta)

https://github.com/kubernetes/enhancements/issues/593

在Kubernetes 1.12之前,kube-scheduler需要检查集群中所有节点的可行性,然后对可行节点进行评分,选择评分最高的节点来运行pod。现在,可以对Kubernetes调度器进行配置,仅考虑一定百分比的节点,只要在配置的集合中能找到足够的可行节点即可。 这提高了调度器在大规模集群中的性能。

更新kubectl的插件机制(alpha到beta)

https://github.com/kubernetes/enhancements/issues/579

kubectl支持扩展添加新的子命令或覆盖现有的子命令,支持kubectl主要发行版中未包含的新功能和自定义功能。此存储库提供了一个很好的扩展示例。

将频繁的Kubelet心跳移至Lease API(alpha)

https://github.com/kubernetes/enhancements/issues/589

在1.13之前的Kubernetes版本中,NodeStatus是Node的心跳。 此版本引入了节点租约 (node-lease),这是一种更轻量,可扩展性更好的心跳指示器。节点租约经常更新,而NodeStatus仅在出现变更或一定时间段以后才从节点报告到主节点。

硬件支持

支持第三方设备监控插件(alpha)

https://github.com/kubernetes/enhancements/issues/606

为了监控设备插件提供的资源,监控代理需要能够发现节点上正在使用的设备集,并获取元数据以描述该指标应该与哪个容器相关联。 kubelet现在提供gRPC服务(PodResources)来启用此功能。 对“PodResources服务”的支持仍处于alpha状态。

存储

通过持久化卷源使用原始块设备(alpha到beta)

https://github.com/kubernetes/enhancements/issues/351

默认情况下,在Kubernetes 1.13上启用BlockVolume,只需将volumeMode的值设置为block即可访问原始块设备。在没有文件系统抽象的情况下使用原始块设备可允许Kubernetes为需要高I / O性能和低延迟的高性能应用程序(如数据库)提供更好的支持。

为FlexVolume添加调整大小的调用支持,以支持类似LVM扩展的卷大小调整(alpha)

https://github.com/kubernetes/enhancements/issues/304

PVC大小调整最初是在Kubernetes 1.8中引入的。 此后,一些卷插件已经能支持此功能。1.13版本能支持FlexVolumes。如果你正在使用FlexVolume并且底层驱动程序支持该操作,现在只需更新Kubernetes中的PVC即可扩展PV。

添加对Kubernetes树外CSI卷插件的支持(beta到稳定版)

https://github.com/kubernetes/enhancements/issues/178

容器存储接口 (Container Storage Interface)是将任意存储系统暴露给Kubernetes容器化工作负载的规范。目前,Kubernetes卷插件在树内,这意味着它们与核心Kubernetes二进制文件进行链接,编译,构建和一起发布。在1.13版本中,该功能已经稳定,并允许第三方供应商创建和分发(Kubernetes树外)CSI 卷插件。

使调度器能感知pod内卷的拓扑约束(beta到稳定)

https://github.com/kubernetes/enhancements/issues/490

此功能允许设置控制卷的调度位置,可以启用本地卷绑定,还可用于将卷与特定拓扑区域耦合。该功能在之前的Kubernetes版本中有所体现,但在1.13 版本中已逐渐稳定。

Kubernetes与云端集成

AWS ALB ingress 控制器(alpha)

https://github.com/kubernetes/enhancements/issues/629

这是一项备受欢迎的功能,只要为集群配置了AWS集成凭证,就可以通过按需配置AWS ALB来满足Kubernetes ingress资源。

亚马逊弹性块存储 CSI 驱动程序(alpha)

https://github.com/kubernetes/enhancements/issues/630

亚马逊弹性块存储(Amazon Elastic Block Store) CSI驱动提供CSI接口来管理EBS卷的生命周期。驱动程序仍处于alpha状态,1.12之前的版本不支持该功能。 可以使用的基本卷操作包括:CreateVolume / DeleteVolume,ControllerPublishVolume / ControllerUnpublishVolume,NodeStageVolume / NodeUnstageVolume,NodePublishVolume / NodeUnpublishVolume和Volume Scheduling。

外部AWS CCM(alpha)

https://github.com/kubernetes/enhancements/issues/631

cloud-controller-manager (云控制器管理器,CCM)是嵌入云控制循环的守护进程。云供应商和Kubernetes的开发和发布速度不同,将特定于云供应商的代码抽象为云控制器管理器二进制文件能够让云供应商独立发展。AWS云控制器管理器在Kubernetes 1.13版本中首次亮相。

Azure可用区(alpha到beta)

https://github.com/kubernetes/enhancements/issues/586

Kubernetes 1.12版本增加了对Azure可用区(AZ)的支持。 可用区中的节点可通过failure-domain.beta.kubernetes.io/zone=\u0026lt;region\u0026gt; - \u0026lt;AZ\u0026gt;标签添加,并为Azure托管的磁盘存储类添加拓扑感知配置。此版本中对Azure可用区的支持已经从alpha阶段到了beta阶段。

支持Azure跨资源组节点(alpha到beta)

https://github.com/kubernetes/enhancements/issues/604

Kubernetes 1.12版本增加了对Azure序中的跨资源组(resource group)节点和非托管(例如本地)节点的支持。该版本中对跨越资源组节点的支持已经从alpha阶段到了beta阶段。

弃用

删除对etcd2的支持

https://github.com/kubernetes/enhancements/issues/622

此版本中删除了所有对etcd2的文档引用和支持。

参考链接:

https://sysdig.com/blog/whats-new-in-kubernetes-1-13/

内容概要:本文档详细介绍了基于Python的在线二手电子产品回收系统的设计与实现。项目旨在通过构建一个可靠、安全、透明的平台,提高废旧电子产品的回收率,推动资源的合理再利用,提供安全可靠的交易平台,加强环保意识,促进二手市场的发展,并实现数据驱动的智能化服务。项目面临的主要挑战包括废旧电子产品的检测与评估、信息不对称与交易风险、市场需求的预测与定价、用户体验优化及平台的安全性与数据保护。解决方案涵盖智能化评估与回收定价、高效的二手产品处理流程、完善的售后保障体系、创新的市场需求分析、全程透明化与安全性保障以及定制化用户体验。系统采用微服务架构,包括用户管理、商品评估、交易管理、数据分析、支付与结算等模块。项目还涉及前端界面设计、API接口开发、数据库设计与实现、模型训练与优化、部署与应用等方面。 适合群:具备一定编程基础,特别是对Python和Web开发有一定了解的研发员,以及对二手电子产品回收和环保事业感兴趣的从业者。 使用场景及目标:①帮助用户方便地将闲置电子产品回收、交易或再利用,提高废旧电子产品的回收率;②通过智能化的数据分析为用户提供价格评估、市场需求分析等服务,提高回收效率;③提供安全可靠的交易平台,确保交易的公平性和安全性;④推动二手市场的健康发展,为消费者提供经济实惠的产品选择;⑤增强公众的环保意识,推动社会向绿色、低碳方向发展。 其他说明:本文档不仅提供了系统的功能模块设计、数据库表结构、API接口规范,还展示了具体代码实现和GUI界面设计,为开发者提供了全面的技术参考。此外,项目强调了数据安全和隐私保护的重要性,确保平台在运行过程中能够有效保护用户信息。项目未来改进方向包括增强模型的精准度、拓展国际市场、提供更多支付和融资选项、跨平台数据集成与分析、更加智能的回收流程以及强化社交化与社区功能。
内容概要:本文档详细介绍了基于C语言和单片机设计的固态继电器驱动空调温控系统,涵盖了从硬件电路设计、程序设计、GUI设计到代码详解的完整流程。项目旨在实现高效精准的温度控制、提升系统可靠性和寿命、灵活的参数设置和机交互、降低能耗、模块化设计便于扩展与维护,以及促进智能家居与工业自动化发展。项目通过高精度温度采集与滤波算法、固态继电器驱动与保护电路设计、滞环控制算法、多层次软件模块化设计等创新点,确保系统的高效节能、智能化和高可靠性。; 适合群:具备一定单片机和C语言编程基础的研发员,尤其是从事嵌入式系统设计、智能家居和工业自动化领域的工程师。; 使用场景及目标:①实现高效精准的温度控制,确保室内温度维持在理想范围;②提升系统可靠性和寿命,减少故障率和维护成本;③支持灵活的参数设置和用户友好的机交互界面,提升用户体验;④降低能耗,实现节能控制,推动绿色建筑和节能环保产业的发展;⑤通过模块化设计,便于后续功能升级和系统扩展,如远程监控、数据分析等智能化功能。; 其他说明:项目设计充分考虑了实际应用中的挑战,如温度采集的精度与稳定性、电气兼容性、系统响应速度与控制稳定性、软件设计的资源优化与抗干扰等,提出了针对性的解决方案。系统不仅适用于家庭智能空调,还能广泛应用于工业、商业建筑、医疗环境及农业温室等多个领域。未来改进方向包括智能温度预测与自适应控制、多传感器融合技术应用、远程监控与云平台集成、低功耗与绿色节能优化等。通过该系统,不仅能够精确控制室内温度,保障舒适环境,还能有效节能,延长设备使用寿命,具有重要的实际应用价值和推广意义。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值