??xml version="1.0" encoding="utf-8" standalone="yes"?>美女网站在线观看,成a人片在线观看www视频,国产精品亚洲产品http://www.aygfsteel.com/rocket/category/31700.html走在agile的小路上
沟?---敏捷的基?
zh-cnFri, 23 May 2008 19:11:41 GMTFri, 23 May 2008 19:11:41 GMT60- DEV2DEV TECHDAYS SOA 体会?/title>http://www.aygfsteel.com/rocket/archive/2008/05/22/202279.htmlrocketrocketThu, 22 May 2008 14:52:00 GMThttp://www.aygfsteel.com/rocket/archive/2008/05/22/202279.htmlhttp://www.aygfsteel.com/rocket/comments/202279.htmlhttp://www.aygfsteel.com/rocket/archive/2008/05/22/202279.html#Feedback0http://www.aygfsteel.com/rocket/comments/commentRss/202279.htmlhttp://www.aygfsteel.com/rocket/services/trackbacks/202279.html面向服务?个原?br />
服务可复?不管是否存在x复用的机会,服务被设计ؓ支持潜在可复用?br />
服务׃n一个正式契U?Z与服务交互,只需要共享描q每个服务信息交换术语定义的正式契约?br />
服务是松散耦合?服务被设计ؓ无需紧密的、跨服务的依赖而交互?br />
服务是底层逻辑的抽?只有l由服务契约所暴露的部分服务对于外部世界是可见的。契U之外所表达的底层逻辑是不可见的,且与服务h者无兟?br />
服务是可l合?服务可能l合其他服务。这允许表示不同_度的逻辑Qƈ促进复用及抽象层的创建?br />
服务是自ȝ 逻辑由服务所控制Qƈ位于一个清晰的边界内。服务已l在q个边界内被控制Qƈ且不依赖于执行其控制的其他服务?br />
服务是无状态的 服务应当不需要管理状态信息,因此能够其维持松耦合性。服务应当尽可能设计成无状态的Q即便这意味着要将状态管理移臛_处?br />
服务是可发现?服务应当允许其描q被发现Qƈ被h工和可能会利用其逻辑的服务请求者所理解?br />
q个8个面向服务的原则乍看很像我们熟悉的OOP啊,不过如果你把一个服务抽象成一个对象来看的话也׃隄解了?br />
下面介绍一下依据这8个原则构建的SOA的各个服务层Q?
1、连通性服务层
所谓的q通性是指对于原有系l的数据q通,׃原有pȝ不能提供一个具有通用性的数据服务Q所以在q通性服务层的主要Q务就是负责把原来已有的JDBC的,EJB的,webService的各U数据服务,装成具有统一标准的java pojo控gQ然后其它的可以方便,单的实现Ҏ据服务的调用?br />
q通性服务层Q?br />
服务对象Q需要获得数据的对象 如业务层、表C层{?br />
提供服务Q可以操作原有系l的数据?nbsp; 如对一个sap服务器进行操作、对一个DB服务器进行操作邓
调用资源Q原有系l的数据服务接口 如EJB、HibernateQJDBC{?br />
?Q?img height="326" alt="" src="http://www.aygfsteel.com/images/blogjava_net/rocket/ConnectService.png" width="425" border="0" />
在这里值得一提的是bea在用workshop对于q通性服务层创徏Q非常简单,完全囑Ş化的方式Q只需单的鼠标拖曳Q就可以实现服务控g的徏立?br />
2、业务流E服务层
我们知道一般的业务pȝ都会有一些自q业务程的,那么如何让这些原有的业务程来提供给SOApȝ使用呢?
在bea专家l我们演C的demo中,我看到bea的做法是把每一个流E节点封装成了服务,q样Q这些流E节Ҏ个都可以成ؓ一个向外提供服务的服务者了?br />
业务程服务层:
服务对象Q需要流E控制的对象 如其他业务层Q表C层{?br />
提供服务Q业务流E控?nbsp; 如从a入口q入后是应该去b节点q是应该去c节点
调用资源Q通常是连通性服务层的服?nbsp;
?Q?img alt="" src="http://www.aygfsteel.com/images/blogjava_net/rocket/BusinessBus.png" border="0" />
在bea演示的时候对于业务流E服务层的构Z焉用的是图形化的方式,q里值得U道的是在用图形化的过E中Qbea的工兯可以支持对于服务的格式{?br />
3、服务中介层
上面已经介绍了两U服务层了,在soa中这两层的调用不是简单的上下层关pR在实际目中,也许有的需求是需要流E控制的Q但是也许有些需求是直接要求展示数据的,那么如何处理q两U的需求呢。这里就是在soa中最重要的一个层了,服务中介层。很多h应该听过soa中service busq个概念。我之前一直理解ؓ服务ȝ仅仅是ؓ客户端提供服务的Q其实是不对的,实际上服务ȝ是一个用了穿h各个服务层的Q就好比是一个糖葫芦Q服务中介层是中间的那Ҏ子?br />
?Q?img height="338" alt="" src="http://www.aygfsteel.com/images/blogjava_net/rocket/serviceBus.png" width="725" border="0" />
做ؓ服务中介层来_主要有两U服务,一U是应用服务Q另外一个是代理服务Q用来对应用服务q行代理装的,是服务ȝ中向外暴露的服务?br />
4、表C层服务?br />
表示层服务主要和不同的客L有关Qbea在这里的讲述中由于时间紧张所以比较简单。重点还是在演示他们可视化得面~辑。但是这里有点给我洗脑得是Q对于不同的客户端所提供的服务是直接可以使用的,比如判断一个用户名是否合法Q表C层服务不是q回的trueQfalseQ而是直接q回Q?#8220;该用户名可用”Q?#8220;该用户名已被占用”q样的字W串?br />
关于表示层我׃再画图了Q最后是一个整体的soa层次l构图:


]]>- DEV2DEV TECHDAYS SOA 体会一http://www.aygfsteel.com/rocket/archive/2008/05/14/200448.htmlrocketrocketWed, 14 May 2008 10:09:00 GMThttp://www.aygfsteel.com/rocket/archive/2008/05/14/200448.htmlhttp://www.aygfsteel.com/rocket/comments/200448.htmlhttp://www.aygfsteel.com/rocket/archive/2008/05/14/200448.html#Feedback2http://www.aygfsteel.com/rocket/comments/commentRss/200448.htmlhttp://www.aygfsteel.com/rocket/services/trackbacks/200448.html首先先说一些闲话:q次bea的dev2dev techDays依然是在讲现在bea公司的主攻领域soaQ估计这也是oracle之所以收购bea的一个原因吧?br />
会议的地点依然是每次h不动的圣庭苑酒店Q会议的d方也l织的很好,Z能让参与者对bea的相x术和产品感兴,bea也是准备了丰富的奖品Q有W,有T恤,q有5个workshop的licenceQ最引h注目是最后抽奖的一个iphoneQ做Z个免费会议来_q些东西却是很丰富了Q但是要是考虑到bea主要是ؓ了推它的SOA产品Workshop 10.2q个售h高达1000多美元的怪物来说Q也׃觉得贵了Q)?br />
1、SOAh
q些qؓ了提高办公效率,企业和政府都在努力追求着一个看似很甜的棒p:信息化。但是由于信息化的方式多U多Pq样造成了在一个企业内部有多套信息化的pȝ。胦务是买来的胦务YӞ行政使用免费的行政YӞ销售是请h来研发的销售系l。然后各个部门发玎ͼ原来自己虽然信息化了Q但是实际上只是一个信息孤井,自己的信息系l没有办法接受别的部门的信息Q而自q信息也没有办法传递到其他部门厅R这样公司的领导׃高兴了,你们都要信息化,无纸办公Q结果现在信息化的比优质办公q麻烦,都给我统l统一h。开始的时候有人想到重做一套整体的信息pȝQ把所有部门都包含q去不就可以了,但是q方案代价太高了。于是呢有人提Zq样的想法,其实每个pȝ都是为每个部门或者其他部门提供服务的Q那么我们就把这些服务给抽象出来q行l一理吧,然后让所有的部门都只面对q些抽取的服务,而不是单一的系l,q样soa的概念就渐渐出水面了?br />
2、服务的概念Q以及SOA基本架构
SOA中最核心的就是服务了Q所以我们首先应该明一下服务这个概c用毛主席最l典的一句话Qؓ人民服务。这里我们可以看出,抽象的服务概忉|两个基本的要素:1是服务对象,2是可以提供什么。超市收银员的服务对象是֮Q可以提供的是算钱收钱;公安局的服务对象是市民Q可以提供的是解决你解决不了的难题。;你的心脏的服务对象是血Ԍ可以提供的是l血液加dQ等{。所以来说Q何一个对象都是一个服务提供者(当然M一个对象也是一个服务接受者,对于服务接受q里不再详细讨论Q?br />
Ҏ一个信息系l本w固有的几个层次Z让各个层ơ的职责更加清晰Q而且也是Z在调用服务的时候更加统一SOA的一个基本架构是q样的:
原有pȝ架构 SOApȝ架构
企业原有业务pȝ的存储层 --?nbsp; [把这层封装成SOA的连通服务层]
企业原有业务pȝ的业务层 --?nbsp; [把这层封装成SOA的业务流E服务层]
企业原有业务pȝ的应用层 --?nbsp; [Ҏ上层抽象出来的统一服务q行调用q在各种应用前台]
然后专门隔离出来一个服务中介层Q也是一条服务ȝ来把所有的服务q行l一理

]]>
վ֩ģ壺
|
ɽ|
н|
|
ന|
|
|
|
|
Զ|
|
캵|
|
|
˳|
|
Ȫ|
|
˱|
Ͽ|
|
֬|
ó|
Ͽ|
̨|
ֿ|
|
|
֣|
Ͷ|
|
|
|
Dz|
|
Դ|
Ͽ|
°|
|
Ұ|
뽭|