如何让笨重的架构变灵巧?
随着业务的复杂性增大、系统吞吐量增长,所有功能统一部署难度加大,各个功能模块相互影响使系统变的笨重且脆弱,因此需要对业务进行拆分、对系统进行解耦、对系统内部架构升级,以此来提升系统容量及健壮性。
接下来主要分两部分介绍:
系统拆分
结构演变
一、系统拆分
系统拆分从资源角度分为应用拆分和数据库拆分,而从采用的先后顺序则可分为:
水平扩展;
垂直拆分;
业务拆分;
水平拆分。
图1 系统分解原则
1
水平扩展
水平扩展是最初始的解决的手段,也是系统遇到瓶颈的首选方案,主要从以下两个方面扩展:
应用加实例,搞集群,把系统吞吐量扩上去;
数据库利用主从进行读写分离,数据库其实是系统最应该保护的资源。
2
垂直拆分
垂直拆分才是真正开始拆分系统,主要是从业务功能角度拆分。如拆出用户系统、商品系统、交易系统等。
为了解决拆分后各个子系统之间相互依赖调用的问题,这时会引入服务调用治理。虽然系统复杂度有所加大,但系统基本解耦,稳定性相对提高,做好降级就能避免因其它系统功能异常导致系统崩溃问题。
业务对应的库也会按照对应的业务拆分出用户库、商品库、交易库等。
3
业务拆分
业务拆分主要是针对应用层面按功能特点拆分,如交易拆分出:购物车、结算页、订单、秒杀等系统。然后根据业务的特点,针对性做处理,如秒杀系统,由于同时参加秒杀的商品有限,可以提前把商品信息加载到JVM缓存中,自身减少外部调用提高性能,同时商品系统也减轻压力。
数据库拆分也可以分为几步:垂直分表、垂直分库、水平分表、水平分库分表,
垂直分表是指大表拆多张小表,可以根据字段更新或查询频次拆分;
图2 商品表拆分
垂直分库是指按业务拆库,如拆出订单库、商品库、用户库等
水平分表是解决数据量大,把一张表拆成多张表;
水平分库分表是更进一步拆分表。
图3 分库分表
4
水平拆分
服务分层,系统服务积木化,拆分功能与非功能系统、业务组合的系统,如最近比较火的大中台或前台拆分,中台为积木组件,承担服务功能输出;前台更多的是组合积木服务,及时响应业务发展,如在电商网站单品页能看见主图、价格、库存、优惠券或推荐等信息,都是组合各积木组件呈现。
数据库也可以进行冷热数据分离,过期或过季商品可以归档,比如诺基亚3210手机,早已经停产且没有销售;用户查看订单时,更多的只是查看最近1、2年信息,2年前数据查看量少,在存储设计时可以区别处理。
二、结构演变
结构演变主要是随着系统复杂度增加及对性能要求提高而不得不做的系统内部架构升级。早期系统基本是应用直联数据库,但在系统进行拆分后,功能本系统不能单独完成,需要依赖其它系统,就出现远程调用。
图4 早期应用结构
随着自身系统的业务发展,对性能要求高,而数据库一定程度上成为瓶颈,就会引入缓存及索引,分别解决key-value及复杂检索。索引加缓存现在已经成为解决高并发的基本方案,但在实施过程会有所区别。
14年对3亿热数据的系统升级时,技术选型为Solr+Redis,考虑到数据量过大,数据在Solr中只存index,而结果只存并返回主键ID,再通过ID从Redis中读取数据,Redis也不存放全部数据,数据设置过期时间,若未命中Redis,回源数据库查询并反写Redis。主要考虑资源与性能的平衡,Solr的存储减少及IO性能提高,结果数据只在Redis存放一份,Redis的数据经过运行大部分是热数据。当然现在也流行ES+Hbase组合。
图5 增加缓存及索引
对于频繁使用的数据,从集中缓存读取,不一定达到性能要求,可以考虑把数据入JVM缓存。如类目信息,类目是电商系统基本数据,数据量不多,调用量大。个别情况下,使用ThreadLocal做线程内缓存也是种有效手段,但需要考虑数据清除及有效性。
在修改商品信息时,业务对商品信息的校验有名称长度、状态、库存及各业务模式等,而为了参数的统一校验方法参数为商品编号,导致各校验方法都需要读取一次商品,使用线程缓存可以解决该问题,性能提高了近20ms,读取商品每分钟减少近万次。
图6 增加本地缓存
有时所依赖的系统性能不太稳定,为避免出现因第三方系统影响系统的情况,把依赖的服务进行数据闭环,与Dao一样当成系统的数据源。如商品系统强依赖商家系统的商家信息服务,若商家服务不稳定,商品系统一半服务都不稳定,采取对商家信息缓存一份,降低外部风险,把风险控制在自己手上。
图7 远程服务进化成数据源
用户体验最近越来越重视,系统响应时间性能要求也越来越高,异步化是很好的一种选择:消息中间件。电商下单就是个很好的案例,在用户点击下单时,服务端不直接保存数据,给订单系统发送消息,就直接返回支付页面,在用户支付过程中,订单系统异步进行数据保存。
业务层、数据层的范围越来越宽泛,业务层可以分为基础服务与组合服务;数据层分为数据源与索引缓存;依赖的技术或中间件需要有效的结合,用于解决系统所遇到各种问题。
图8 复杂的结构
三、最后
系统结构慢慢变复杂,稳定性、健壮性逐渐提高;技术选择都需要结合业务痛点、技术储备以及资源情况,否则就有些不切实际,泛泛而谈。
以上是近几年自己经历的技术变革及升级的总结,后续可以针对个别点进行详细分享。系统拆分的最后是微服务,结构的演变是技术的升级。
原文发布时间为:2018-07-17
本文来自云栖社区合作伙伴“DBAplus社群”,了解相关信息可以关注“DBAplus社群”。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
三十分钟快速搭建serverless网盘服务
前言 函数计算支持以无服务器架构快速构建企业和开发者的软件系统,以其全托管事件触发模式、超弹性伸缩以及低廉的计费方式,相对于传统服务器架构,在开发效能和运维模式上都取得了明显优势。另外还提供了各种服务间的触发功能,作为云端各种产品的黏合剂,适用于各种应用场景。 本节,将带领大家利用函数计算,快速搭建一个功能完整的网盘服务。网盘服务的项目见(即将开源): apis site ui 网盘服务简介 功能 网盘服务功能详细介绍请参考文章网盘服务系统和相应的项目 repo 。 本文重点不是介绍网盘功能,所以,请大家通过已经搭建好的网盘 demo 自行体验,这里不做过多赘述。 网盘系统无服务器架构 网盘服务功能集较多,这里就以上传文件功能为例,展现其网盘的实现架构。 网盘服务自身模块以及资源依赖 网盘服务的模块实现分为三个部分,如下图所示: apis : 提供了网盘的
- 下一篇
云栖职场系列课 | 技术大咖零距离:我在阿里做前端
云栖君导读:不得不说,前端岗位始终是各大互联网公司招聘的热门,希望通过学习前端技能,升级加薪走上人生巅峰的“准”前端同学们,你们是否有以下的困惑? 怎样从实习、校招中如何脱颖而出?想来阿里做前端,又需要增加哪些技能点?未来的职业生涯中,还会面临哪些挑战和机遇? 云栖君邀请了两位阿里前端专家,从新人前端和进阶专家的角度帮助大家梳理: 一个专业的前端,在职业生涯规划上会经历哪些坑;需要从技能、心理上做哪些准备。 本场讲座完全免费哦! 7月19日晚7点准时在社群开讲,届时群内互动还将送出10件阿里云定制T恤,还可在社群和专家零距离交流! 来看看是哪两位专家分享,马上扫码进群! Q&A 1.我没有安装钉钉,还有其他办法参与直播吗? 建议您下载钉钉参与本场直播,专家会在群中一对一在线答疑哦!钉钉群名额为1000人~招满即止~ 2、阿里还在招聘前端吗?我
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Mario游戏-低调大师作品
- CentOS6,CentOS7官方镜像安装Oracle11G
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Windows10,CentOS7,CentOS8安装Nodejs环境
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS8编译安装MySQL8.0.19
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7