微服务应用视角解读如何选择K8S的弹性策略

前言

微服务架构的出现，拆分了庞大的单体应用，让业务之间的开发与协作变得更加灵活。当面临业务流量增加的场景时，往往需要对一些应用组件进行扩容。K8S在应用层面提供了HPA，围绕HPA开源社区延伸出了KEDA这样的弹性组件，为微服务应用以业务指标执行弹性策略提供了实现的可能性。但HPA正常工作的一个大前提是需要保证集群资源充足，为此用户必须提前对集群扩容或时常保持集群资源冗余。

对于集群资源弹性这一命题，K8S社区给出了Cluster Autoscaler（CA）和Virtual Kubelet（VK）两种解决方案。本文围绕着微服务应用的形态与特点，剖析了CA与VK各自适用的场景，并总结了微服务架构下应用该如何选择集群资源弹性。

微服务应用形态与特点

在微服务应用架构，微服务架构将一个庞大的应用系统拆分成了一个个离散的应用组件，这些组件通过RPC串在一起，对外提供完整的服务。每个组件是离散的，大部分组件可以通过水平扩缩从而调整服务容量。非核心链路上的组件，是允许延迟扩容或者不扩容，甚至是缩容让出资源。

微服务架构下在弹性场景存在五大特征点：

• 水平伸缩可以调整系统容量：在外部资源充足的情况下，微服务应用组件水平扩容可以提升业务系统的容量。
• 应用间