今天，我们很高兴地与大家分享，我们的第一个KEDA 2.0的测试版已经发布了！?
亮点
在这个版本中，我们发布了大部分计划中的特性。
以下是一些亮点：
- 使伸缩功能更加强大
- 引入ScaledJob
- 引入Azure Log Analytics scaler
- 支持扩展Deployments、Stateful Sets和/或任何Custom Resources
- 支持扩展标准资源指标（CPU/内存）
- 支持在单个ScaledObject中使用多个触发器
- 支持删除ScaledObject后缩放到原始副本计数
- 支持控制底层HPA的伸缩行为
- 易于操作的KEDA
- 引入准备和活性探针
- 为指标服务器引入Prometheus指标
- 使用kubectl查询KEDA资源时提供更多信息
- 可扩展性
- 引入External Push scaler
- 引入API scaler
- 提供KEDA的client-go库
要获得完整的更改列表，我们强烈建议浏览我们的更改日志！在我们的稳定版本中，我们将在一篇新的博客文章中提供关于所发布内容的完整概述。
https://github.com/kedacore/keda/blob/v2/CHANGELOG.md#v200
入门
现在开始，并使用Helm安装我们的beta：
代码语言：javascript复制$ helm install keda kedacore/keda –namespace keda –version 2.0.0-beta作为另一种选择，你可以使用我们的部署YAML:
代码语言：javascript复制$ kubectl apply -f https://github.com/kedacore/keda/releases/download/v2.0.0-beta/keda-2.0.0-beta.yaml迁移到KEDA 2.0
我们希望现有用户可以超级简单的使用2.0！但有什么变化呢？
- 用于KEDA自定义资源定义（CRD）的API命名空间已经从keda.k8s.io更改成keda.sh
- 缩放作业现在通过ScaledJob CRD完成，而不是ScaledObject CRD
- ScaledObject现在使用spec.scaleTargetRef.name，而不是spec.scaleTargetRef.deploymentName
- ScaledObject不再需要deploymentName标签（最近几个v1版本已经忽略了它）
通过使用我们的迁移指南了解更多关于如何迁移的信息！
https://keda.sh/docs/2.0/migration/
在我们的官方版本中，我们将提供迁移脚本，允许你自动迁移你的KEDA资源。
https://github.com/kedacore/keda/issues/946
注意：不支持并排运行KEDA1.x和2.0测试版。
KEDA附带一个指标服务器，而Kubernetes只允许你在集群中运行其中一个。
在我们的文档了解更多关于KEDA是如何构建的。
http://keda.sh/docs/latest/concepts/#architecture
总结
我们期待你的反馈：
- 你喜欢什么或者有什么需要改进的地方？
- 你发现了什么问题？
- 如何才能更顺利地迁移？
在我们急切地等待反馈的同时，我们计划在2020年9月初发布KEDA 2.0稳定版！
感谢你的阅读，祝你缩放愉快！
KEDA维护者。
