春色满园关不住，带你体验阿里云 Knative

最新推荐文章于 2024-10-11 20:01:34 发布

2401_84046677

最新推荐文章于 2024-10-11 20:01:34 发布

阅读量627

点赞数 13

分类专栏：程序员文章标签：阿里云 knative 云计算

本文链接：https://blog.youkuaiyun.com/2401_84046677/article/details/138054214

版权

程序员专栏收录该内容

269 篇文章

订阅专栏

本文介绍了Knative在应用托管和流量管理中的优势，包括通过KnativeService简化资源管理、流量分发的灵活性、灰度发布和弹性策略，以及Serverless架构的自动扩缩容和事件驱动功能。特别提到阿里云Knative与阿里云资源的整合，以及在高并发场景下的应用示例。

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

Route：将请求路由到 Revision，并可以向不同的 Revision 转发不同比例的流量。

应用托管
Kubernetes 是面向 IaaS 管理的抽象，通过 Kubernetes 直接部署应用需要维护的资源比较多；
通过 Knative Service 一个资源就能定义应用的托管。
流量管理
Knative 通过 Gateway 结果应用流量，然后可以对流量按百分比进行分割，这为这为弹性、灰度等基础能力做好了基础。

灰度发布
支持多版本管理，应用同时有多个版本在线提供服务很容易实现；
不同版本可以设置不同的流量百分比，对灰度发布等功能实现起来很容易。

弹性
Knative 帮助应用节省成本的核心能力是弹性，在流量增加的时候自动扩容，容，流量下降的时候自动缩容；
每一个灰度的版本都有自己的弹性策略，并且弹性策略和分配到当前版本的流量流量是相关联的。Knative 会根据分配过来的流量多少进行扩容或者缩容的决策。

2）丰富的弹性策略

作为 Serverless 框架，其核心能力就是自动弹性，Knative 中提供了丰富的弹性策略：

基于流量请求的自动扩缩容 - KPA
基于 CPU、Memory 的自动扩缩容 - HPA
支持定时 + HPA 的自动扩缩容策略
事件网关，提供请求与 Pod 1 对 1 处理能力

2. Serverless 事件驱动框架 - Eventing

事件驱动是 Serverless 的标配，在 Knative 中同样提供了事件驱动框架 - Eventing。

Knative 的 Eventing 提供了完整的事件模型，可以很容易地接入各个外部系统的事件。事件接入以后通过 CloudEvent 标准在内部流转。

在 Knative Eventing 提供两种事件转发方式：

事件源直接转发到服务；
事件源转发到 Broker / Trigger ，然后通过过滤转发到服务。

对于在使用过程中究竟应该使用哪种方式进行转发呢？其实很简单，Broker / Trigger 模型是基于底层消息系统实现的，对于像 Github、Gitlab、K8s APIserver 这样的事件源来说，需要对消息事件进行缓冲处理、保证消息传输可靠性，那么我们建议通过事件源转发到 Broker / Trigger 进行事件流转。

对于事件源本身就是消息系统来说，像 MNS、Kafka、RocketMQ来说，使用事件源直接转发到服务更为高效。

讲到这里，就不得不提 Knative 的事件源。我把它比喻成事件驱动引擎，Knative Eventing 正是通过这些事件源驱动事件流转。

Knative 社区提供了丰富的事件源，如 Kafka、GitHub 等。此外还接入消息云产品事件源，如 MNS、RocketMQ 等。

阿里云 Knative

================================================================================

阿里云 Knative 在社区原生的 Knative 之上，与阿里云资源体系进行了全方位的整合，提供了更为丰富的能力以及云产品级别的支持。