凤凰牌老熊

知行合一

SSH框架微服务改进实战

从SSH单体应用到微服务架构-5

本文假定你已经阅读过之前的文章: 为什么要重构到微服务 重构中的天时地利任何 重构的准备工作 支付渠道那些事 使用微服务架构重构支付网关 这篇文章从实操层面详细介绍如何对SSH框架的支付系统实施具体的技改。这里不涉及具体代码写法,重点在于说明方法论。虽然以SSH(Apache Struts + Springframework + Hibernate) 框架为例,也...

在以太坊上私链上实现一个简单的合约

区块链开发-3

本文是针对以太坊开发入门的教程。 纯开发人员版本。关于以太坊相关概念,比如合约、交易、以太币等,参考官方文档,或者中文版 开发合约,需要一个编译器。 就像开发Java程序一样,需要javac将文本代码变成可执行的代码。 最常用的是solidity编译器。 首先是准备开发和运行环境。这里我还是使用两台机器来跑,一台机器挖矿,一台机器运行合约。 整个环境都是在私链中运行的。 如何安...

在以太坊上私链上实现一个简单的交易

区块链开发-2

本文是针对以太坊开发入门的教程。 纯开发人员版本。关于以太坊相关概念,比如合约、交易、以太币等,参考官方文档,或者中文版 本文假定你已经看过上一篇文档码农的区块链:搭建一个私有区块链环境。 运行环境 这个实例是在三台机器上运行,dev011, dev012,dev013。 在这三台机器上启动以太坊。注意将其他两台机器加入到静态节点名单static-nodes.json中: [...

码农的区块链:搭建一个私有区块链环境

区块链开发-1

这篇文章参考区块链技术指南。但原文是Happy flow。这里把我安装过程中碰到的坑也都记录下来。我使用的是Ubuntu 14.10。这是以太坊推荐的版本。 最近在研究区块链。打算先搭建一个测试环境开始运行。这里记录整个搭建过程,供后来人参考。 整体上,分为三个步骤,安装相关软件,初始化系统,建立集群,以及最后一步,挖矿。 我们采用的是以太坊,相对其他区块链,这是一个成熟的环境。...

使用微服务架构重构支付网关

从SSH单体应用到微服务架构-5

年初开始对公司的支付系统进行微服务架构改造。 之前有一系列文章介绍了改造的背景。 为什么要重构到微服务 重构中的天时地利任何 重构的准备工作 支付渠道那些事 从这一篇开始,进入重构工作的正题了。 在支付系统中,支付网关和支付渠道的对接是最核心的功能。其中支付网关是对外提供服务的接口,所有需要渠道支持的资金操作都需要通过网关分发到对应的渠道模块上。一旦定型,后续就很少,...

网络借贷信息中介机构业务活动管理暂行办法

银监会文

中国银行业监督管理委员会 中华人民共和国工业和信息化部 中华人民共和国公安部国家互联网信息办公室 为加强对网络借贷信息中介机构业务活动的监督管理,促进网络借贷行业健康发展,依据《中华人民共和国民法通则》、《中华人民共和国公司法》、《中华人民共和国合同法》等法律法规,中国银监会、工业和信息化部、公安部、国家互联网信息办公室制定了《网络借贷信息中介机构业务活动...

支付渠道那些事

从SSH单体应用到微服务架构-4

昨晚刚回到家,就收到商务团队电话:我们是否有上线新功能,某付宝技术人员在联络群里说,我们支付系统发送过去的请求大量地出错了,赶紧看看! 又是某付宝,虽然在渠道流量占比中不算大,可是挖的坑确是最多的。今天聊聊这些不靠谱的渠道,以及如何规避。 HTTPS的坑 还是这个宝,年初的时候,有一天,系统毫无征兆的大量出错,日志中全是这个错误: javax.net.ssl.SSLHandshakeE...

支付系统架构

从SSH单体应用到微服务架构-4

接着重构的话题,这期来点干货,谈谈支付系统的架构设计。大部分公司,只要想赚钱,就得上支付系统,让用户或者客户有地方交钱。 当然,公司发展的不同阶段,对支付系统的定位和架构也不同。整体上来说,我们可以把一个公司的支付系统发展分为三个阶段: 支付系统:支付作为一个(封闭)的、独立的应用系统,为各系统提供支付功能支持。一般来说,这个系统仅限于为公司内部的业务提供支付支持,并且和业...

重构的准备工作

从SSH单体应用到微服务架构-3

既然已经分析了系统的诸多问题,那下一步就开始动手了。可是不巧的是,公司这时候突然出一个新规定,要每个月都要发布一个新版本。每个部门都上报要塞到新版本的功能,大家都希望功能越多越有面子。 这一下子把工作压力就堆上来了,还整不整? 正在犹豫中,一件事情却把大伙推上技改不归路。支付系统的一个核心工作就是对接各个银行和收单机构。 原系统是在支付模块中实现对接。已经对接了数个第三方支付,正要对接银行的...

重构中的天时地利人和

从SSH单体应用到微服务架构-2

技改在任何时候都是个敏感的事情。大量的问题需要摆平,天时地利人和,缺一不可。 天时 即选择合适时机启动工作。从这次经验来看,刚开始的新接口开发时间整体比原有架构要花费更多时间,2~3倍是正常的,还有技术风险。对互联网公司来说,空闲一段时间搞技改也是不现实的,不加班就不错了。 技改不能一哄而上,也不能蜻蜓点水的做。他是一个持续的过程,循序将近,不要中断。项目紧的时候挑选风险小的任务来执行...