knative，一个帮助应用Serverless化的工具

坚持原创，写好每一篇文章

上篇文章我们说到微服务可能被服务网格给替代，服务网格是一种架构模式，而今天我们说的knative就是这个架构模式的实现方案。

knative是基于kubernetes来进行设计的Serverless方案，和istio差不多，我们同样可以使用kubernetes的命名行工具来安装knative，knative可以支持灰度发布，流量管控。

伴生容器queue

和守护线程的思想差不多，knative给每个pod节点添加了一个伴生的容器queue，这个伴生容器有什么功能呢，它主要负责采集容器的一些性能指标，反馈到autoscale中，这个autoscale你是否熟悉，没错，就是我们在进行设置kubernetes扩缩容的时候输入的命令，autoscale就是用来决定是否进行扩缩容的。

activator

我们都知道，Serverless最少可以使用零个pod，但是大家有没有想过，在进行缩容的时候，如果缩容到了0个pod，请求会跑到哪里去了呢？其实请求会被activator来进行临时接收，然后扩容到1个pod，来处理这些请求。

Serverless服务商

现在一些巨头公司都是自己的云，并向其他小型企业提供云服务，包括IaaS、PaaS、SaaS这些云服务。这些云服务商提供的云服务可靠率都很高，所以我们不用担心云服务被崩盘。

总结

这篇文章我们主要讲了knative，有了knative，一个应用的Serverless化变得更加简单，它还支持灰度发布的功能，在整体架构上，它给每个pod应用添加了一个伴生容器，用来收集pod的各种性能指标，及时进行扩缩容。knative还有个组件是activator，它可以在服务缩容到0无法处理请求的时候接收一下请求，待服务扩容后再把请求交由服务处理。knative算是比较新兴的架构方案，离大规模使用还有很多事情要做，但这是未来的趋势，值得我们学习关注。

❤️ 感谢大家

如果你觉得这篇内容对你挺有有帮助的话：

1. 欢迎关注我❤️，点赞👍🏻，评论🤤，转发🙏
2. 关注盼盼小课堂，定期为你推送好文，还有群聊不定期抽奖活动，可以畅所欲言，与大神们一起交流，一起学习。
3. 有不当之处欢迎批评指正。