拍拍贷公司成立于2007年6月，其技术体系最早基于微软.Net平台搭建，到了2016年，开始慢慢转向了Java平台，微服务开发也选择了当前业界流行的Spring Boot/Spring Cloud体系。在搭建微服务平台的过程中，拍拍贷基础架构团队并未全盘接纳Spring Cloud技术组件，更多是取其精华，兼并选择业界生产部署验证过成熟的组件。到现在2018年，微服务平台的搭建已过去快2年，整个技术体系已渐渐成型。
本文对当前拍拍贷的逻辑架构体系和微服务架构设计进行简单介绍，以供参考。
1. 逻辑架构体系
拍拍贷的逻辑架构体系如下图所示，
从上到下，分别有，
- UI用户界面：提供Web应用和前端页面、移动应用、H5页面，以便于用户各个渠道的访问
- Edge接入层：这一层承接外部所有用户的访问流量，负载均衡，并进行HTTPS的卸载，校验用户请求的合法性。同时，三大网关（API、移动、H5）还承接内部应用服务域名的调用访问流量。
- Service服务层：主要的业务逻辑应用服务层
- Platform平台层：包括各大Java服务中间件，微服务开发框架和平台，支撑整个业务服务应用的开发和运营。
- Data Storage数据存储：数据存储层，主要包括三种：关系型数据库的MySql/MS Sql Server（目前逐渐从MS Sql Server往MySql迁移），缓存Redis，大数据的HBase。
2. 微服务架构设计
拍拍贷的微服务架构基于Spring Cloud，但很多组件选择了业界在生产环境已验证过、比较成熟的技术方案，比如配置中心、调用链监控、监控告警等。
整个微服务架构设计如下，
主要组件模块的功能如下，
- 网关Zuul 1.0：提供服务路由、负载均衡、访问安全控制、熔断限流
- 注册中心Eureka：服务注册和发现
- 配置中心Ctrip Apollo：应用环境配置
- 微服务Spring Boot：应用服务开发
- 发布系统：通过网关实现应用服务的上下线、灰度发布、蓝绿发布
- 调用链监控Dianping CAT：应用服务的监控埋点
- 数据收集器Kafka：进行ELK的日志分析，收集运营Metrics到KairosDB
- 运营指标KairosDB：存储相关的运营指标，包括业务、系统和运维指标，比如用户的访问量、消息的消费吞吐量、zabbix的运维监控数据等。
- 运营看板Grafana：对接ELK/KairosDB/Zabbix，展现数据看板
- 告警Zalando Zmon：健康和熔断告警
该图可以和Spring Cloud的微服务架构图相比较，可以看到拍拍贷在搭建微服务架构所做的改变，
- 添加发布系统，对接注册中心和网关，实现微服务实例的无缝上下线，实现灰度发布要求，为微服务的持续交付打下基础
- 添加ELK日志分析，完善监控告警，通过Grafana提供运营看板，确保微服务运营的快速、简单和稳定。在Spring Cloud技术体系中，其运营和监控是短板，ELK和Grafana作为业界流行的日志分析和运营看板组件，具有高可扩展性。
- 内部应用服务调用并未选择直连模式，而是通过服务域名走网关，简单可靠，其适合当前拍拍贷的业务运营需求。
3. 参考资料
- 拍拍贷的关于我们 https://www.ppdai.com/help/aboutus/