服务化

最近忙于服务化改造的一些工作,
目标很简单,就是把一些核心业务服务化,做一些基本的SOA治理,
一般公司业务多了都有这个想法,
但开始治理时,通常业务已经积重难返,
说起简单的一件事,做起来却不那么容易,
我们的改造计划都排到2011年了,
服务框架的实现本来基于OSGi容器,
UAT时感觉太冒进,改为做适配可同时运行到Servlet容器,
第一个改造的是比较稳定的用户信息模型,
花了五个月分析业务模型,两个月实现,现在进入了漫长的实施阶段,
再说说我现在正在解决的问题,
服务化后,肯定需要一个类似于UDDI的注册中心,
来协助服务消费者发现服务提供者,
功能性需求很简单,但非功能性需求远远大于功能性需求,
包括注册中心的性能,伸缩性,稳定性,可靠性,去中心化,状态一致,远程事件推送,断线删除等等,
最开始考虑使用[url=http://en.wikipedia.org/wiki/Service_Location_Protocol]SLP(Service Location Protocol)[/url],
但因没有可靠的Java实现,并且JSR140进展缓慢,
而且不能实现事件推送,断线删除等,所以只好自行实现,
开始看起来和平台现有的另一个配置中心项目的功能相似,
只需要把注册信息看做配置信息,直接存入配置中心,
谁知道这样一来把原本简单的配置中心,搞得很复杂,
现在终于决定把注册中心从配置中心拆分出来,
拆分工作最近刚做完,代码测试覆盖率也保持在95%以上,
就等测试部门回归测试和性能测试,希望一切顺利。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值