企业应用
雨果吧
写产品&技术文章,力求把复杂的事情简单地描述,把表面的事情本质地描述。写出自己的理解和体会,而不是简单地复述历史与知识总结。QQ:14890531
展开
-
复杂事件处理(Complex Event Processing)技术的思考和分析
整个文章上载至 http://download.csdn.net/source/2560256 .原创 2010-07-20 21:44:00 · 2035 阅读 · 1 评论 -
SOA项目实施的难题
SOA描述了一个信息系统理想的结构,基于ESB (Enterprise Service Bus),BPM (Business Process Management), BO(Business Optimization) 中间件平台,将整个系统划分实现为基础的数据服务,基础的公共功能服务,业务逻辑和流程服务,各种渠道接口和客户端展现框架。在这种结构下可以最快地开发一个新的应用产品,最原创 2009-11-20 21:45:00 · 989 阅读 · 1 评论 -
SOA与EAI的比较--第三篇,相同点和不同点
3. SOA和EAI的相同点: a)在技术层面有统一的数据和接口定义,可以方便连接各个异构系统。 b)都兼容各组件技术(CORBA,COM,EJB),远程调用技术(RMI)。 c)提供将简单服务或者操作编排组织成更复杂的服务或者操作。从技术角度上讲,两者是很类似的。 4. SOA和EAI的区别:a) SOA提供了开放的规范和标准:数据定义SDO,接口定义SC原创 2008-09-18 01:20:00 · 1566 阅读 · 4 评论 -
EAI概述,需求,功能,技术要点----4. EAI项目开发过程
4. EAI项目开发过程简单地描述一下如何基于EAI平台来构建跨已有系统的新业务。我们还是以TIBCO EAI平台为例。a) 统计新业务需要连接的老的技术,软件和系统。对照EAI平台提供的Adapter(包括Business Works里的简单Adapter)是否都可以支持。如果EAI平台不支持,需要开发新的Adapter。b) 适配器完成的只是对已有系统原创 2008-09-21 12:35:00 · 1657 阅读 · 1 评论 -
TIBCO企业应用解决方案 从EAI到SOA
之前的文章中绘制过一个企业应用系统平台软件结构层次图,见文章:http://blog.csdn.net/zlushangnwpu/archive/2008/09/30/2999571.aspx 很多企业应用中间件提供商的产品都可以用以上的图来对应, TIBCO的产品族也是如此。 所谓殊途同归,英雄所见略同,各个中间件提供商的产品有很多相似之处,深入研究TIBCO的技术原创 2008-11-04 00:16:00 · 1629 阅读 · 0 评论 -
TIBCO企业应用解决方案 之EAI解决方案:Business Works + Adapters 1
TIBCO的EAI解决方案主要包括两个产品Business Works和Adapters两个产品。之前的文章中概括过EAI平台提供的主要功能:a)定义了中间层数据类型,数据格式,接口规范,接口通信方式和通信协议。b)平台去做已有系统和中间层之间的数据格式转换。c)对已有系统接口的封装,提供统一的接口。d)使用图形工具进行流程编排,编写数据转换和映射规则。由EAI平台引擎来执行原创 2008-11-04 00:27:00 · 2287 阅读 · 0 评论 -
TIBCO企业应用解决方案 之EAI解决方案:Business Works + Adapters 4
Normal 0 7.8 pt 0 2 false false false MicrosoftInternetExplorer4 <! /*原创 2009-01-25 12:34:00 · 904 阅读 · 0 评论 -
复杂事件处理(Complex Events Processing) --2. 复杂事件处理的功能和应用场景
有了上篇对复杂事件处理的简单抽象,这一篇里来说复杂事件处理的功能和应用场景。在企业应用中使用复杂事件处理,首先要确定事件包含哪些内容,或者什么内容适合封装为事件并交给事件处理引擎去处理。之前有文章提到企业应用系统中数据流可以分为业务数据流和监测控制流,(见http://blog.csdn.net/zlushangnwpu/archive/2008/09/30/2999571.aspx)事原创 2008-11-07 00:54:00 · 3013 阅读 · 0 评论 -
程序系统的复杂性
近来在做一些项目,对程序复杂性给开发带来的困难又有了进一步的认识。 对于一个从零开始的系统,我们要做的设计有以下这些工作:1. 确定系统架构,具体讲就是要多少台机器, 每个机器上运行哪些应用程序,每个应用程序的功能是什么,这些程序通过什么接口技术进行交互。2. 确定整个系统的数据模型。3. 确定每个应用程序的数据结构,功能模块层次,模块之间的接口和接口调用规范,模块处理逻辑。程序之间原创 2009-10-06 21:49:00 · 1092 阅读 · 0 评论 -
面向服务架构的证券行业信息化系统
证券行业信息系统主要有行情资讯系统,数据分析系统和交易系统。 和其他行业信息系统一样,基于旧的技术和开发模式的系统不可避免的有着一些不足之处。<v:shapetype id="_x0000_t75" coordsize="21600,21600" o:spt="75" o:preferrelative="t" path="m@4@5l@4@11@9@11@9@5原创 2009-08-27 23:23:00 · 1775 阅读 · 0 评论 -
EAI概述,需求,功能,技术要点----1. EAI的原始需求
EAI概述,需求,功能,技术要点1. EAI的原始需求2. 需要解决的问题3. EAI平台软件4. EAI项目开发过程 1. EAI的原始需求1.1 企业应用系统的构成因素企业的信息化发展是一个渐进的过程,从最初的大型机系统到现在的SOA。 漫长的时间内,使用了各类各样的机器,平台,程序语言,数据格原创 2008-07-27 22:53:00 · 835 阅读 · 0 评论 -
EAI概述,需求,功能,技术要点-----2.需要解决的问题
2. 需要解决的问题如上节所述经过分析,我们理解了传统方式开发应用集成项目的问题所在。透彻的分析问题,归纳出本质的需求相当于解决了一半的问题。以逻辑的视角来抽象问题,其实很多复杂系统平台的基本原理都是简单的。当开发应用集成项目时,为了避免多种多样的接口和数据带来的不便,一个很自然的解决方法就是统一接口和数据。我们需要有一个EAI平台来做以下几件事情。(1) 提原创 2008-07-29 02:45:00 · 810 阅读 · 0 评论 -
面试后的感想
近来公司招聘软件开发工程师,我面试了不少候选者,遇到一些情况,有感而发。面试包含笔试,有一道双链表插入节点的编程题,不限制语言。这道题对于很多应聘者而言,自然不在话下。 但的确也有不少应聘者做不出,其中不乏高学历或者多年工作经验者。 有几个人回答“以前做过, 现在记不清楚了”,也有几个人说“有段时间不写程序了,生疏了”。 事实上并没有要求写完整的程序, 只需要描述清楚处理过程,伪代码亦可。 不原创 2008-08-25 21:54:00 · 936 阅读 · 1 评论 -
SCA和BPEL的关系
Relationship between SCA and BPELAdded by Mike Edwards (IBM), last edited by Mike Edwards (IBM) on Mar 19, 2007原文选自OSOA名词对照: Compose -------------组合(不知道有没有更合适的词) Business Pr翻译 2008-09-08 23:34:00 · 1670 阅读 · 0 评论 -
SCA和JBI的关系
Relationship of SCA and JBI Added by Mike Edwards (IBM), last edited by Mike Edwards (IBM) on Mar 19, 2007 (view change) 原文选自OSOA.ORG中英文名词对照Service metadata---服务元数据Composition--------组翻译 2008-09-09 23:37:00 · 1231 阅读 · 0 评论 -
接口定义和SOA规范
接口定义和SOA规范不在这里重复SOA的定义。SOA从设计思想的角度强调将系统划分为高可复用性的服务;从技术的角度,解决的是异构接口的互通互联问题。不同技术实现的服务有着不同的接口,怎样方便地在一个服务内部调用另一个服务的接口,或者调用已有多个服务的接口实现一个新的服务? 一个自然的想法就是定义一个统一的接口规范,新开发服务的接口遵循这个接口标准,或者服务开发运行平台提供新接口到已有各种原创 2008-09-16 16:47:00 · 5081 阅读 · 2 评论 -
SOA与EAI的比较--第一篇,EAI概述
在一家银行基于ESB产品做企业应用集成项目,自然要言必称SOA。客户对SOA也比较感兴趣,他们有EAI产品和项目经验。一日问SOA和EAI到底什么区别,SOA比EAI究竟多了哪些东西。当时就自己的理解和客户描述了一番,回来总结整理成文。这里不是给客户做PreSale, 尽可能从本质的层面来分析比较这两个技术解决方案和思想。花开两朵,各表一支,我们先概括一下EAI和SOA。1. EAI的概述 先原创 2008-09-17 23:25:00 · 2089 阅读 · 0 评论 -
SOA的解释之二---服务的专业化
上篇提到由于应用产品的复杂性,我们采用分布式系统设计,一个产品由多个节点上的多个应用实例组成,彼此互通互联共同完成完整的业务处理流程。接下来很自然的想法就是复用已有应用实例供其他产品使用,来节约开发新产品成本和时间。 这些可以被复用的应用实例就是服务了。一般而言,和业务密切相关的服务很难被复用,而通用的功能是方便被复用的,如错误告警功能,预警功能,安全访问策略等等。 传统的原创 2009-11-18 23:07:00 · 564 阅读 · 0 评论 -
关于Service Identification,SOA服务划分和定义--3. 服务特性
3. 服务的特性(1) 高内聚低耦合。服务要求具有高内聚性和低耦合性。即服务的功能尽可能在内部实现,而不是依赖于其他的服务功能, 减少和外部其他服务的耦合关联。 达到当单个服务发生变化时(包括功能的变化和接口的变化), 对系统其他的服务影响最小的效果。 (2) 服务粒度。粒度是服务的一个重要特性,是服务设计时的一个关键因素。粒度过大,系统的复杂性比较低,性能原创 2008-10-25 01:09:00 · 2014 阅读 · 0 评论 -
数据即服务
集成类项目的几个内容。通常我们在项目中可以达到第三步。 之后的工作实施难度会比较大,真正做到完整的企业服务识别的案例很少,没见过。编号工作内容描述1应用接口集成包括接口数据标准化,使用集成平台来互联应用系统2公共数据服务确定数据的主从关系,集中分散的数据,关联分散的数据3公共功能原创 2011-07-12 23:44:09 · 1603 阅读 · 0 评论 -
复杂事件处理(Complex Event Processing)--6. 复杂事件处理总结
编写程序是对现实世界某一部分内容的描述和行为的模拟,除此之外我们还要从这个程序中得到些什么,可以使用程序来处理数据得到需要的结果,可以按一定的规则从这个模拟的系统中提取需要的结论。一种是生产系统,一种是分析系统。在使用规则引擎开发的应用中,我推荐使用状态机来描述个体的行为规则,使用规则语言来描述事件处理的规则,对事件进行过滤,判断和推理。完成复杂事件处理的应用系统。原创 2010-07-20 21:28:00 · 1694 阅读 · 2 评论 -
SOA项目实施的难题----之补充篇
服务流量控制。服务接口是否使用统一的技术方式。服务接口使用统一的数据模型。监控功能的服务设计。原创 2010-07-22 23:56:00 · 796 阅读 · 0 评论 -
项目实施三个要素 业务,技术,人力
项目最重要的是判断工作量(这决定了钱的多少),控制好进度(这决定了是否能按时付款)。而这些依赖于项目开始之前,项目领导对项目相关的业务,技术和人力的掌控。原创 2010-08-17 23:28:00 · 745 阅读 · 0 评论 -
SOA解决的问题----记录今天在客户那边讲解SOA
SOA解决的问题:互联,复用,数据标准,统一监控。原创 2010-09-03 00:31:00 · 1129 阅读 · 0 评论 -
复杂事件处理和规则引擎的关系
复杂事件处理技术模拟的是人从现实世界中获取信息进行判断推理的思维过程。规则引擎是复杂事件处理的一种重要实现技术,但不是唯一的技术。原创 2010-09-05 21:58:00 · 3555 阅读 · 3 评论 -
SOA不能解决的问题----SOA解决的问题之姊妹篇
SOA不能提高系统的性能。SOA不能快速实现新的业务功能。原创 2010-09-07 23:21:00 · 1114 阅读 · 0 评论 -
复杂事件处理之持续查询语言(continuous query language)
复杂事件处理的两种实现技术:规则语言和持续查询语言。持续查询语言(CQL, continuous query language)类似于内存数据库加视图加触发器的解决方案。原创 2010-09-16 23:33:00 · 2262 阅读 · 6 评论 -
复杂事件处理两种技术实现手段的对比,规则语言 VS 持续查询语言
抽象一点说这是过滤和查找的对比。原创 2010-09-20 21:16:00 · 2452 阅读 · 1 评论 -
ESP和CEP的关系
一个是流,一个是云。原创 2010-09-20 21:18:00 · 3164 阅读 · 4 评论 -
复杂事件处理和SOA,BI的联系
SOA是基础,为实现企业整体的事件处理提供获取事件信息的便利通道;BI发现规则,复杂事件处理利用规则原创 2010-10-14 22:39:00 · 1504 阅读 · 1 评论 -
学习会计基本知识所得
借贷的复式记账方法,对于一笔经济交易行为,即记录资金的来源,又记录资金的去处。原创 2010-11-30 20:51:00 · 852 阅读 · 0 评论 -
关于中间件行业的一些想法
产品设计上的差距。 觉得和国外差距最大的是产品设计,包括技术规范设计。原创 2010-12-16 23:15:00 · 789 阅读 · 0 评论 -
SOA项目实施现状
很多SOA项目只达到了EAI的标准。使用ESB平台,做了个前置系统。原创 2010-12-17 16:46:00 · 662 阅读 · 0 评论 -
市场数据系统(MDS, Market Data System)设计总结二三点---之补充篇
市场数据系统实现的是行情数据的多层复制和筛选原创 2010-12-20 23:20:00 · 910 阅读 · 0 评论 -
EAI产品最简练的概括
数据的适配和Mediation原创 2010-12-31 17:30:00 · 883 阅读 · 0 评论 -
EAI, SOA带来的应用管理问题
在EAI,SOA架构下,应用系统一些模块服务的开发和维护管理工作由谁来做。原创 2011-04-17 18:12:00 · 863 阅读 · 2 评论 -
SOA与EAI的比较--第二篇,SOA概述
2. SOA概述。 SOA不是一个产品,而是一个构建企业应用和集成企业已有系统的指导方法和思想。它将企业应用系统看作一个分布式系统,由很多独立的,提供一定业务功能的服务组成。服务彼此通过标准的接口协议相互调用,可以方便地将多个服务编排组成一个新的业务流程。当出现新的业务需求时, 不需要从零开始实现, 只需将已有的服务进行编排装配来实现新业务。快捷地实现新业务需求是企业保持竞争力,在未来高度竞争,原创 2008-09-18 00:22:00 · 1760 阅读 · 1 评论 -
EAI概述,需求,功能,技术要点----3. EAI平台软件
3. EAI的解决方案 分析问题解决问题,我们利用现有技术提出了一套EAI解决方案,回过头来,再看看传统EAI平台是什么样的。EAI与SOA在技术层面的解决思想一脉相承,就是通过提供一套统一的数据接口定义来互联具有不同数据,不同接口的已有软件或者系统。EAI平台提供已有系统数据和接口到统一数据和接口之间的转换,同时提供流程的编排驱动工具,方便跨不同系统的业务流程的开发。下面以TIBCO原创 2008-09-21 11:26:00 · 1272 阅读 · 0 评论 -
企业应用系统平台软件分析---1. 信息化系统模型
企业应用从Web 应用,EAI发展到目前流行的SOA。J2EE应用服务器,EAI和SOA平台的提供商一直都极力向最终客户和应用开发集成者宣传各自产品的功能和优点,诸如组件服务调用,分布式处理,异构接口的互联互通,图形化开发,模型开发,零编程,跨系统跨语言等等。客户和应用集成开发者经常会困惑于过多的选择,不清楚这些平台包含的众多软件产品的功能到底是什么,这些产品彼此的联系,运行时如何配合,平台原创 2008-09-30 01:32:00 · 1322 阅读 · 0 评论 -
FIX协议解读笔记1----从QUOTATION/NEGOTIATION部分看做市商交易过程
Normal 0 7.8 pt 0 2 false false false MicrosoftInternetExplorer4 Normal原创 2009-07-16 23:06:00 · 2259 阅读 · 0 评论