容量保障核心技术与实战
吴骏龙
前阿里巴巴本地生活 P8 高级专家
5387 人已学习
新⼈⾸单¥29
登录后,你可以任选2讲全文学习
课程目录
已完结/共 19 讲
容量保障核心技术与实战
15
15
1.0x
00:00/00:00
登录|注册

11 | 与时俱进:云原生下的容量保障新趋势

你好,我是吴骏龙。今天,我将与你共同领略在云原生时代下,容量保障有哪些前沿实践与应用。
不知道你之前是否听说过“云原生”这个词,我先来聊一聊云原生的发展历程吧。2013 年春,Docker 技术的正式开源揭开了云计算的序幕,并迅速席卷全球,同年,Pivotal 公司的 Matt Stine 首次提出了云原生(Cloud Native)的概念,至今其实也不到 10 年的时间。
云原生还没有标准的定义,每个人的解读也都各不相同,目前比较权威的定义是由云原生计算基金会(CNCF)给出的,摘要如下。
云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式 API。这些技术能够构建容错性好、易于管理和便于观察的松耦合系统。结合可靠的自动化手段,云原生技术使工程师能够轻松地对系统作出频繁和可预测的重大变更。
这个定义中的术语比较多,用我的话来提炼,云原生其实就是云(Cloud)和原生(Native)的结合。Cloud 表示应用服务是部署在云上的,而不是传统的机房;Native 表示服务自始至终都是围绕着云的各项特性所设计的,两者结合起来,目的是最大化的发挥云的价值。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

云原生技术在容量保障方面的新趋势是弹性伸缩,能根据业务需求和流量情况自动调整计算资源,实现实时扩容,节省成本。AWS提供了动态伸缩和预测伸缩两种模式,通过机器学习预测未来负载需求,实现自动容量保障。目前业内主要从两个方向探索,一是减少应用冷启动时间,实现毫秒级自动伸缩;二是结合传统容量规划手段,准实时进行扩缩容。展望云原生时代下的容量保障,随着技术的不断革新,应用服务不需要关心容量的梦想终究会得到实现。在云原生技术不断发展的过程中,传统容量保障工作依然重要。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《容量保障核心技术与实战》
新⼈⾸单¥29
立即购买
登录 后留言

全部留言(2)

  • 最新
  • 精选
  • 于加硕
    在讲弹性伸缩背景的时候,都会提到按需付费,及时用多少POD就付多少POD的费用,实际企业在云原生的过程中,如果购买的是NODE节点,提供的POD资源池,那么及时的缩容和扩容POD是无法做到节约成本的。我觉的弹性扩缩容在容量保障中,只是用于极端流量的容量保障。

    作者回复: 感谢分享观点,我同意其中的部分内容。实际上,弹性伸缩的应用和目标企业的业务特点和业务体量是有紧密联系的,我举个例子,如果企业的业务特点是高低峰期的流量差异非常大(例如外卖订餐业务),那么(非实时的)弹性伸缩是能够降低成本的,而且也能保证安全性,在低峰期缩减出的计算力可以由云平台调度给其他服务使用,这已经有了非常成熟的使用案例。 不过,我们也看到不少企业,业务峰谷间的流量差异没有那么大,可缩容的低峰期时间不长,那么这些企业会倾向于保留固定资源池,我的经验是,如果少于1/4的时间可以缩容不到1/3的量,花费的成本其实比按年收费的少不了多少,况且扩缩容操作本身还是有一定风险的。

    2022-11-21归属地:上海
  • Geek.Kwok
    周期性执行 可预测 所以适合预测性伸缩模式

    作者回复: 点赞!

    2021-09-03
收起评论
显示
设置
留言
2
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部