数据库1 分钟抗住 10 亿请求!某些 App 怎么做到的?| 原力计划( 三 )


本文插图
第十次演进:大应用拆为小应用
结构图中上下不变:
数据库1 分钟抗住 10 亿请求!某些 App 怎么做到的?| 原力计划
本文插图
按照业务板块来划分应用 , 使单个应用的职责更清晰 , 相互之间可以做到独立升级迭代 , 甚至可以做到部分功能关闭 。
瓶颈:不同应用之间 , 存在公用的模块 , 导致包含公共功能的部分在升级时 , 全部相关代码都要跟着升级 。
数据库1 分钟抗住 10 亿请求!某些 App 怎么做到的?| 原力计划
本文插图
第十一次演进 , 抽离成微服务
类似于我们现在写的SpringCloud的项目结构 , 尤其是当用户 , 支付等功能在多个应用中都存在 , 抽离出来效率更高
现在想实现这种效果 , 可以用现成的框架 。
再往下演进 , ESB服务总线做接口管理 , 容器化技术实现运行环境隔离 , 云平台承载大型系统
云平台中的几个概念:
IaaS:基础设施即服务 , 可申请硬件资源的层面 。
PaaS:平台即服务 , 提供云平台常用的技术组件的开发和维护 。
SaaS:软件即服务 , 开发好一个应用 , 部署之后 , 按照功能或要求付费 。
数据库1 分钟抗住 10 亿请求!某些 App 怎么做到的?| 原力计划
本文插图
总结
(1)架构调整是否必须按照上面的路线演变?
不一定!!!上面讲的是电商方向 , 已有的演化线路 。
(2)对于即将实施的系统 , 架构要设计到什么程度?
够用就行 , 问清楚什么叫够用 , 设计要满足下一阶段用户量和性能指标的要求 。
(3)微服务和大数据架构?
这俩架构 , 解决的是同一个系统中 , 不同环节的问题 。
不用比好坏 , 也不用分开处理 。
版权声明:本文为CSDN博主「阿凡博客」的原创文章 , 遵循 CC 4.0 BY-SA 版权协议 , 转载请附上原文出处链接及本声明 。
原文链接:
https://blog.csdn.net/qq_43107323/article/details/104919132
数据库1 分钟抗住 10 亿请求!某些 App 怎么做到的?| 原力计划
本文插图
2020 AI 开发者万人大会将于6月26日通过线上直播形式 , 让开发者们一站式学习了解当下 AI 的前沿技术研究、核心技术与应用以及企业案例的实践经验 , 同时还可以在线参加精彩多样的开发者沙龙与编程项目 。 参与前瞻系列活动、在线直播互动 , 不仅可以与上万名开发者们一起交流 , 还有机会赢取直播专属好礼 , 与技术大咖连麦 。

数据库1 分钟抗住 10 亿请求!某些 App 怎么做到的?| 原力计划
本文插图
【数据库1 分钟抗住 10 亿请求!某些 App 怎么做到的?| 原力计划】今日福利:评论区留言入选 , 都可获得价值299元的「2020 AI开发者万人大会」在线直播门票一张 。快来动动手指 , 写下你想说的话吧!


推荐阅读