看热讯：火山引擎徐鑫：工程师如何与云原生共同成长

来源：CSDN博客　2022-09-05 18:57:26

嘉宾 | 徐鑫整理 | 姜君泽

出品 | CSDN云原生

技术是不断发展的，云原生技术也是一个不断更新迭代的过程，面对云原生迭代过程中所带来的变化与挑战，工程师应该如何同云原生一起成长呢？

【资料图】

2022年7月26日，在CSDN云原生Meetup·广州站上，火山引擎服务端架构师徐鑫结合自身情况带来了分享。

什么是云原生

云原生不只是一系列技术的组合，而是一套适用于云计算时代的IT架构与方法论，包括容器化、微服务、DevOps、持续交付、声明式API、自动化等主题。它的核心是通过优化应用的架构设计、开发流程和部署、运维方式，让云计算的弹性、灵活、自动化优势得到充分的发挥，让工程管理和基础设施管理变得更加高效和自治，从而帮助管理者将精力集中到业务创新之中。

云原生旨在帮助企业在各种环境去构建、运行可伸缩的应用，帮助工程师搭建弹性、易于管理、可观测且内部松耦合的系统，让工程师用更少的精力Cover更大、更频繁的变更。

云原生技术使企业能够在现代动态环境（如公共云、私有云和混合云）中构建和运行可扩展的应用程序，容器、服务网格、微服务、不可变的基础设施和声明式的API就是这种方法的典范。这些技术能够使松散耦合的系统具有弹性、可管理和可观察性，通过与自动化相结合，让工程师能够以最小的工作量频繁地、可预测地做出影响巨大的改变。

云原生带来的变化

DevOps（简易）

下图是传统的在本地部署文件的方式：用户直接与本地建立连接，打包文件拷贝到生产环境中。

虽然这样的部署方法涉及组件少、学习成本低，但也存在诸多问题：

当程序报错或用户反馈问题时，程序几乎不可观测，若想观测程序各节点的实现情况，需要人工在对应的SDK上埋点；

部署环境对特定组件具有强依赖性，如实现音频、视频时，需要使用解析二进制的特定组件；

部分构建部署需依靠人工，如将文件搬运到云服务上。

DevOps（高度云原生）

高度云原生化后的文件部署流程如上图所示，研发人员有自己的VCS系统，通过系统将自定义的脚本流程触发到CI/CD系统中进行打包，产生ReleaseHub。ReleaseHub用于存储不同脚本的版本，并放到容器的镜像Hub中。如果脚本通过自动化测试，那就可以部署到容器平台中，实现全自动化。相比于传统部署方案的优势在于：

构建、质量检测、打包、扩缩容等全自动化；

程序发布有可观测指标与告警；

构建产物版本化，随时回滚。

但在这个过程里，任何一个系统在开发时都允许众多开发人员同时参与进来，这会使得学习成本、维护成本及部署成本都非常高。

请求链路（简易）

传统请求通过LB/Gateway，来区别内部和外部边界网络，涉及组件少，学习成本低。

但这样的单体架构存在诸多劣势：

任意功能（业务or通用）发布变更会导致整个单体服务发布；

缺少流量治理能力，灰度、蓝绿部署等实施困难；

没有数据库中间件，一些通用能力（分库分表、数据分流等）只能耦合到服务中。

请求链路（高度云原生）

高度云原生化后的请求链路过程如上图所示，用户发出请求首先通过边缘节点和中继节点进行动态加速，再通过LB进入到内部。随后业务网关提供功能需求，进而通过Mesh进行资源和服务编排到微服务中，最后访问DB。云原生化后的链路请求过程有以下优点：