knative serving 0.7版本变更

简介: 本文主要解读knative serving 0.7版本的变更

前言

Knative serving 0.7版本在6月25日正式发布,本次版本发布主要是继续推进v1beta API的落地,HPA支持并发请求数进行扩缩容终于在这个版本实现了。注意这次去掉了一些过时的字段,详细见下面的不兼容变更。本文主要描述0.7版本的变更。

概览

serving.knative.dev/v1beta1 (因为 #4533 ,需要 K8s 1.14+)

在0.6扩展了 v1alpha1 API 包含 v1beta1 的字段,在这次发布中,将 v1alpha1 的字段限制在 v1beta1 的子集内,并且不允许出现v1beta1 不适合的字段,这样,我们可以利用kubernetes 1.11+ 支持的相同模式来发布 v1beta1
因为k8s处理多个版本时存在bug,导致无法在旧版本编辑资源,目前是准备发布两个yaml,一个是只支持 v1alpha1,可以兼容k8s 1.11+,另一个同时支持两个版本,需要k8s 1.14+。

HPA根据并发请求指标扩缩容

之前的版本HPA支持根据CPU扩容,在这次发布,HPA支持和默认扩缩容组件一样的"并发请求数"指标进行扩缩容。
HPA依然还不支持缩容到零,另外还要想办法暴露这些指标给任意的扩缩容插件。
当前的实现方式是通过autoscaler来抓取用户容器的并发请求数指标,把autoscaler注册成一个custom metrics api server,HPA通过这个方式来获取指标进行扩缩容。

非root用户容器

因为安全原因,使用非root用户来启动,包括queue-proxy。

不兼容变更

  • 去掉了之前过时的状态字段
  • Service里面的Build和Manual模式现在不支持了
  • Route tags默认生成的url生成方式改变

以下为各个组件的具体变更。

扩缩容

  • HPA支持根据自定义的并发请求数指标扩缩容
  • 根据pod的数量动态调整autoscaler抓取指标的样本数

Fixes:

  • 增加autoscaler的readiness健康检查
  • 根据activator的扩缩容调整activator限速器行为
  • Revision在达到最小副本数时才更改状态为ready

核心API

  • 暴露 v1beta1 API #4199
  • 容器中使用非root用户启动 #3237
  • 允许用户填写容器名称 #4289 
  • 支持projected volume #4079
  • 删除过时的状态字段 #4197 
  • Build不再支持 #4099
  • Manual模式不再支持 #4188
  • V1beta1 客户端和稳定性测试 #4369 
  • 旧的v1alpha1 schema 通过webhook转换 #4080 
  • queue-proxy 新增annotation用于限制资源占用 #4151 
  • Knative Sercice的annotation传递到Route和Configuration #4363#4367

Fixes:

  • 改进Ready/Generation的处理,如果底下资源还没有调和,更新状态非调和状态 #4185
  • 修复 Revision 回收 #4187#4245
  • 把pod调度失败的错误信息写入Revision状态中 #4191
  • 解决无法拉取scheme1版本的镜像 #4430

网络

  • 把route的annotation传递到ClusterIngress #4087 
  • 引入 tagTemplate 配置,支持定义版本的域名格式 #4292 
  • 支持自定义的子域名 #4210 
  • 允许定义最长请求超时时间 #4172 
  • 在请求中设置 Forwarded header #4376

Fixes:

  • 不依赖istio sidecar支持短域名 #3824
  • 改进ClusterIngress状态 #4288 #4144
  • SKS private service 使用随机名称避免长度过长 #4250 

监控

  • 设置zipkin pods的内存需求 #4353
  • 不需要fluentd sidecar收集 /var/log 日志 #4156 
  • Prometheus抓取 queue-proxy 指标 #4111

Fixes:

  • 修复一些Grafana dashboard
  • 移除内置的jaeger-operator,把它变成依赖来使用

参考

内容来自官方 release note https://github.com/knative/serving/releases

相关实践学习
深入解析Docker容器化技术
Docker是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux机器上,也可以实现虚拟化,容器是完全使用沙箱机制,相互之间不会有任何接口。Docker是世界领先的软件容器平台。开发人员利用Docker可以消除协作编码时“在我的机器上可正常工作”的问题。运维人员利用Docker可以在隔离容器中并行运行和管理应用,获得更好的计算密度。企业利用Docker可以构建敏捷的软件交付管道,以更快的速度、更高的安全性和可靠的信誉为Linux和Windows Server应用发布新功能。 在本套课程中,我们将全面的讲解Docker技术栈,从环境安装到容器、镜像操作以及生产环境如何部署开发的微服务应用。本课程由黑马程序员提供。     相关的阿里云产品:容器服务 ACK 容器服务 Kubernetes 版(简称 ACK)提供高性能可伸缩的容器应用管理能力,支持企业级容器化应用的全生命周期管理。整合阿里云虚拟化、存储、网络和安全能力,打造云端最佳容器化应用运行环境。 了解产品详情: https://www.aliyun.com/product/kubernetes
目录
相关文章
|
传感器 机器学习/深度学习 数据采集
无人飞行器的技术工作原理
无人飞行器(UAV,即Unmanned Aerial Vehicle)的工作原理涉及多个复杂的系统和技术。
637 7
|
供应链 安全 物联网
未来已来:探索新兴技术的发展趋势与应用前景
在数字化浪潮的推动下,区块链、物联网(IoT)、虚拟现实(VR)等技术正以前所未有的速度发展。这些技术不仅改变了我们的生活方式,也重新定义了行业边界和商业模式。本文将深入分析这些技术的发展趋势,探讨它们在不同领域的应用场景,并预测其对未来社会的潜在影响。
|
弹性计算 安全 关系型数据库
Terraform入门初实践
0.写在前面:在云巧资产市场中对项目进行交付过程中,能够快速复用已有组件和一键部署组件一直是我们追求的目标(关于云巧相关的理念可移步了解云巧 详细了解),因此以IaC理念出圈的Terraform,成为关注的重点。本文将介绍Terraform核心理念并结合运行demo完成对Terraform的探索和初级实践,为后续云巧市场更好的交付奠定基础。1.Terraform介绍:1.1 IACInfrastr
1441 0
Terraform入门初实践
|
前端开发 JavaScript
vue中css文件引入失败等问题
vue中css文件引入失败等问题和解决方案
1342 0
|
前端开发 开发工具
如何免费使用行为验证码
随着互联网的快速发展,账户安全问题日益凸显。传统的验证码方式已经无法满足用户的需求,操作繁琐、易被攻击成为了用户们的共同痛点。幸好,行为验证码应运而生,以其智能、准确、便捷的特点成为了新一代验证方式。
|
存储 监控 安全
波场链(TRON)智能合约dapp开发部署指南
波场链(TRON)智能合约dapp开发部署指南
|
XML 存储 JSON
java之路—— SpringMVC的常用注解解析以及作用、应用
java之路—— SpringMVC的常用注解解析以及作用、应用
496 0
|
jenkins 持续交付 数据安全/隐私保护
jenkins忘记admin密码,解决办法
jenkins忘记admin密码,解决办法
723 0
jenkins忘记admin密码,解决办法
|
机器学习/深度学习 自然语言处理 算法
黄学东:微软TTS,第一款实时神经网络语音合成服务
就此,我们采访了微软语音、自然语言与机器翻译的技术负责人黄学东,他向我们展示了一系列 TTS 生成的「真假难辨」的语音样例,并分享了微软在 TTS 一途上的经历与考量。
1028 0
黄学东:微软TTS,第一款实时神经网络语音合成服务