当前位置:首页 > 短网址资讯 > 正文内容

短网址服务的设计及实现的所有关键特性

www.ft12.com8年前 (2017-08-09)短网址资讯3364

01 摘要


本文主要介绍了短网址营销方向,对外对内传播短链接,短网址的最优配置,不同短网址数据库之间的快速读写操作——短网址通用发放平台的设计及实现,以方便使用和接入,降低开发成本,集中管理。


02. 背景


随着短网址和其他第三方联合运营的不断推广和合作,短网址服务对内对外的合作发放虚拟or实物物品的需求越来越强烈:比如合作发短网址外链、短网址优化过的二维码等,或者外卖发糯米代金券、爱奇艺vip码等。在发放的基础之上又融合了各种发放的策略,而种类多样的策略设计每次都需要重新设计和开发。除此以外,查询和统计等需求并没有可靠方便的机制进行保证,无疑又增加了开发的工作量。


为了更好的服务联合运营需求,降低各业务方接入各类发放通道的开发和工作量,通用发放系统的需求也就应运而生:建立一个功能完善、易扩展、方便接入和使用的通用发放平台,服务于整个短网址服务的对内对外的各类发放需求。


03. 系统设计

整体系统流程架构图如下:



整个系统主要包括四层,接入层,策略层,服务层,数据层

? 接入层:主要对接入方的访问做权限校验,对请求频次做流量控制。

? 策略层:主要是做一些策略抉择,如发放类型,组合发放控制。

服务层:下游服务,对接内部和外部基础服务,如代金券发放,余额发放等。

数据层:将整个调用过程使用消息队列,异步记录日志,方便做问题追踪和实时监测。


3.1 权限设计

3.1.1 授权


内部授权平台设计两种权限:创建者和管理员的权限。


一、创建者可以由短网址服务内部程序进行创建,但没有审批授权上线的权限,创建后需通知给管理员进行审批。创建者在非上线状态可以进行编辑,上线后则不可编辑。创建者可以下线自己的授权活动。


二、管理员可以直接创建授权并审核生成的短链接是否可以上线,同时也可以进行下线操作

整个授权过程无需研发再次介入,可由管理人员在界面直接操作,进行整体控制;同时设计测试的联调活动用于外界联调测试。

授权主要分为对外业务授权和对内授权,对外授权需要生成通用des加密的对应token。授权信息保存在redis中,降低检验耗时,同时在db中冗余一份。



3.1.2 策略配置


目前接入了多个业务方向的代金券,后期可接入组合发放等其他需求。


3.1.2 活动创建原型图


活动状态流转图:



详细功能点说明:

1.普通创建人只能看到自己创建的活动和状态,看不到别人创建的活动;管理员则可以看到所有生成的短链接。

2.活动保存后可以编辑的信息:基本信息中的活动名称,结束时间;策略的编辑只能由管理员进行,如增删批次id,授权新的api等。

3.活动授权上线后只能由管理员进行批次的添加和修改;授权前可以由创建人自由修改。

4.活动下线后,可重新编辑后进行保存,并由管理员再次审核上线。

5.策略信息中点击批次id可以跳转至批次信息详情页面。


3.2 系统稳定性

3.2.1 流量控制



流量控制,使用脚本定时监控接口调用qps,平衡各接入方的接口qps,检测到qps到了预警值,根据各接入方的最高允许qps,按比例设定当前时间各个接入方的调用qps来进行调控,保证整体qps在预警值之下,保证系统的正常访问。

3.2.2 短网址服务隔离设计


最理想的服务隔离设计,是在包括域名、集群、数据库、缓存等进行完全的隔离,保证服务的稳定性,降低与其他服务的依赖,具体设计如下:


1.申请独立域名和独立部署模块,包括机器集群,数据库,缓存等等。

2.qps总压力限制分内外部设计,内部调用方优先级高于外部调用方。

3.接入压力实时反馈,流控算法进行防御式限流。

4.内外接入方的统计信息消息进行隔离,消息队列拆分单独维护,异步统计。


3.3 可视化数据平台和监控


3.3.1 短网址数据查询



目的:效果的分析,问题的追查,流量的监控等


3.3.2 实时调用可视化


在可视化平台,可以查看各个接入端的调用情况,做到实时监控,目前只做到监控各端调用频次,后期可以接入调用响应的字段统计,超时等等性能数据。



图为测试环境模拟实时调用效果图,如图为三个调用方同时调用短网址服务,第一个交叉点检测到流量超过预制,脚本自动干预调控流量保证整体流量可控;第二交叉点检测到流量下降,恢复各接入方调用。


3.4 通发重入的考虑


接口重入考虑,短网址服务大部分接口是写入性接口,在一些重要业务场景如余额,高额代金券的发放必须要考虑到接口重入性,防止多发。由于通发平台,不做具体业务,重入的保证很大程度依赖业务下游来保证;通发平台再次基础上再次做了优化:


1. 第一次调用在下游上锁之后,把锁同步到通发平台,锁采用单线程模式的redis来实现。

2. 再次调用时验证锁的存在,这样在调用下游之前能够截住很大一部分不必要调用下游的重入流量,解决重入的同时,较低了对下游的压力。


扫描二维码推送至手机访问。

版权声明:本文由短链接发布,如需转载请注明出处。

本文链接:https://www.ft12.com/article_393.html

分享给朋友:

相关文章

娃娃机和迷你KTV“躺着挣钱” 解密孤独消费的逻辑

周末,三里屯某商场,正是午饭之后的时间,一楼产品区购物者三三两两、若有寂静,但摆在商场入口的 4 个迷你KTV“包间”,却座无虚席。透过玻璃可以看到, 4 个包间里分别坐着情侣、一对女生、带着孩子的年轻爸爸妈妈,还有一位背影看起来有些寂寥的...

Furla上半年亚太区销售猛涨63% 将推迟IPO

虽然全球时尚零售动荡,但至今已有90周年的意大利轻奢品牌Furla近两年俨然成为行业的最大黑马。继去年录得创历史纪录的销售额后,在截至6月30日的今年上半年内,Furla销售额再度录得双位数的强劲增长,在中国消费者的追捧下同比猛涨23.5%...

利用 TensorFlow 实现上下文的 Chat-bots

在我们的日常聊天中,情景才是最重要的。我们将使用 TensorFlow 构建一个聊天机器人框架,并且添加一些上下文处理机制来使得机器人更加智能。“Whole World in your Hand”?—?Betty Newman-Maguir...

苹果撑不起无人驾驶汽车梦,转而向基础技术发展

苹果撑不起无人驾驶汽车梦,转而向基础技术发展

[ FT12短网址 ] 进入2017年后,苹果公司无人驾驶汽车的步伐有所放缓。苹果公司已经推迟了任何创造苹果自有品牌无人驾驶汽车的打算,反而致力于能让汽车自动驾驶的基础技术。图片来自于网络几年前,当新员工被带入参与苹果公司打造无人...

详解KAFKA是如何做到1秒发布百万级条消息的

详解KAFKA是如何做到1秒发布百万级条消息的

KAFKA是分布式发布-订阅音讯体系,是一个分布式的,可划分的,冗余备份的持久性的日志服务。它首要用于处理活跃的流式数据。如今被广泛地应用于构建实时数据管道和流应用的场景中,具有横向拓展,容错,快等优点,并现已运行在许多大中型公司的出产环境...

言出必行,最重承诺的三大星座!

言出必行,最重承诺的三大星座!

信守诺言是立身处世的基本,所以答应的事一定要做到哦!★摩羯座★摩羯座的人善良、稳健、成熟,对原则性的问题非常执着,尤其是诚实守信这些基本道德准则,是必须遵守的。因此ta们大都言而有信,一诺千金。不过摩羯处事小心,一般不会答应别人的请求,只在...

发表评论

访客

◎欢迎参与讨论,请在这里发表您的看法和观点。