加载中…
个人资料
dmtech
dmtech
  • 博客等级:
  • 博客积分:0
  • 博客访问:1,260
  • 关注人气:0
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
评论
加载中…
留言
加载中…
友情链接
访客
加载中…
好友
加载中…
博文
分类: 技术文章

元数据方法

目前,Web 服务公开了许多有关如何使用服务的信息,但在说明提供了哪种类型的信息或功能方面,却提供了非常少的帮助。Web 服务通常会公开 WSDL,因此工具可以轻松地查明 Web 服务公开了哪些方法和参数,但是,至于在那些方法后定义了哪些业务实体、甚至这些方法可能会影响后端系统等方面,却提供了非常少的提示(例如,不会告知某个方法将更新后端系统)。看起来,WSDL 似乎不能充分表示当今服务所公开的内容。

我们推荐一组新的元数据,它可以与某个服务相关联,并说明该服务的用户(解决方案开发人员)将需要了解的内容。在这个新的元数据中,我们将公开以下概念:

1.实体 — 将封装一组数据或功能的抽象业务或用户定义。例如,我们可以有一个客户实体。

2.视图 — 与某个实体相关联的架构,它描述有关该实体的数据子集。例如,对于客户实体,我们可以拥有多个视图,例如,客户联系信息或客户财务信息。每个视图都符合特定的架构,它是给定上下文的实体表示形式。

3.关系 — 实体/视图可以与其他内容关联,这些关系应该在此元数据中描述。例如,客户实体可能与定单实体相关联。关系允

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
分类: 技术文章

许多人将Web服务看作SOA基础架构的构件块,这并不奇怪。我认为Web服务可以是SOA的构件块,但并不一定是必需的。下面我将介绍为什么以及如何可以将部署在WebLogic Server上的应用程序组件看作作为SOA一部分的服务。

应用程序可以被分解为实现业务功能的组件。每一个应用程序都有特定的业务、功能和操作需求。功能需求要迎合实现,在这方面我不准备花太多时间介绍,因为我们讨论的是已经成为企业一部分的、需要转化为SOA构件块的应用程序。此时我们需要关注的是,如何关联业务需求并为该应用程序提供一个轻松的操作环境。

许多业务需求都归结为对应用程序的服务水平协议(SLA)的满足,业务需求可能包括以下方面:

  • 并发用户
  • 响应时间
  • 错误率
  • 工作负载优先化(业务功能按照优先级进行分解)
  • 应用程序采用率(就用户数目而言的应用程序扩展路线图)
  • 可用性

操作需求与维护基础架构有关,可能包括以下方面:

  • 应用程序监控
  • 部署策略
  • 维护(补丁、升级)
  • 问题诊断

大多数情况下,WebLogic实例上部署了许多应用程序,难以将上述需求关联

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
分类: 技术文章
 

SOA正在成为开发新的商业解决方案的首选方法。每一个在充满活力领域的环境中进行开发的人都应该使用SOA,但是很少的人能有享受这种奢侈的条件。

导致大规模的SOA实现的推迟的最大的绊脚石是过多的现有系统没有提供一个SOA接口。他们应该被再工程以创建一个web services接口吗?或者一个接口可以通过包装或者间接的方式被创建吗?

无处不在的这个问题是比在大型机上面更为有压力的,因为:

  • 许多现有的大型机处理应该提供一个丰富的关于有用服务的缝合。
  • 一般的CICS COBOL程序都不能理解web services中的alphabet soup。
  • 这些处理的所有者只是对他们的稳定性、性能和安全性感到自豪,并且提防分布式应用程学和程序员直接访问他们。

Merrill Lynch在遇到这个问题之后开发了一个内部解决方案,称之为X4ML。已经证明了该方案的有效性,他们把该方案出售给SOA Software,而SOA Software现在将会对该系统进行维护、扩展,并把它同SOA Software的其它产品线整合起来。SOA Software把该工具的名字标识为SOLA。

现在的需

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
分类: 技术文章
 

很多 SOA 实现都依赖于用 XML 定义的消息格式。结果,消息模式可能变得非常复杂、不兼容、难以维护,甚至造成严重的可伸缩性和性能问题。在本文中,Frank Cohen 将介绍如何通过在 SOA 中间层使用 XML、XQuery 和本机 XML 数据库技术来提高 SOA 性能的战略和技术。

很多软件架构师在面向服务体系结构(SOA)设计中使用 XML,虽然没有一种 SOA 标准要求在 SOA 中使用 XML 或者提供相关指南。因此,软件开发社区做了很多实验和调查来发现定义服务端点和消息定义(模式)的最佳方式。这些方法大多数都会带来了糟糕的性能和可伸缩性。

比如,最早提出用 SOA 实现 ebXML 的 General Motors Corp.,其最初的设计使用的是 Universal Business Language (UBL),建立的 XML 消息有 150,000 字节到 10 兆字节甚至更大。2004 年,我的性能测试公司 PushToTest 认为当时的 Java' 应用程序服务器没有提供足够的吞吐量,在 GM Web Services Performance Benchmark 研究中提出了可伸缩性和性能问题。

当时基于 XML 的 Web 服务技术还非常新,我认为新一代应用程序服务器技

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2006-06-18 16:54)
分类: 技术文章
作为近两年软件领域最热门的词汇之一,SOA(面向服务的架构)的概念以及SOA带来的好处,正在被越来越广泛的用户所接受,Gartner的数据就表明,到2007年,全球将有70%以上的大企业会将他们的应用转到SOA。但是目前人们最关心的是,如何才能真正实现基于SOA的应用?是否有具体的产品?IONA公司大中国区总裁薛志勇表示,采用IONA公司的ESB(企业服务总线)产品Artix作为SOA的切入点,将可以使企业以最小的投入将已有系统纳入SOA架构。

薛志勇表示,目前ESB是SOA集成中最普遍采用的方法,最新统计数据显示,在美国有1/3的架构师计划在12个月内部署ESB。传统的EAI和平台厂商是以“服务器”为中心、以“Hub”为形式的解决方案,这种方法虽然解决了信息孤岛问题,但投资大,见效慢,而且也不灵活。而作为SOA的核心和基础架构,未来ESB将扮演着日益重要的角色。ESB是传统中间件技术与XML、Web服务等技术结合的产物,可提供比传统中间件产品更为廉价的解决方案。对企业而言,采用ESB中间件系统作为企业级信息系统整合方案中的中枢技术,可以无须添加任何软硬件设备,就可把过去、现有和未来的IT系统整合在企业级的信息应用框架下,并且能为企业提供实时、大容量的信息通信
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
分类: 技术文章
在行业流程中,复合应用程序被人们谈论得越来越多,您如何界定它的概念?  
Roger Sippl:一个复合应用程序是来自多个不同信息源的包含了业务功能和信息的具有事务性质的应用程序。复合应用程序和应用程序开发都是应用程序和系统集成的一种形式,它们都是用来支持企业的业务处理过程并建立起这些过程和底层信息资源的映射关系的。
在SOA中,复合应用程序的角色是什么?  
  Sippl:复合应用程序是面向服务构架的最终成果。它们代表了一个企业从SOA构架中获得的价值。不管这些复合程序是用于企业内部使用还是服务于企业的合作伙伴,它都代表着通过SOA的规则和体系,能够建立起业务需求、处理与底层信息资源之间关系的程度。
您认为什么是业务服务(Business Services)?
    Sippl:尽管Web服务在促进语法和协议层次的通讯方面做出了很多工作,但是它却无法保证在语义层次上信息的协同工作。客户通过Siebel定义的传输方式和通过SAP定义的传输方式是不一样的,而用户需要一种能够在不同的Web服务之间解决数据和处理过程不一
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2006-06-14 10:47)
分类: 技术文章
使用 SOA 开发应用程序可提供更多的应用程序部署选项,但也使得开发工作变得越发困难。这是因为 SOA 将应用程序开发拆分为两个截然不同的部分:
    SOA 服务提供程序(SOA Service Provider,SOA-SP) ——该层的代码实现服务。它具有服务 API,以对服务进行声明和为客户机提供调用服务的方法。 
  SOA 服务协调程序(SOA Service Coordinator,SOA-SC)——该层的代码通过一个或多个 SOA-SP 中的服务提供用户功能。它可能具有 UI 或 GUI,以便同传统应用程序一样与 SOA-SC 进行交互。
  例如,某个金融应用程序的 SOA 可能如图 中所示。
       

  图 1:个人金融应用程序和服务

  通常由独立的团队分
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
分类: 小组会议记录
今天接着昨天进行组件方面的讨论,最后意见得以统一,将公司各组件进行了记录,将由一组员整理完成!
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2006-06-12 20:36)
分类: 小组会议记录
今天进行了组件模块的讨论,对此进行了激烈的争辩,主要是大家的意见不统一,对组件的功能设计等方面意见不统一,明天将继续进行组件方面的讨论!
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
分类: 技术文章
    企业管控一体化的管理系统中,采用了面向服务SOA 的新型软件体系结构下实现的,整个软件体系架构由6 层、7 类组件包构成,具体采用的架构模型如下图 所示。

1.系统运行时的动态图景可描述为
   
    系统从企业内部WebServices 中或外部WebServices 中提取界面所用数据生成用户界面,用户与界面进行交互,界面收集用户的录入数据,校验后将这些数据打包成业务实体,业务实体连同用户身份凭据通过客户端代理压缩后发送到WebServices 的服务层接口,服务端WebServices 首先解压数据,随后,WebServices 中的服务检验用户的身份凭据,通过验证后调用WebServices 里的粗粒度方法(这个方法被称为服务),开始对一个服务的调用,该服务会进一步调用业务逻辑层中的一个或几个细粒度的方法( BLL 层中的服务),BLL 层的方法调用DAL 层的方法完成业务数据的持久化操作。
其中WebSe
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
  

新浪BLOG意见反馈留言板 电话:4006900000 提示音后按1键(按当地市话标准计费) 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 会员注册 | 产品答疑

新浪公司 版权所有