前言

直播带货是近期发展非常迅猛的一种新的电商模式。构建一个电商直播平台从技术角度上大致可以分为视频直播服务、CDN、前端（H5/ 小程序）、大数据、以及各种业务后台，如直播互动、商家和运营平台等。相比于传统的电商系统，电商直播平台有一些类似的地方，如系统需要具备高并发的能力来应对流量洪峰；但同时直播业务也有一些独有的特性：

直播业务的潮汐特性，需要更强的弹性能力及成本优化方案。
微服务化后，要求更高的开发效率，以及更精细化的流量控制。
直播互动有着非常高的实时性，系统需要具备前后端监控一体化的能力。
直播业务涉及到后期音视频的处理需要合理分配计算资源。

可以看到上述特性都是一些非业务性的需求，为了达成这一目的，企业需要在 IDC 额外投入大量的人力进行基础设施的建设和维护。目前，越来越多的企业已经迁移到云平台或者正在向云平台迁移的过程中，如果能将这些非业务功能下沉，利用云平台提供的产品 &技术来承接这些能力的话，企业就完全可以专注于业务本身，实现快速迭代、独立高效、减轻成本。

云原生架构正是为此而生。

什么是云原生架构？

云原生架构是基于云原生技术的一组架构原则和设计模式的集合，旨在将云应用中的非业务代码部分进行最大化的剥离，从而让云设施接管应用中原有的大量非功能特性（如弹性、韧性、安全、可观测性、灰度等），使业务不再有非功能性业务中断困扰的同时，具备轻量、敏捷、高度自动化的特点。

为实现云原生架构，必然需要依托于各种云原生理念、实践及技术，即云平台所提供的容器、微服务、DevOps、Service Mesh、Serverless 和中间件等服务。从 CNCF 的定义来看，采用基于云原生的技术和管理方法，将更好地把业务生于“云”或迁移到云平台，从而享受“云”的高效和持续服务能力。

电商直播需要哪些云原生解决方案？

电商直播平台系统为了满足业务的快速发展，需要具备一些额外能力（当然这里可能只是一部分），我们暂时以这些为例，将需求进一步总结抽象，大致可以归纳为以下几点:

极致弹性和成本；
微服务治理及流量控制；
立体化监控；
音视频处理自动化，计算资源按需使用。

为解决以上痛点，接下来围绕电商直播平台，详细介绍在一些典型的业务场景下，阿里云提供的一整套云原生解决方案。

容器服务 ACK 解决对成本和极致弹性的诉求

传统架构在应对“电商直播”这种新式互联网化业务时，常常面临发布迭代效率低、高峰期扩容慢、运维复杂度高三大痛点。同时直播业务有典型的瞬间流量冲击问题，无法有效预估峰值，并且高峰期间对延迟敏感，通过扩容 K8s Node 节点方案无法满足业务需求。

直播业务可以借助阿里云容器服务 ACK + VK (Serverless ECI 基础设施)架构，解决直播业务对成本和极致弹性诉求，具体体现在：

研发效率提升 100%；
运维资源基本解放；
弹性 Serverless ECI，资源成本降低 60%~70%。

同时通过纳管注册形态，可以实现将其他云平台和 IDC 自建 K8s 集群进行统一管理，帮助客户抹平了多云架构中日志采集、监控等运维管理的差异性，大幅提升了整体运维效率。

微服务引擎 MSE 提供全面的微服务治理方案

在直播过程中，商家和观众进行互动下单，直播前端和后台业务系统进行频繁的交互。直播的后台业务系统采用微服务+容器的架构，业务系统根据不同的模块(如店铺、商品、订单)已经进行了微服务拆分。同时为了满足业务需要，业务系统需要具备流量控制的能力，即对某些微服务进行了多版本的部署，并将特定的用户请求引流到某个特定版本进行处理。

众所周知，系统采用微服务化部署后，调用链路变得复杂。此外在容器环境下，POD IP 的不固定性等因素都为实现流量控制带来一定的难度。我们可以采用阿里云微服务引擎(MSE)提供的微服务治理方案。

微服务引擎 MSE 为微服务应用提供全面的微服务治理方案，包括服务鉴权、无损下线、离群实例摘除、服务降级、金丝雀发布、标签路由等功能。其中标签路由功能可以简单完美地实现在 K8s 环境下流量控制的能力。微服务发布过程中，只需编辑 YAML 文件添加自定义标签，同时在 MSE 控制台将请求参数（如 http header 等）和此前创建的标签进行绑定即可。

通过此方案，不仅可以在生产环境中无侵入性地解决了流量控制的问题，在开发测试环境中，也可将标签路由功能应用在分支测试等场景。

ARMS 提供完整立体化全链路监控方案

电商直播系统包括 H5 页面和小程序前端层、微服务应用层、中间件层(MQ、Redis 等)、数据库层以及基础资源层等，系统中任何一个环节出问题都可能导致一条业务请求出现异常。结合业务需求，运维效率、资源成本等因素，部署在云上的应用可以通过阿里云应用实时监控服务(ARMS) 为直播业务提供一套完整的立体化的全链路监控方案。