【点点租】服务器系统部署

订单

图片资源

云存储OSS

应用服务器

RDS

memcached

业务模块

日志DB

开门利是失败原因&解决方案：a. 高并发的情况下，应用服务器代码是由各种功能堆叠起来的，只能保证程序运行，无法保证高并发。同时，高并发下，数据一致性也没有能够保证。（解决这个，需要引入消息队列，同时优化系统架构-升级thinkphp or 优化thinkphp，同时引入相关PHP扩展）b. 未能预估并发量，ECS是可弹性伸缩的，预估流量，可以事先准备多一台（or 多台）ECS服务器，这样应用服务器就无压力了。c. 开发同学性能意识不够高，功能做好之后，连最简单的SQL EXPLAIN都未做，开发意识需要提高。 d. 开门利是在逻辑层未做优化，所有数据都是实时生成的，未用到缓存or其他优化技术，使得大量的访问直接压倒了数据库。（最明显的就是地图，一直以来地图显示就有问题，但是编码时候未想过去优化，也没有采用一定的缓存，减轻压力），这个后续可以引入压力测试机制，已经增强编程人员的编程意识。e. 数据库是单点数据库，所以一旦数据库挂了，所有服务器都拒绝访问了。同时，数据库未做读写分离，导致开门利是的时候，同一个数据表被反复的读写，反复的加减锁，很浪费性能。 （后续会做读写分离，主从热备，已增强数据库性能）

WEB服务器

主数据库

统一API调用

日志数据库

Redis缓存

动态数据

数据库服务

消息队列

文件服务器

CDN

房源

任务调度服务

使用mysql

N

只读数据库

容器、服务

数据备份

新后台

负载均衡

vue.jselement-uinodejs+npm

线上系统

积分

前端

业务数据库

CDN资源加速

现有框架说明：1. 系统负载均衡和图片服务器都是使用的阿里云服务器集群，所以除了阿里云出问题，一般不会有啥问题，也不会是瓶颈所在。2. 代码都部署在应用服务器上面，这个实现了弹性扩展，可以随意增减服务器已达到应付各种爆发的情况。（应用服务器由于现在严重依赖于PHP，thinkphp框架，所以异步处理，图片处理，高并发下竞争资源处理，消息队列等等都是暂未解决的问题。），另外，应用服务器现在也是手动管理，并没有加入配置服务器等等。3. 缓存服务器也算一个单点，现在主要缓存了 后台配置、APP配置、房源列表，房源详情，房源图片等数据，绝大多数都被房源占用了，在未加入其它缓存的情况下，暂时不会有太大问题。4. 业务数据库。现在是单mysql数据库，读写都在一个数据库上，未做读写分离，主从热备等等。

日志数据库也是单点，但日志服务器绝大多数情况下仅仅是记录数据，只要保证写入效率即可，一般不会影响系统

缓存服务

ECS应用服务器

通知

异步I/O服务

任务调度

服务

异步I/O

缓存服务器

弹性伸缩服务ESS

新服务器

同步热备

绩点

linux + apache + nginx + php + thinkphp

事件

其他

任务

laravelpassportrbac

用户

linux + apache + nginx + php

只读实例可以弹性扩展，后续活动实例预估流量后，可以扩充只读实例单独为活动准备

静态模板

前台资源

后端

监听

Internet

客户端

图片服务器

Redis

负载均衡SLB

队列

日志

现状：缓存服务器现在是使用阿里云ECS自己搭建的memcached，有7G的内存使用量，以及不限次数的QPS。缺陷：缓存服务器现在是单点服务器，仅此一台，如果缓存服务器挂了，会影响所有使用到缓存的业务的访问效率，会使得所有的访问直接压到RDS数据库

阿里OSS