SOA系列最新

我们的“SOA”土法炼钢之路

兄弟们，这期分享的是咱们团队最近这几个月>掰开了揉碎了的实践记录，名字就叫“SOA系列最新”。叫啥不重要，关键是把以前那坨屎山给

>彻底治了。

你们知道以前我们那系统有多恐怖吗？说起来就一把辛酸泪。我们那个核心业务，所有的用户、订单、库存、支付，全TM>挤在一个包里。每次要修个小小的bug，比如改个用户积分计算的规则，我都要提心吊胆地

>把整个服务停掉，然后

>战战兢兢地重新部署。

小编温馨提醒：本站只提供游戏介绍，下载游戏请前往89游戏主站，89游戏提供真人恋爱/绅士游戏/3A单机游戏大全，点我立即前往》》》绅士游戏下载专区

上次就是个>血的教训。为了赶一个临时促销活动，产品经理非要改支付逻辑，我改完了，一上线，库存管理那边的数据直接

>乱套了。我们一群人

>从晚上十点干到早上五点，才把现场

>勉强稳住。当时我就在想，这还叫系统？这根本就是

>定时炸弹，指不定哪天就把自己炸飞了。

那天早上，我直接拍了桌子，跟老板说：“再这么下去，人要>疯了，活儿也

>烂了！必须拆！什么微服务、SOA，管它叫反正要

>彻底分开，

>划清界限。”

我们从哪儿开始动刀子？

• 我们瞄上了最独立、最不惹事的“用户认证模块”。这个就是个“看门老大爷”，只管登录和权限。
• 我拉了个小团队，开了一个全新的项目分支，把所有跟用户登录、校验有关的代码，一刀切，全部搬走。
• 我们研究了一套最简单的“打电话”机制——就是服务间的通信。没用那些花里胡哨的框架，>直接撸了个最基础的HTTP调用。新系统就在一个新的端口上

  >跑起来了，老系统想查用户，就得

  >规规矩矩地去“喊”新系统。

刚开始那段日子，>真是乱成一团麻。最大的问题就是：老系统

>怎么知道新系统跑到哪台机器上了？端口是多少？我们没有去

>搞什么注册中心，直接

>拉了个共享配置表。每新增一个服务，运维兄弟就得赶紧记上去，哪个服务叫啥名，IP是多少，

>全部手写。那几天，我每天早上盯着那张表看半天，生怕数据

>对不上，导致服务

>互相找不到。

但是，当第一个服务彻底割离成功，并且独立稳定运行起来后，那感觉，>简直不要太爽！

上上周，订单系统突然爆了个很紧急的小bug，需要>赶紧修复上线。要是放以前，我得从头到尾把整个项目

>重新打包部署，花上半小时，还得

>祈祷别出岔子。

订单团队的人直接处理他们自己的代码，三分钟就>搞定了，迅速发布。用户认证的服务，

>连眼皮都没眨一下，稳定地在那儿跑着，

>一点影响都没受到。我当时

>看着那个绿色的健康指示灯，心里那叫一个踏实！

虽然我们现在这套东西，可能在高大上的架构师眼里，就是个>土得掉渣的“

>服务分离”，离真正成熟的SOA或者微服务还

>差着十万八千里。但是，它实实在在地把我们从那口

>快把我淹死的大锅里给

>捞了出来。下一步，我们准备去研究研究那个服务注册，让我们的服务

>能自己找到家，不用再靠那张

>破配置表了。