支撑日50亿PV请求和TB级数据运算的云端架构
ReachMax是加和科技(AddNewer)创建的网络广告程序化优选平台,通过多媒体、多数据平台的通用对接,以及ReachMax核心的优选算法,为广告主提供品牌广告PDB、PD、PMP等广告投放技术服务,连接业内多种技术服务产品为广告主提供一站式广告投放管理服务。
ReachMax业务模式透明,以技术服务能力和业务整合能力见长,已成为目前市场上品牌广告投放量最大的技术服务平台。
为什么上云?
ReachMax成立之初,主创推出的PDB可退还模式在业内还是一个很新的服务模式。为了精简团队,快速验证市场需求,我们选择了云作为基础设施服务的供应平台。
我们的服务特点是对并发、响应延迟、网络和服务的稳定性、冗余性都有较高要求,也希望服务可以横向和地域上动态扩展和调整,综合考虑之后选择了阿里云平台。
开始阶段只使用了ECS产品,后续又加入了SLB、RDS等产品。目前使用ECS产品已经超过150台实例。有计划继续在大数据方面的产品方面继续投入。
云端架构解析
ReachMax在初期就是构建在云上,在关系型数据库的使用上,最开始使用的是在ECS上搭建MySQL,后来由于使用的便捷性转向RDS产品。
下面是ReachMax的架构设计图:
在ReachMax的架构设计中,用缓存集群层将前端承压服务器和后端数据运算和信息管理服务隔离,保证前端承压的高性能和前后层逻辑解耦。每一个模块都设计了独立的横向扩展和冗余,保证高可用性。监控层面设置硬件、软件、业务三层报警体系。同时使用自行开发的组件模块实现连接池管理和内部通讯,将不同的业务逻辑拆分独立。
经过一段时间的运行,我们进而优化了基础架构,使用SLB产品支持自动的横向扩展,数据库方面使用RDS取代了多MySQL实例的管理。目前可以支持每日50亿PV请求和TB级别数据运算,对业务有了更好支撑。
对阿里云的一些建议
应用在云端运行的过程中,出现了一些实例性能不稳定的情况,一般是提工单解决,不过大多数通过自行调整就可以解决。
AWS支持通过脚本对实例进行调整操作,这一点是值得学习的,可以设置更灵活的无人值守策略,不过从性价比和覆盖度考虑,还是阿里云更有优势。
相关推荐
从2019-10-23起,我的AWS实例不断的重启,或者连接不上,但控制台显示running。通过查看dump文件,发现是各种 PV Drivers的错误。如果网络驱动升级不成功,这个实例将不可访问。