初创公司技术架构推荐.docxVIP

初创公司技术架构推举 本文次要针对小型互联网公司，特殊适用于手机APP的后台架构，基本可以支撑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, 阿里云消息， robbitMQ,?各有好处， 但是考虑到运维的难度，推举阿里云消息。 Redis 用来做缓存， 自建成本有点高，需要Codis, 分片，集群，主从等等，很麻烦。 建议直接用阿里的 数据库 次要基于读写分别和主从复制考虑，目前可以自建和选用阿里的DRDS。 - DRDS 要花钱，成本较高，没有必要- 自建， ?不用两头件，直接1写2只读， 然后配置读写分别的数据源，内网SLB进行读集群。处理之。 搜索 建议ELK， 可以自动同步数据库，除了搜索引擎的功能外，还可以做日志搜索，监控系统。 一些典型的业务场景说明 把业务底层做成SOA模块，通过分布式调用框架对外供应服务。 单独做一个小的系统来运转定时任务 热点数据放缓存，然后通过MQ来更新缓存 日志等数据有必要可以考虑上个Mongo