拍拍二手业务部:四步骤全力备战6.18
备战口号
拍拍兄弟齐心协力保大促 产品研发同心同德续辉煌
拍拍在今年上半年做了诸多技术架构上的升级和突破，尤其在核心业务方面，逐步完成了对接技术中台的组件化服务，前端开发也积极拥抱JdReact技术，这些工作为拍拍整体的业务系统开发效率带来了质的提升。此次6.18大促备战主要围绕对接中台组件化服务的各业务系统，并结合拍拍自身的业务特点展开。
此次6.18备战是拍拍参与的第三次大促备战。整体的备战工作从4月底开始，部门架构师在五一节前就带领各业务线研发小组完成了整体的备战计划部署。
此次备战，拍拍主要从以下四方面展开：
梳理跟踪
此次备战在系统梳理方面，重点关注的内容包括：域名、数据库、缓存、机房、降级托底、外部依赖、监控报警等。主要目的在于提前发现系统潜在的风险（如存储和机器资源不足），明确与上下游的关系和联系人，在系统出现异常时能够第一时间收到报警。
各研发组共梳理了涉及黄金流程的数百个HTTP/JSF/MQ，并一一确认联系人。各系统的监控阈值也进行了重新评估，架构师将会不定期对各系统的报警添加情况进行随机抽查，确保万无一失。
接口压测
此次大促备战的接口压测工作，主要由拍拍的测试同学通过Forcebot进行支持。各业务研发组共梳理了涉及黄金流程或新上线的百多个接口进行了两轮压测，对于新入中台组件化的接口进行了重点压测与重点性能调优。一轮压测完成后，由业务研发组组长与架构师一起对有性能问题的接口进行分析优化，再由测试同学进行二轮压测，确保大促期间接口性能能够满足要求。
大促优化
根据拍拍的业务特点的分析，拍拍在大促期间的主要流量来源主要包括：
1. 来自主站的直接入口。如：二手有售、卖了换钱等；
2. 来自主站或中台的MQ。如：库存变更、下单、支付、拆单、出库、取消、完成等。
此次备战，拍拍对二手有售接口进行了拆分。独立部署的应用，也便于对其进行针对性的扩容和优化。与核心业务逻辑进行隔离，保证了黄金流程的稳定性。
另外，为了应对大促期间的MQ流量洪峰，此次也在各业务系统之上单独建立了一个应用，专门用来过滤海量的MQ消息并向各业务系统进行转发，用以降低业务系统压力，减少扩容，节省容器资源，提升了拍拍业务系统整体的性能和稳定性。
此外，拍拍也积极拥抱中台，多个系统在6.18前接入了阿波罗的支撑平台，为各系统在限流、动态配置、监控方面保驾护航。
预案演练
5月27日开始，拍拍将对备战期间制定的预案进行演练，模拟故障发生时的处理方案，防患于未然，发现预案中的不足之处，并加以改进。
此外，拍拍在大促预热前一周即开始安排了各业务研发组进行值班，紧跟京东零售整体备战压测和演练的节奏，确保各系统稳定运行。在进入大促阶段后，拍拍将安排7×24小时值班，全体研发同学力保在大促期间能够在第一时间对问题进行定位和解决，助力业务大卖。
正文到此结束
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
