现金贷超市产品架构演进

业务介绍

随着现金贷业务的如火如荼,各地的现金贷业务平台也如雨后春笋般的冒了出来,现金贷业务开张也简单找一家现金贷平台提供方,再买一个风控产品(如同盾等),找到一个不错的资金渠道,就可以开张了;但平台建起来后如何寻找合适的客户是个问题,于是市场上对于现金贷平台的客户导流形成了又演化了一个次级产品“现金贷超市”。

现金贷超市产品是利用各种渠道的流量,将目标用户引入至自己的产品超市客户端,公众号,客户端(公众号)内页面以下图一中的列表形式展示了大量的现金贷平台产品,对目标用户与现金贷平台进行信息撮合;这样一款产品看起来应该没什么难度?

下一章节对业务初期的架构及后续运营发生的问题做一系列的说明,方便大家了解业务,也便于后来的同学踩坑


产品列表
现金代产品

初期产品架构


产品逻辑架构


网络架构

项目初期整个系统架构比较简单,在不同的流量渠道发布不同的安卓包,对于不同的渠道展示的产品内容,顺序也是有所区分的;因此平台提供了一个基本的管理系统用于日常的客户版本,下载地址管理;

在项目初期由于流量引入的乏力,刚开始一天不到200个下载,平台未见任何压力,运转也较正常;

随着流量的引入,老用户的活跃,客户端版本升级等平台开始陆续出现部分时段用户访问慢,服务器负载较高,间接的影响了平台产品运营,造成营收损失;

平台架构第一次调整


网络架构2.0


随着服务器压力越来越大,我们考虑把一部分前端静态化,文件下载等服务从原来的WEB服务迁移出去,同时增加代理服务器入口带宽;服务器压力暂减,平台恢复正常;

需要强调的是代理服务器、接口服务必须使用内网;(这块由于配置错误,导致流量上升时,两台服务器同时网卡被打满,互相牵扯)

但不到一周我们又遇到了更大的问题;

平台架构第二次调整

网络架构调整不到一周后,平台出现历史上最重大的一次事故,导致业务中断6个小时;事情的起因源于我们的短信验证码接口被黑,任意下行的验证码导致用户投诉使我们的验证码通道当天被封,用户无法正常注册使用产品。恶意的下发也直接导致短信平台账户余额几乎被耗尽。

相关的背景不细说,且说说从平台上我们做了哪些改进。

1、短信通道采用多通道,下发时按权重进行路由,单价低一点的多发点,遇到问题时由平台的短信模块自动更换通道下行;保证验证码短信到达;

2、检查了下这次攻击手段,其采用的是CC攻击;针对这块由于整理攻击量不大,原打算采购阿里阿里的安全策略,但其技术专员给的意见是平台安全策略不一定能防的住;所以我们自己构建了防御体系:

1、Nginx 采用了NginxHttpLimitZoneModule,对于同一IP多次请求的直接拒绝请求;示例如下:

http {

limit_req_zone $binary_remote_addr zone=my_req_zone:10m rate=1r/s;

...

server {

...

location /somedir/ {

limit_req_zone zone= my_req_zone burst=2;

}

2、同一IP单天如果请求频次达到500,则直接使用centos  的IPTABLES禁止其访问;

3、同一号码单天只允许5次。

注:很多人可能会建议说短信验证码的获取可以增加图形验证码;但输入验证码的校验会增加用户交互的步骤,影响转化,我们做过一个测算,如果去掉图形验证码,渠道的用户转化会提升10%左右。

随着产品运营时间增加,流量引入越来越大,服务器又出现了响应慢,影响转化的现象;很快我们又做了第三次调整;

架构第三次调整


平台架构第三次调整


随着产品运营的深入对于公众号用户的模板消息推送,短信渠道的营销等引发了平台流量在某个时间点突然上升,对于这种流量在于一个点上的突然上升给我们的系统造成了很大压力,特别是流量方面入口的服务器带宽经常被打满,虽说整个平台基于阿里云,可以通过临时增加带宽解决,但购买大的带宽即浪费费用,而且在流量上升后服务器的负载也会突然上升,每次有大流量时,服务器总会响应特别满,影响流量转化;

针对这种情况我们又对架构做了一次调整;策略如下:

1、彻底将文件下载单独部署服务器,并购买了阿里的CDN缓存;由于渠道包比较多,有时候缓存也会打打串,但后来发现其比重不在,我们把下载服务的带宽就保持在了20M;运营至今没出什么问题;

2、对于接口服务,我们采购了一批轻量的阿里去服务,部署了一堆应用服务器,并且在Nginx上做了软负载策略;(当时考虑如果代理服务也需要保障,就往域名上做。)

3、对于应用端的热点数据我们做了缓存策略,保证对于热点渠道的应用、页面数据全部从缓存经过,这样一来可以降低我们的数据库压力;

总结

由于行业特殊性,整个产品运营周期不长,大概也就几个月,有很多地方还有进一步的优化空间,但在产品初期公司投入不大,所以架构的演进很多时候也是边打边升级;我觉得这次的产品对于很多互联产品,或者小企业来说是有一定的借鉴意义,所以码出来供大家参考;

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,277评论 6 503
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,689评论 3 393
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,624评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,356评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,402评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,292评论 1 301
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,135评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,992评论 0 275
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,429评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,636评论 3 334
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,785评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,492评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,092评论 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,723评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,858评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,891评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,713评论 2 354

推荐阅读更多精彩内容