SOA要解决的问题是IT如何更快地适应业务发展,认为SOA就是BPM+ESB是一个误区,这种观点基于一个错误的假设-服务已经完美的存在,因为通过流程编排构建一个新的应用时是建立在服务基础之上,构造服务最大的难点在于服务的颗粒度的定义和包装,服务的颗粒度与流程的细化程度是高度相关的,也就是说,随着精细化管理水平的演进,流程会不断地优化和细化,会要求服务可以暴露越来越细致的功能,要求服务的颗粒度越来越细…
刘尔洪:
实施SOA的挑战和难点,我认为从管理的角度来说,他最大的难点来自于我们的客户对管理规范和管理流程上。当然了中国现在实际上很多的企业并不一定可以做好,这是一个SOA非技术层面的比较大的挑战。另外从技术层面来说,我管理要不断的引进,不断的发展。如果我要想不断的演进和发展的话,需要有一个很强的,能够快速的去优化调整我的流程的一个技术手段。这个技术手段我总结下来就是说第一我要有业务化的流程编排的问题。就是我要在业务的层面上把我们的服务组合起来变成流程。第二,是需要我强大的符合中国这样一个环境特点的人工活动的处理。这两点缺一不可,如果要是缺一个,就跟我们开始讲的实现SOA的目标和理想有很大的距离了。另外就是说我们的流程是建立在什么基础上的?是建立在服务的基础上的。而我们刚刚讲的,流程要不断的细化这就对不同的服务 带来重新的定义。因为你的精细化程度高了,需要服务颗粒度越来越细,这样问题就来了,就对你的服务灵活性是不是够,如果不够的话,你就要重新做一个。
所以对服务的架构就提出了很高的对如何构造服务的要求。我觉得最大是两点上,第一个是灵活性第二是可管控性。大家一定要记住可管控性,什么叫可管控性,我们今天软件面临的问题是说什么呢?就是说我任何一个东西做下去,可能很多时候是取决于工程师每个个体的能力,如果我个体能力不够的话,可能我做的东西就会有一些缺陷,如果我们团队很大,我100个人做一个项目,这时候你会发现根本不可控,因为我们现在企业级的软件太复杂了。
所以构造服务是技术上的难中之难,这里面有两大点,这都非常的重要,我们需要在流程上的业务配置能力和强大的人工环境的处理能力。我们的服务怎么样构造一个高质量易管控的服务,这都是非常重要的。他那些特性呢?首先要容易加入新的功能,第二是容易对原有的功能进行调整,第三是要对原来的服务进行细化,第四是要增加可管控性。第五要能够有一个生命周期的管理。最后一定要要标准化的方法构建我们的服务。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
相关推荐
-
在iBPM和BPM间做选择 不一定非此即彼
大多数系统都有一样的能力,在很多人看来,除了BPM或者iBPM这两个标签以外,实际上它们之间并没有任何区别。
-
用BPM策略对遗留应用现代化
一些人提议把业务流程管理作为应用现代化的手段之一,但也有人对此提出质疑,但采用BPM策略可以成为现代化遗留应用的明智方式。Tom Nolle对此进行了解释。
-
RESTful API设计给开发人员带来怎样的未来?
在模块化应用世界里,最为持久的争论莫过于面向服务架构和表述性状态转移之争了。本文探讨这样的争论带来了什么及其背后的原因。
-
总线技术究竟该不该用?
曾几何时企业服务总线(ESB)被视为企业IT的核心。今天,不仅ESB受到了比被废弃还要糟糕的攻击,若干开发趋势似乎对更简单的消息总线也发起了质疑。