11.
现在事务的处理,但是我们相应的方案已经准备好了。如果当业务量达到去做分割的时候,
我们就会去做。毕竟分拆之后,对运维,对成本都会有一些相应的要求。我么可以在适当的
时候支付这样的成本。
InfoQ:还有一个问题,其实也是大家都想问的问题。如果一个公司,它想在系统里面引入
SOA 的话,您作为一个在这方面的实施有非常丰富经验的人,能给他们提一些建议吗?
程立:实施方面,关于 SOA 怎么实施,其实有很多指导。那我们支付宝实施 SOA 的话,前
面也说到了,就是大概先去学习,对这个概念的认识,基本知识的掌握,获得所有人对走上
这条路的共识,因为只有这个共识,大家才愿意投入这样的资源。因为 SOA 既有风险的,
又要投入很多的资源,而且它不一定会马上看到效果,所以这肯定是第一步。
完成这一步之后呢,需要选择一个切入点,每家企业都有自己最痛/痒的地方,第一个投入
这个项目的时候,要找准切入点,在找的过程中,要选择一个既不要太难,又不要太简单,
然后做之后能产生效果的项目,因为太难的话,可能 SOA 这个项目就会做失败,那对 SOA
迁移就会产生非常大的打击。如果太简单的话,又不能起到锻炼技术、锻炼队伍、积累经验
的目的。最后它要看到结果,如果看不到结果的话,那后续的资源投入都会遇到问题。然后
下一步,我感觉支付宝是比较大胆的,我们立刻拿我们最核心的业务去动刀了。这一块我觉
得要动,早动会比晚动好。我们在 2007 年去动这块业务,当时我们敢动。现在如果动的话,
我相信会有更多的挑战、更大的难度。那整个基础打好之后,这个时候我想,包括你的基础
设施,包括你的主要的 SOA 团队的建设,包括前面讲到基础,不光是技术基础,也是业务
基础,包括整个一套的方法论,无论是已经正式成形的,还是大家口头认识上的,都应当有
一定基础了。
这个时候,可以让 SOA 交付它的价值了。但是我们支付宝,有一方面我们觉得做得还不够,
还需要改进。就是治理引入太晚了,对于治理的问题,我们并没有非常早的意识到,一路的
高歌猛进,但是后来发现,SOA 会引入一些问题。使系统在某些方面变得更加复杂,更加难
以控制等等这样一些问题,包括怎么让 SOA 真正交付价值,这些都需要治理来支持。
今天我才看到,有一篇应用 SOA 治理的报道,非常有意思,它里面就提到,如果你的系统
服务个数达到 50 个以上,治理的话,不但要有,而且是正式的,得到了充分资源的保证的
流程,实际上治理的话,不能说没有,一开始我们是一种人治的方式,通过这么多 SOA 系
统建设的话,我们有一个很好团队,通过他们的口头的方式治理,但是随着整个服务体系全
面铺开,靠人是很不靠谱的。我们希望如果有其他的企业想要走在 SOA 这条路的话,希望
能够把治理尽量提前。
6