《Serverless与容器决战在即呢?有了弹性伸缩就不一样了》

  

  

  

  
作者|阿里云容器技术专家莫源,,   
  “资料”   

  
  

  :Serverless和自动定量是近些年来广大开发者非常关心的内容。有人说Serverless是容器2.0,终有一天容器会和Serverless进行一场决战,分出胜负。实际上,容器和Serverless是可以共存并且互补的,特别是在自动定量相关的场景下,Serverless可以与容器完美兼容,弥补容器场景在使用简单,速度,成本的缺欠,在本文中将会为大家介绍容器在弹性场景下的原理,方案与挑战,以及Serverless是如何帮助容器解决这些问题的。

  

  

  

当我们在谈论“弹性伸缩“的时候

  

当我们在谈论“弹性伸缩“的时候,我们在谈论什么?“弹性伸缩“对于团队中不同的角色有不同的意义,而这正是弹性伸缩的魅力所在。

  

  

  

从一张资源曲线图讲起

  

这张图是阐述弹性伸缩问题时经常引用的一张图,表示的是集群的实际资源容量和应用所需容量之间的关系。

  
      <李>其中红色的曲线表示的是应用实际所需的容量,因为应用的资源申请量相比节点而言会小很多,因此曲线相对比较平滑;李   <李>而绿色的折线表示的是集群的实际资源容量,折线的拐点表明此时进行了手动的容量调整,例如增加节点或者移除节点,因为单个节点的资源容量固定且相对较大,因此以折线为主。   
      《Serverless与容器决战在即呢?有了弹性伸缩就不一样了》“> </李> </ul>
  <p>首先,我们先看左侧第一块黄色栅格的区域,这个区域表示集群的容量无法满足业务的容量所需,在实际的场景中,通常会伴随出现由于资源不足而无法调度的豆荚等现象。</p>
  <p>中间的栅格区域,集群的容量远高于实际资源所需的容量,此时会出现资源的浪费,实际的表现通常是节点的负载分配不均,部分节点上面无调度负载,而另外一些节点的负载相对较高。</p>
  <p>右侧栅格区域表示的是激增的峰值容量,我们可以看的到,到达峰值前的曲率是非常陡峭的,这种场景通常是由于流量激增,大批量任务等非常规容量规划内的场景,激增的峰值流量给运维同学的反应时间非常短,一旦处理不当就有可能引发事故。</p>
  <p>弹性伸缩对于不同角色的人员,有着不同的意义:</p>
  <ul>
  <李>开发人员希望通过弹性伸缩使应用获得高可用的保障;李</>
  <李>运维人员希望通过弹性伸缩降低基础设施的管理成本,李</>
  <李>架构师希望通过弹性伸缩得到灵活弹性的架构应对突发的激增峰值。</李> </ul>
  <p>弹性伸缩有多种不同的组件和方案,选择适合自己业务需求的方案是落地执行前的第一步。</p>
  <p>
  </p>
  <h3> Kubernetes弹性伸缩能力解读</h3>
  <p>
  </p>
  <h4> Kubernetes弹性伸缩的相关组件</h4>
  <p>
  <img src=《Serverless与容器决战在即呢?有了弹性伸缩就不一样了》