适用范围
本文主要针对中小型互联网公司,特别适用于手机APP或者pc的后台架构,基本可以支撑5万日活
本文会对可能用到的相关技术进行技术选型的说明,以及技术的架构介绍,技术架构的介绍课程后面有地址,可以点进去查看。
技术指标
说一下一些技术指标的计算过程可以作为其他同学的参考
QPS, 如果是5万日活,使用集中在每天的4小时,每个用户大概产生100的请求,那么平均下来,我们系统大概应该支撑的请求为:50000 * 100 / (4 * 60 * 60) = 350 qps/s
业务数据 业务量,我们自己是新闻业务,可能会有其他的业务,比如游戏,商城等等,基本每天新增的业务数据都会在同一个量级, 每日10000, 另外跟用户相关的信息也是比较大的一块,比如用户的订阅等行为,一共5万的用户,保存相关信息可能大概需要100条的数据。
缓存大小 主要业务数据和用户相关的热点数据限时保存在缓存中, 大概需要5个G左右。
日志大小 用户日志和请求日志。 大概每天3个G左右
技术架构
整体架构因为是小公司,我们基于阿里云来搭建,对图中的内容和技术选型进行一下说明:
负载均衡
可选方案: SLB, Nginx.
SLB要收钱,但是比较便宜,有保证,不会挂。 但是可配置的很少,不能根据域名做ip映射
Nginx, 没啥缺点,需要一定的知识。
建议: SLB + Nginx, SLB绑定域名作为统一的入口,然后每个服务器上再搭建Nginx.
CDN
用于缓存静态文件等等。 七牛和阿里的都还可以。
七牛要做的久一点, 各种图片处理的接口要完善一些
阿里的CDN要稍微好一点点, 但是没有不安全的访问方式,访问稍微没有那么灵活。 图片处理功能弱一点。
分布式调用框架
目前可选的有ZK + dubbo. ZK + Motan, ZK + dubbox, edas。
dubbo, 阿里的服务治理框架,已经不维护了,切换反应有点慢
dubboX, 当当基于dubbo搞的,还在维护可以一用,推荐。
Motan, 微博的服务治理矿建, 刚开源,需要学习一下, 推荐。
Edas, 阿里云服务,要收钱,侵入型很强,不推荐
MQ
可选的有: ActiveMQ, rocketMQ, robbitMQ,Kafka
各有好处, 但是考虑到运维的难度,推荐rocketMQ。
Redis
用来做缓存, 自建成本有点高,需要Codis, 分片,集群,主从等等,很麻烦。 建议直接用阿里的
数据库
主要基于读写分离和主从复制考虑,目前可以自建和选用阿里的DRDS。
DRDS 要花钱,成本较高,没有必要
自建, 不用中间件,直接1写2只读, 然后配置读写分离的数据源,内网SLB进行读集群。解决之。
搜索
建议ELK, 可以自动同步数据库,除了搜索引擎的功能外,还可以做日志搜索,监控系统。
一些典型的业务场景说明
把业务底层做成SOA模块,通过分布式调用框架对外提供服务。
后期进行SOA到微服务的改造都会涉及。
单独做一个小的系统来运行定时任务
热点数据放缓存,然后通过MQ来更新缓存
日志等数据有必要可以考虑上个Mongo
参考内容:
http://www.roncoo.com/course/view/ae1dbb70496349d3a8899b6c68f7d10b