创业互联网公司如何搭建自己的技术框架.docxVIP

PAGE 1 PAGE 1 创业互联网公司如何搭建自己的技术框架  业务数据业务量，我们自己是新闻业务，可能会有其他的业务，比如游玩，商城等等，基本每天新增的业务数据都会在同一个量级，每日10000，另外跟用户相关的信息也是比较大的一块，比如用户的订阅等行为，一共5万的用户，保存相关信息可能也许需要100条的数据。  适用范围  本文主要针对小型互联网公司，特殊适用于手机APP的后台架构，基本可以支撑5万日活  本文会对可能用到的相关技术进行技术选型的说明，以及相对应的设备的选购。  技术指标  说一下一些技术指标的计算过程可以作为其他同学的参考  QPS，假如是5万日活，使用集中在每天的4小时，每个用户也许产生100的恳求，那么平均下来，我们系统也许应当支撑的恳求为：50000*100/(4*60*60)=350qps/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，阿里云消息，robbitMQ，  各有好处，但是考虑到运维的难度，推荐阿里云消息。  Redis  用来做缓存，自建成本有点高，需要Codis，分片，集群，主从等等，很麻烦。建议直接用阿里的  数据库  主要基于读写分别和主从复制考虑，目前可以自建和选用阿里的DRDS。  -DRDS要花钱，成本较高，没有必要  -自建，不用中间件，直接1写2只读，然后配置读写分别的数据源，内网SLB进行读集群。解决之。  搜寻  建议ELK，可以自动同步数据库，除了搜寻引擎的功能外，还可以做日志搜寻，监控系统。  一些典型的业务场景说明  把业务底层做成SOA模块，通过分布式调用框架对外供应服务。  单独做一个小的系统来运行定时任务  热点数据放缓存，然后通过MQ来更新缓存  日志等数据有必要可以考虑上个Mongo