Knative 的保留实例功能是什么？

为了解决第一个实例的冷启动问题，我们推出了保留实例功能。保留实例是阿里云容器 服务 Knative 独有的功能。社区的 Knative 默认在没有流量时缩容到零，但是缩容到零 之后从 0 到 1 的冷启动问题很难解决。冷启动除了要解决 IaaS 资源的分配、 Kubernetes 的调度、拉镜像等问题以外，还涉及到应用的启动时长。应用启动时长从毫 秒到分钟级别都有。应用启动时间完全是业务行为，在底层平台层面几乎无法控制。 ASK Knative 对这个问题的解法是通过低价格的保留实例，来平衡成本和冷启动问 题。阿里云 ECI 有很多规格，不同规格的计算能力不一样，价格也不一样。如下所示是对 2c4G 配置的计算型实例和突发性能型实例的价格对比。如果在没有流量时，使用突发性 能实例提供服务不单单解决了冷启动的问题，还能节省很多成本。突发性能实例除了价格优势以外，还有一个非常亮眼的功能就是 CPU 积分。突发性 能实例可以利用 CPU 积分应对突发性能需求。突发性能实例可以持续获得 CPU 积分， 在性能无法满足负载要求时，可以通过消耗积累的 CPU 积分无缝提高计算性能，不会影 响部署在实例上的环境和应用。通过 CPU 积分，您可以从整体业务角度分配计算资源， 将业务平峰期剩余的计算能力无缝转移到高峰期使用（简单的理解就是油电混动）。所以 ASK Knative 的策略是在业务波谷时使用突发性能实例替换标准的计算型实 例，当第一个请求来临时再无缝切换到标准的计算型实例。这样可以降低流量低谷的成本， 并且在低谷时获得的 CPU 积分，还能在业务高峰到来时消费掉，用户支付的每一分钱都 不会浪费。 使用突发性能实例作为保留实例只是默认策略，用户可以指定自己期望的其他类型实例 作为保留实例的规格。当然用户也可以指定最小保留一个标准实例，从而关闭保留实例的功 能。