基于云原生如何实现“对症下药” | 亚马逊云科技加速周

本文链接：https://blog.csdn.net/spotmax/article/details/122330091

首席解决方案架构师于龙水在亚马逊云科技研讨会上分享了SpotMax如何通过云原生技术，特别是微服务和Spot实例，帮助Mobvista降低65%的广告请求成本。SpotMax的MaxGroup管理和MaxCloud DevOps平台提供了成本控制和效率提升的解决方案。

摘要由CSDN通过智能技术生成

12月24日，SpotMax 首席解决方案架构师于龙水受邀参加了亚马逊云科技新一季“合作伙伴创新加速周”在线研讨会，并以“Mobvista 基于 EKS 云原生实践”为主题，以用云成本这一大“痛点”为核心进行了分享，为大家带来了来自 SpotMax的“良药”。

SpotMax 作为汇量科技自主研发的云资源优化综合解决方案，经历过日均千亿次广告请求的大规模可行性验证，并通过充分利用云计算基础设施的特点，弹性使用云平台的实例资源, 成功将 Mobvista 单次广告请求成本降低了 65%。

在本次分享中, 于龙水首先提到了云计算，他说：

云计算的特点，对软件架构提出了更高的要求，架构需要具备快速响应弹性伸缩、按需获取、资源维护托管等功能，并实现成本把控；

随着业务需求的增长，代码架构趋于庞杂，由形成代码到完成部署这一流程的时间成本增加，即越大越慢；

业务发展带来的流量增大，使得企业成本在对机器负载需求的提升下增加，即越大越贵。

综上来看，面对云计算的自身优势与企业为求发展而被迫付出的高昂成本，云原生成为一种“不得不妥协”的做法。

拆了这块“积木”

云计算的高速发展使得拥抱云原生变得至关重要。

为应对这种局面，SpotMax 一开始便将自身大数据学习、追踪服务以及广告请求等服务部署在了亚马逊的公有云上，这也为 SpotMax 从单台机器转变为微服务架构的进阶之旅省了许多力气。

关于微服务，于龙水打了个比方——拆“积木”。

将一个搭好的“积木造型”进行拆解，抽离出其中的“积木组件”，并保留这些组件的原有功能继续对外展示。这些“积木组件”即为我们所熟知的微服务——每个个体虽脱离了原有的整体，但仍可以以个体的形式来服务。

微服务这个“积木组件”，使得开发过程在原有基础上更为高效，同时大大提升了伸缩的细粒度，增强了运维人员对资源及成本的可控性。

除此之外，考虑微服务自身的耦合性与内聚度，一定要提前做好面向失效的设计，融入混沌工程，来应对过程中的紧急状况并能够在线上完成相应的错误测试。

通过云原生技术构建系统构建分布式微服务架构，再基于混沌工程构建一个旨在防止错误和加快恢复速度的高可用系统，同时大量使用无服务器架构，充分利用云端不同的计费模式，最大化使用价格最为低廉的 Spot。

SpotMax 便是通过这样一段“旅程”将Mobvista原本的云单体系统改造为了云原生架构，助其实现了成本的大幅缩减。

多维度降本，多节点增效

众所周知，云成本的居高不下已成为众多上云企业的“痛”，而 Spot 这剂“药”因自带易被回收、易中断等“副作用”，加之高昂且繁杂的运维成本，使许多企业望而却步。

基于SpotMax 长期的实践经验，为更好的“对症下药”，于龙水为我们介绍了“1+1>2”的产品服务组合形式——SpotMax主打产品 MaxGroup +可视化 DevOps 服务平台 MaxCloud。

MaxGroup 作为 SpotMax 自研的产品服务，能够帮助企业有效管理 Spot 机器，以预补偿的方式来应对 Spot 自身的不稳定性；当遇到 Spot 临时回收或中断的情况，MaxGroup 能够及时完成相应的补充或替换，在保证服务稳定运行的同时，确保成本的可控性。