对12月22日 BeeCloud服务延时说明

各位 BeeCloud 的用户,大家好。

    BeeCloud的多项服务在12月22日周五上午发生了大约1个小时的webhook服务延时。发生不稳定的时间为上午10:02至上午11:00。

在故障阶段受到重大影响的服务包括:支付api异步通知,退款api异步通知和打款api异步通知。正常的支付,退款与打款api调用服务未受影响。此次故障并未引起数据丢失或者数据损坏。

我们深知此次服务延时给用户造成了实质性的影响,我们对此深表歉意。我写这份说明的目的是为了向用户说明发生的事情,以及我们将如何改进产品和服务以降低类似事件发生的可能性。

此次延时原因是有几个客户在没有预期的情况下发生了比较高的并发(7000+/s),同时又给我们配置了错误的回调地址,当大量请求同时发生时,回调这些客户的webhook地址一直超时,导致回调池堆积,正常支付客户接收异步通知受到延迟。由于我们的回调池没有区分支付、打款和退款服务,在突发短暂高并发服务发生故障时,对其他几个API回调造成影响。我们的报警时间略有迟缓,等收到报警并处理问题的时候,已经对部分客户的api调用造成了一定时间的影响。

针对此故障,我们接下将做如下调整:

  • 异步通知服务拆分。不因单一服务偶发故障影响其他api回调故障影响。
  • 增加硬件配置,应对偶发超高并发服务,只能弹性增加硬件设施,保障服务稳定性
  • 增强报警机制,缩短报警监控周期,对故障技师的灵敏的做出应对策略,并对客户一些错误及时给予通知。
  • 增加智能的切换机制,对用户错误的地址智能判定,对错误地址做相应的存储机制,等客户恢复时再返回异步通知,减少正常客户的等待时间。

    我们肩上承载着为数万开发者提供稳定支付服务的责任。周五事故持续的一个小时也是所有 BeeCloud 的同事最难熬的一段时间。同时发生这样的事情让同为创业公司的我们非常地难受和惭愧。

       我们希望通过这个详细的报告让用户全面地了解整个过程,并将尽一切努力降低未来发生类似事件的可能性。虽然任何人都没有办法完全保证服务中断不会发生,但我们会采取一系列措施避免可预见的问题,并确保在发生意外的时候能更快地恢复。

 

                                                                                                                                             BeeCloud CTO 

                                                                                                                                              2017-12-23日

【客户与营销】数据管理分析平台系列之四

在了解客户的交易情况,同时做出针对性的营销活动,才能最大化提升企业运营效率,为此BeeCloud推出配套的营销系统

1、使用场景

拉新:通过送优惠券获取新用户或者促进首次购买;

促销:通过送券带动活动期间销量;

流失客户挽回:针对快要流水的客户,通过发券促进再次成交。

继续阅读“【客户与营销】数据管理分析平台系列之四”

【客户与营销】数据管理分析平台系列之三

接上篇

 

       通过下单接口的analysis字段,商户可以上传订单的附加信息包括订单包括的产品,和下单客户的IP地址。基于订单中详细的产品信息,BeeCloud提供了丰富的分析。

       那么具体的信息应该如何传递呢,请参考以下例子:

"analysis":"{"ip":"221.12.138.99","product":[{“count”:77,”price”:2610,”name”:”荔枝”}]}"

//ip是客户端的客户IP,一定要取客户的ip,取自己的服务器ip结果毫无意义

//product是产品数组,里面用map来构成一个产品,{}里面count是产品数,price是价格,name是产品名,{"count":77,"price":2610,"name":"荔枝"}代表【荔枝】的单价是【2610分】,这个订单买了【77份】。单价的单位是分,所以要传Int进去,不要出现小数点

 

"analysis":"{"ip":"123.147.223.15","product":[{“count”:82,”price”:2400,”name”:”老北京鸡肉卷”},{“count”:96,”price”:2640,”name”:”五味小吃桶”},{“count”:93,”price”:2840,”name”:”口香糖”},{“count”:77,”price”:2260,”name”:”火龙果”}]}"

//这份analysis中包含了4个产品【老北京鸡肉卷】【五味小吃桶】【口香糖】【火龙果】

 

"analysis":"{"ip":"123.147.223.15"}"

//如果你不想传详细的产品信息,可以只传用户的IP,或者只传产品信息不传用户IP,没有数据的模块会显示【暂无可用数据】

       商家自定义参数可以进行的分析包括如下:

继续阅读“【客户与营销】数据管理分析平台系列之三”

【客户与营销】数据管理分析平台系列之二

接上篇

       有了基础的用户信息之后,订单得以被区分,我们就可以分享用户的复购情况和新老用户消费情况,我们归类在【消费情况统计】中展示。

       消费情况统计分为四个部分:

  • 复购率 

复购是指在当前时间范围内客户有多次成功消费的,时间控件可以快速选择周/月,获取周复购率,月复购率。

 

继续阅读“【客户与营销】数据管理分析平台系列之二”

【客户与营销】数据管理分析平台系列之一

        为了发挥聚合支付平台的支付数据统筹管理优势,对支付数据进行处理、分析、挖掘,给客户提供丰富的可视化分析内容。对此,BeeCloud提供了更详细的支付接口,引入客户和产品的概念,使整个支付过程实现闭环。

 

继续阅读“【客户与营销】数据管理分析平台系列之一”

【小技巧】如何有效的提问

  1. 描述使用的BeeCloud产品,是API接口,SDK还是秒支付button,使用的什么语言开发的,在哪个应用中使用的,订单号(退款单号,打款单号)
  1. 通过开发调试模块,截图出现问题的那次请求的log日志/webhook日志(使用开发调试请参考这里),需要重点关注的几个地方:请求地址,请求内容,响应内容
  1. 出现问题的源代码的调试信息,或者报错页面截图
  1. 提交这些内容到控制中心右上角的我的工单->提交新问题,或者提交到大客户对接群中

这些内容能有效的让我们的技术客服定位问题,给您解决问题