概述 随着业务发展和数据量的增加，大数据应用开发已成为部门应用开发常用的开发方式，由于部门业务特点的关系，spark和hive应用开发在部门内部较为常见。当处理的数据量达到一定量级和系统的复杂度上升时

作者：京东物流 王军 1 问题域 业务发展的初期，我们的数据库架构往往是单库单表，外加读写分离来快速的支撑业务，随着用户量和订单量的增加，数据库的计算和存储往往会成为我们系统的瓶颈，业界的实践多数采用

你是否遇到过这样的困境？ 订单表字段越来越多，既要支持下单校验，又要支撑运营后台的 20 种筛选条件； 高并发下单时，复杂的报表查询拖慢整个数据库； 想给用户加个“按商品名搜订单”功能，却要改核心交易

前言 之前写了个轻量级的 Spring Boot 接口防护框架 Guardian，做了防重复提交和接口限流两个功能，发到了 Maven Central。 防重和幂等经常被搞混，但它们解决的是不同的问题

接上一次倒腾苹果内购，我又倒腾了一把 Google Play 内购，属实是卧龙凤雏了。但Google内购有一点好，能附加自己的参数。

因为产品需要接入Google支付，这里记录一下进行Java服务端校验的过程。 一、 Google Pay主要支付流程 1.手机端向Java服务端发起支付，生成预订单，给手机端返回生成的订单号 2.手机

前言 大家好，我是肥宅阿久，很久没更新文章了，最近，公司的会员商品做了一次升级，所有的会员商品增加自定义商品优惠（按人群拥有不同优惠），因此总结一下设计方案以及实现过程，总的来说，实现并不复杂的； 先

前言 最近在开发 Google 订阅商品支付，也就是常见的包月VIP、包年VIP商品。之前写过一个 Google 支付一次性购买商品的设计方案，也就是单月VIP这种的，海外支付（GooglePay）服

1. 准备事项 Stripe 账号 域名以及配套的网站 Stripe 账号付款信息 公钥和私钥 2. 配置产品以及价格 可以通过 API 或者 Stripe 管理后台来进行配置 产品：就是商品，只需要