传统应用在没开启弹性配置的时候实例数是固定的, Knative 管理的 Serverless 应用默认就有弹性策略,在没有流量的时候会缩容到零。传 统应用在流量低谷时即便没有业务请求处理,实例数还保持不变,这其实是浪费资源的。但 好处就是请求不会超时,什么时候过来的请求都可以会很好地处理。而如果缩容到零,第一 个请求到达以后才会触发扩容的过程。 Knative 的模型中从 0 到 1 扩容需要 5 个步骤串行进行,这 5 个步骤都完成以后 才能开始处理第一个请求,而此时往往都会超时。所以 Knative 缩容到零虽然降低了常驻 资源的成本,但第一批请求的冷启动问题也非常明显。可见弹性其实就是在寻找成本和效率 的一个平衡点。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。