(一)标准化和稳定性问题 对于订单服务链路的系统而言,稳定性永远是最前面的“1”,一个系统抖动可能就会导致订单履约链路中断甚至造成资损以及客诉。稳定性和标准化是不分家的,相信大家对此对有强烈的感受。而此类系统的开发语言不统一,有 Java、PHP、.Net 等;技术栈复杂, 涉及 Windows 系统、Linux 系统、单体应用、分布式应用,可谓五花八门。因此需要一套跨语言、跨平台的通用 PaaS 平台来解决应用的标准化、运维的标准化问题,并提供通用的链路问题观测手段,来帮助服务商和平台规范发布运维操作,发现链路问题,消除稳定性隐患。(二)突发流量下的弹性问题 对于应用小程序的业务系统而言,最大的挑战就是需要应对突发流量以及流量的不确定性。尤其在双 11 期间,手淘端各类小程序插件会面临比平时多十倍甚至百倍的流量。面对这种不确定性的流量洪峰,聚石塔需要一套可以实现流量预估、流量观测、流量控制以及标准应用快速扩缩容的 PaaS 平台。对于订单服务链路的系统而言,弹性能力也是关键点, 在原来的架构下扩容需要经历创建虚拟机资源、部署并配置应用等诸多环节,服务商普遍感觉流程长、效率低。以上我们都总结为弹性能力的挑战。 (三)效率和成本的问题 聚石塔在云原生之前的应用部署基本都是基于 VM 直接部署进程,这种方式缺乏进程间的资源隔离。同时当 ECS 数量变多,资源的统一管理就变得非常复杂,很容易造成资源争抢导致应用稳定性问题以及资源浪费导致的多余成本开销。同时,在传统的 VM 部署模式中,应用的扩缩容不仅仅需要处理应用的代码包启动,还需要处理应用的端口冲突,应用所关联的存储资源分配,应用流量在 SLB 的挂载和摘除,应用配置的分发以及持久化, 整个部署过程会变得非常耗时且容易出错。
答复内容摘自《云原生大规模应用落地指南》,这本电子书收录开发者藏经阁 下载连接:https://developer.aliyun.com/topic/download?id=1055
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。