您的浏览器禁用了JavaScript(一种计算机语言,用以实现您与网页的交互),请解除该禁用,或者联系我们。[aCon]:张冯君:Koupleless模块化:单体应用到微服务到Serverless的可演进架构 - 发现报告
当前位置:首页/行业研究/报告详情/

张冯君:Koupleless模块化:单体应用到微服务到Serverless的可演进架构

信息技术2024-11-22-aCon福***
AI智能总结
查看更多
张冯君:Koupleless模块化:单体应用到微服务到Serverless的可演进架构

演讲人:张冯君 目录 01 蚂蚁应用研发背景 02 Koupleless研发框架 03Koupleless运维调度平台 04 实践过程与案例 05 未来规划 蚂蚁应用研发背景 • 效率低 认知负荷高,运维负担重 业务开发者需要感知复杂基础设施,异常多 框架与中间件升级维护成本高、周期长 部署上线慢,特别是大应用 (构建启动慢、机器多) 业务层 业务公共层 业务单元1 业务单元2 业务单元3 业务单元4 业务单元5 应用元数据与配置 业务身份 业务流程编排 工具集 公共资源与逻辑 RPC MQ DB Cache Config …… 研发框架(SpringBoot、SOFABoot等) 技术栈运行环境(JVM等) PaaS平台 CI/CD、迭代管理 代码与依赖包管理 监控、鉴权与安全 认知负荷高运维负担重 虚拟化容器运行时 K8s容器编排与调度 操作系统 Dockerfile镜像构建与分发 异常多 物理资源(计算存储网络) 故障检测与处理 小应用过多 资源成本 长期维护成本高 大应用过大 多人协作阻塞 变更影响面大风险高 业务萎缩 小应用过多 资源成本 长期维护成本 大应用过大 多人协作阻塞 业务不断发展 开发人员多 流量大 机器多 更变影响更大,风险更高 拆分过多 应用架构演进困难 业务与组织变化灵活 发展迭代快且灵活 某些业务与组织已经较细分不便进一步拆分 微服务拆分成本高 资源成本 敏捷度不一致 未拆:大应用过大多拆:小应用过多 长期维护成本 Koupleless研发框架 • • • 基座应用 不同时期的业务快速调整到需要的研发运维粒度 模块化研发效果对比 传统应用 模块 对比 构建速度 265s 27s 1/10 构建产量大小 1385MB 0.02MB 1/70000 运行内存消耗 337MB 17MB 1/20 部署耗时 141s 4s 1/35 • • • •• •• • • • • • • • • • Koupleless运维调度平台 • • • • • • • •Koupleless运维调度平台 高保与快速扩缩容 日常机器组 高保机器组 Buffer ModuleController 业务模块1业务模块2 基座 业务公共部分框架与中间件 业务模块3 基座 业务公共部分框架与中间件 基座 业务公共部分框架与中间件 资源分配 节点自愈 业务模块1业务模块2 基座 业务公共部分框架与中间件 业务模块3 基座 业务公共部分框架与中间件 基座 业务公共部分框架与中间件 自动弹性 服务无损切挂流多集群管理 K8s 基座Buffer 水位保持 • • • • • • • • • • • • 实践过程与案例 • • • • • • • • 未来规划 •Koupleless愿景 • • • • • • • • • • • • THANKS