下载文档原格式
K1+478〜K1+5888段左侧片石混凝土挡土墙第1部分什么是SOA1.背景IT行业就是术语和缩写流行的行业，各大厂商都喜欢隔三差五地推出一些新概念。
为了不落人后，大家都喜欢争先恐后地跟进。
有深入研究、务实研发的供应商，能够将概念落地，不断推出创新的产品和服务，赢得竞争优势。
但“贴标签”的也大有人在，而且趋势是越贴越多，跟风炒作，“鱼目混珠，泥沙俱下”，以至于“混绕视听”了。
SOA就是这俱多“三字母”缩写的概念之中的最流行和热门的一个。
但目前，SOA概念和解决方案，话语权方面基本上被国外巨头所控制，特别是大的中间件厂商。
但是真正能够完整实现SOA的落地解决方案和案例很少，刻意包装的成分比较多，特别是应用架构方面。
重技术，轻方法论，造成企业实施SOA缺乏足够的架构方法、SOA治理、SOA实施运维方面的最佳实践，因此企业实施SOA缺乏系统的指导。
另一方面，国内的不少软件企业，由于不能提供完整意义上的SOA解决方案，只能提供部分的组件，小部分特性符合SOA思想，所以就任意曲解SOA的含义，随意解析SOA的概念。
以至于国内没有一家软件企业不宣传SOA,不宣称其产品符合SOA架构的。
由此造成，许多企业和客户对SOA是非常茫然的，对SOA的价值也转向怀疑和抵触。
这种厂商之间的无序竞争，不利于国内企业的自主创新，也不利于企业导入和实施有效的SOA,实现SOA的商业价值。
本文试图就SOA的来龙去脉，外延内涵和前世今生，来一个全面的阐释。
一家之言，权作业界参考，希望带动大家做一些更深入的思考。
文章比较长，如果兴趣不够，也可以就此打住。
2.为什么需要SOASOA的出现不仅仅是厂商炒作的结果，本质上是两种力量驱动的结果：需求拉动、技术推动。
业务需求的拉动，希望解决业务应用的问题；技术发展的推动，使得SOA具备了技术上的可行性，软件技术的发展推动了IT创新的商业价值。
2.1.需求拉动需求拉动方面，主要来自于两种信息化的困境。
MTK介绍MTK背景介绍MTK是联发科技股份有限公司的英文简称，英文全称叫MediaTek。
联发科技股份有限公司，创立于1997年，是世界顶尖的IC专业设计公司，位居全球消费性IC片组的领航地位。
产品领域覆盖数码消费、数字电视、光储存、无线通讯等大多系列，是亚洲唯一连续六年蝉联全球前十大IC设计公司唯一的华人企业，被美国《福布斯》杂志评为“亚洲企业50强”。
MTK通常指的是联发科公司研发的基于手机平台的解决方案。
现在的手机集成了越来越多的功能，如摄像头、触摸屏、蓝牙等，这些功能的实现，需要多种控制芯片，MTK就是通过提供包含多套不同功能的芯片形成个性化的、高度集成的多媒体基带芯片方案。
当拆开一部手机的电路板，如果发现几块芯片上都有右图中的M标志，则说明该手机使用的是MTK平台。
和别的厂家的方案比，MTK芯片有着完工率高，价格低廉等优势。
MTK芯片采用Turnkey（一站式方案）模式、基带芯片、操作软件，甚至液晶、摄像头等部件都可以“一站解决”，大大缩短了手机的生产环节并降低了研发成本。
使用MTK平台解决方案的手机只要稍稍的加工就可上架出货了，这也正是包括联想、波导、TCL、海信等国产手机厂商及飞利浦等国际手机厂商都使用MTK的最主要原因。
虽然使用MTK平台的手机设计和生产企业数量不断增加，但是真正得到联发科技技术支持的企业并不多，特别是软件方面，资料以及开发工具很难得到，而且软件开发更是靠工程师自己摸索。
MTK具有以下的优势：性能稳定：MTK的最底层和上层软件比较统一，射频一般都是在-107dBm以下。
MTK手机软件由于是大量采用全局变量编写代码，避免了内存泄漏，死机问题很少发生。
速度快：由于MTK公司提供全套解决方案，开发难度比较低，开发速度快。
且采用C语言开发，程序直接运行编译后的二进制代码，执行效率高。
技术入门快：对于有一定C语言基础的人来说，学习和掌握MTK开发技术非常快。
MTK平台优势1、庞大的用户群体，国产手机90%使用的是MTK平台；2、性能稳定,功耗低,符合中国用户使用需求的手机操作系统；3、MTK公司提供全套的解决方案，开发难度较低，开发周期短；4、MTK芯片采用Turnkey（一站式方案）模式、基带芯片、操作软件，甚至液晶、摄像头等部件都可以“一站解决”，大大缩短了手机的生产环节并降低了研发成本；VRE（Virtual Runtime Environment）是MTK子公司沃勤自主研发的针对移动终端设备的中间件解决方案。
中间件应急处置方案模板一、前言中间件是指位于操作系统和应用程序之间，用于连接或者协调各应用模块之间的软件。
它们承载着系统核心功能，因此一旦中间件故障，会对整个系统造成极大的影响。
因此，我们需要一个中间件应急处置方案模板，来应对中间件出现问题的情况。
二、中间件的分类根据中间件的类型不同，应急处置方案也不同。
下面是常见的中间件分类：1.应用服务器中间件2.数据库中间件3.消息中间件4.缓存中间件5.应用程序接口（API）中间件三、中间件出现故障的常见原因中间件出现故障的原因可能有很多，以下是常见的原因：1.硬件故障2.网络故障3.配置错误4.软件补丁问题5.数据库问题四、中间件应急处置方案4.1 预防措施当中间件出现问题时，面对问题时还是有所准备的。
以下是一些预防措施，可以降低中间件发生故障的概率：1.确保中间件和操作系统的版本保持最新，并且每次进行升级都要备份配置文件和数据。
2.定期监控中间件的运行状态，如果发现问题，及时排查问题。
3.针对不同的中间件，要建立相应的监控预警机制。
4.及时修复配置错误，并确保不会影响到其他模块。
4.2 应急响应流程当中间件出现故障时，我们需要进行这样的应急响应流程：1.紧急联系中间件厂商以取得支持。
如果中间件是第三方应用，则需要联系厂商支持人员，向他们询问解决问题的最佳方法。
2.确认问题并记录下来。
这将有助于后续的纠错和分析。
3.针对不同的中间件，按照相应的手册采取相应的故障排除措施。
4.按照排除故障的方式进行操作，并记录下操作过程和结果。
4.3 工具使用当中间件出现故障时，我们可以使用一些工具进行排错和修复，以下是一些常见的工具：1.Fiddler：用于HTTP请求的分析和调试。
2.Wireshark：用于网络流量分析和检测网络问题。
3.jstack和jmap：用于分析Java程序的堆栈。
4.Pidstat和Top：用于分析Linux系统的进程。
五、总结中间件是系统的重要组成部分，一旦出现故障，将导致整个系统瘫痪。
中创中间件业务流程整合解决方案冃景中国软件产业经过20多年的发展，很多部门的信息化建设都走过了关键业务应用和部门级应用的阶段，现在开始向企业级应用转变。
所谓企业级应用，最为人们所重视的就是各类信息资源之间如何整合、关联、协同、互动和按需服务。
国内各部门信息化建设初期，为了满足错综复杂的业务需求，快速响应特殊需求的变化，复杂的信息系统往往采用非标准化技术进行开发，要么没有采用中间件，要么仅仅使用简单的消息中间件或应用服务器产品，这使得复杂信息系统的集成时间长、质量低下、维护困难、成本高昂，并且由于采纳技术上的封闭性和差异性，往往在解决信息孤岛问题的同时，又形成新的、更复杂、更难以跨越的信息孤岛。
面对如此复杂的应用环境，各部门系统之间的流程整合是解决信息孤岛的根本办法，实现各部门系统之间的关联、协同和互动；但是，流程整合不应该仅仅停留在解决系统之间的关联、协同和互动，当前所要整合的业务越来越多的依赖人工参与，整个业务流程中存在广泛的各种各样的人工交互，所以迫切需要一个能够将系统服务、业务人员、业务流程、业务应用、业务规则、业务数据等各类资源贯穿起来的一体化解决方案。
解决方案资源之间协同工作模式以工作流中间件为核心，利用工作流中间件调度各业务服务构件、人工活动、业务流程，并且保证各业务构件从核心业务系统中隔离开来，使得原核心业务系统可以不依赖于此流程整合环境而独立运行，同时提高各业务构件的可复用性。
中创软件结合在SOA技术领域实践的多年积累与领悟，自主研发的核高基中间件In forSuite 流程集成套件，能够很好地解决系统之间各类信息资源整合、关联、协同、互动和按需服务的难题，更好的支撑上层业务应用系统，并提供完整的一体化解决方案。
核高基InforSu itei/it程集成銮件InforSuite 流程集成套件基于Web服务、XML标准和业务流程编排思想，采用“软总线+软构件”的软件架构，为构建企业级应用搭建一套完整的中间件基础设施；业务流程整合过程可以分解为以下关键步骤：1. 业务构件与业务系统隔离；基于SOA架构进行业务系统的服务整合，通过封装业务系统的基础服务，实现业务构件与业务系统的隔离，提高各业务构件的可复用性；In forSuite 流程集成套件提供服务构件容器，统一的业务构件标准，规定业务构件的用户访问行为、数据组织方:、功能封装方式、业务处理逻辑的标准“语法”。
中间件介绍1、Ice：ICE(Internet Communications Engine)是ZeroC提供的一款高性能的中间件，基于ICE可以实现电信级的解决方案。
在设计网站架构的时候可以使用ICE实现对网站应用的基础对象操作，将基础对象操作和数据库操作封装在这一层，在业务逻辑层以及表现层(java,php,.net,python)进行更丰富的表现与操作，从而实现比较好的架构。
基于ICE的数据层可以在未来方便的进行扩展。
ICE支持分布式的部署管理，消息中间件，以及网格计算等等。
Zeroc推出的一种分布式的面向对象中间件，解决分布式的异构计算。
可以用C++,Java,c#等进行分布式的交互计算。
主要设计目标是：·成为适用于异种环境的面向对象中间件平台。
·具有一组完整的特性，支持广泛的领域中的实际的分布式应用的开发。
·去掉不必要的复杂性，使平台更易于学习和使用。
·是一种在网络带宽、内存使用和CPU开销方面都很高效的实现。
·是一种具有内建安全性的实现，使它适用于不安全的公共网络。
2、JBoss：是一个基于J2EE的开放源代码的应用服务器。
JBoss代码遵循LGPL许可，可以在任何商业应用中免费使用，而不用支付费用。
JBoss是一个管理EJB的容器和服务器，支持EJB1.1、EJB2.0和EJB3的规范。
但JBoss核心服务不包括支持servlet/JSP的WEB容器，一般与Tomcat或Jetty绑定使用。
在J2EE应用服务器领域，JBoss是发展最为迅速的应用服务器。
由于JBoss 遵循商业友好的LGPL授权分发，并且由开源社区开发，这使得JBoss广为流行。
另外，JBoss应用服务器还具有许多优秀的特质。
JBoss运行后后台管理界面其一，将具有革命性的JMX微内核服务作为其总线结构；其二，本身就是面向服务架构（Service-Oriented Architecture，SOA）；其三，具有统一的类装载器，从而能够实现应用的热部署和热卸载能力。
⼗⼤优秀中间件解决⽅案编者按：⼜经过⼀年的培育，中间件应⽤得到进⼀步普及。
与去年本报开展中间件⽅案评析时相⽐，今年不管是中间件产品的成熟度，还是⽤户对产品的了解，都有了长⾜进步。
这⼀点从专家和⽤户代表组成的评委会共同评选出来的下⾯这10个优秀中间件解决⽅案中可以得到显明的体现。
IBM: 企业业务整合技术⽅案构筑基于WebSphere的统⼀业务流程平台。
某电信业客户为了适应市场业务的快速发展，缩短海外及内地员⼯的报销审批时间，使CFO能够及时掌握公司资⾦的使⽤情况和有效的控制资⾦的使⽤，针对报销审批业务，准备建⽴统⼀的业务流程平台。
系统的建设⽬标项⽬的建设涉及众多部门，涉及的业务种类繁多，业务流程⽐较复杂，需要详尽的审计和监督功能。
原有的报销系统是基于胖客户端的两层架构模式，⽹络响应速度慢，海外员⼯报销审批时间很长，CFO⽆法掌握公司资⾦的总体流向。
另外，公司的各个基础数据分别保存在各个应⽤系统中，没有进⾏有效的整合，没有统⼀的平台来存储、管理、分析以及利⽤各类有效资源。
具体⽽⾔，在信息应⽤层⾯，⽬前的信息系统是按部门的职责设定和开发的，没有按照业务流程去定义，所以在信息的关联、流通和共享上存在着障碍。
造成的问题是不同部门在收集数据上产⽣重叠，数据在不同部门之间重复存储，部门之间的协同⼯作不顺，资源被浪费。
在应⽤功能层⾯，缺乏知识累积、再⽣和分享⽅⾯的应⽤，造成的问题是知识分散在个⼈或某些部门，⽽需要这些知识的⼈因为沟通不畅需要重新累积经验，使得重复犯错或知识的获得成本增加。
⽅案实现针对⽬前的情况和上⾯的描述，建议采⽤基于WebSphere的系统架构来建设信息系统建设平台，并推荐选⽤IBM公司的WebSphere Business Integration（简称WBI）和其提供的连接器（Adapter）。
WBI⾸先保证在⼀个异构的环境中实现信息稳定、可靠的传输，它能屏蔽掉⽤户硬件层、操作系统层、⽹络层等相对复杂、烦琐的界⾯，为⽤户提供⼀个统⼀、标准的信息通道，保证⽤户的逻辑应⽤和这些底层平台没有任何关系，最⼤限度地提⾼⽤户应⽤的可移植性、可扩充性和可靠性。
<Insert Picture Here>ѝ䰤Ԧ䀓 Ṹӻ㓽䇞〻•Oracle փ Ṹ• 䴰≲ Ṹ 䇞•Oracle ṸՈ Ṹ 㘳• Ṹ 亮 䇘䇪Enterprise Content ManagementPerformance Management Identity & Access Management Middleware Platform and ManagementBusiness Intelligence Data IntegrationOperating SystemsSystems Management Virtual Machines(Pending)Oracle ⲴԱъ䀓 ṸЬ⭥ Ԧ•PeopleSoft Enterprise •Siebel•JD Edwards•Oracle 䴦 ъ䀓 Ṹ•i-flex 䬦㹼ъ䀓 ṸЬ䙊 䇑䍩Ь ⭘һъ•ProfitLogic •G-LogЬ ⭘ •SOA /䳶 Ь 㜭Ь ㇑⨶Ь䓛ԭ㇑⨶Ь Ь •Java ЬԱъ㔙 ㇑⨶ЬЬⵏ↓ ⭘䳶㗔Ь•OLAP Ь Ьオ䰤㇑⨶•Oracle 〫 •Times Tenѝ䰤Ԧ㇑⨶䖟ԦOracle ѫ㾱ӗ 㓯䇞〻•Oracle փ Ṹ• 䴰≲ Ṹ 䇞•Oracle ṸՈ Ṹ 㘳• Ṹ 亮 䇘䇪IT㌫㔏Ⲵ 䴰≲• ケ Ⲵ Ⲵ䇯䰞ˈ䘀㹼っ 䶐• 儈• 䇱㌫㔏Ⲵ儈 ⭘ 䇱ˈ 䘀㔤 䰤• л㌫㔏 㠚䈳㢲ǃ 㜭• ⎧䟿•儈 っ Ⲵ ⨶㜭• 䈳 ⺜Ԧ䍴Ⓚ• 䳶 ⭘䳶• Ӿ⭏ӗ 䖜〫 ˈ䱽վ⭏ӗ ḕ䈒 ˈ 儈 Ⲵ ⺞ • оㅜй ㌫㔏Ⲵ㔏а•ㄟ ㄟⲴⴁ 㜭 ˈ㇑⨶ ǃ 䙏 ս䰞仈•ъ ḷⴁ• Ӿ⭘ 䇯䰞ǃ ⭘ Ⲵㄟ ㄟⴁ 䰞仈 ս㜭 • 儈 ㅹ㓗•⭘ 䇔䇱 ㇑⨶• Չդ ԫOracle ѝ䰤Ԧ փ䀓 Ṹ⭘㖁Ṭ 䇮Jrockit,Coherence, WebLogic, TuxedoԱъ䳶ѝ㇑⨶C l o u d C o n t r o l䶒OSB, BPEL, BAM, CEP , ODI (OGG)Աъ⍱〻㇑⨶BPM, BPA Web2.0WebCenterԱъъ 㜭ṶJ d e v /O E P E , A D FӁ䖟Ԧ ㌫㔏 㲊 ⺜Ԧǃ 㖁㔌Աъъ 㜭о⸕䇶㇑⨶㖁ㄉо䰘⭘⍱〻㇑⨶䳶ⴁ ㇑⨶Oracle䀓 Ṹ IT㌫㔏 䇮䘲⭘ӗӔ ㌫㔏っ Ⲵ䘀㹼⧟ Weblogic server⭘ 㕃 ㇑⨶Coherence⭘ ㄟ Oracle WebCenter䓛ԭ Oracle Identity Management (㌫㔏䳶 ˅ ⍱〻䳶 Oracle ESBǃBPMъ ⴁ BAM㖁ㄉⴁ RUEI + OEM䇮 Exalogic + Exadata䇞〻•Oracle փ Ṹ• 䴰≲ Ṹ 䇞•Oracle ṸՈ Ṹ 㘳• っ 儈 Ⲵ ⭘䘀㹼⧟ -Weblogic+coherence •㔏а ⭘䳶 -Oracle ESB /BPM•ъ ǃ ⭘ǃ㌫㔏 Ⲵⴁ Ṹ–BAM/RUEI/OEM •䳶 ǃ儈 ⲴӁ 䇮 -Exalogic+ Exadata • Ṹ 亮 䇘䇪Gartner䇴ՠ -Աъ ⭘ 䈕⾎ 䊑䲀 ⭡Gartner, Inc. Ѫ䖳 ⹄ウ Ⲵа䜘 ˈ 㔃 њ⨶䀓 ѹDŽ Ӿ䘉䟼㧧 Gartner ˖/technology/reprints.do?id=1-17GUO5Z&ct=110928&st=sbⓀ˖Gartner, Magic Quadrant for Enterprise Application Servers —MassimoPezzini, Yefim V. Natis, Kimihiko Iijima, Daniel Sholler, Raffaella Faveta —2011 9 26Oracle WebLogic Serverц⭼亶 ⭘• ⨳ ԭ仍 ⦷ㅜа• Gartner ⽪㓖 ⨳1/3Ⲵ ԭ仍•䘎㔝9 ս Ā亶 㘵āѻ•GartnerԱъ ⭘ ⾎ 䊑䲀• Ӫ 俆䘹•Evans Data Corporation 䈳ḕ• оՖ∄Ⲵ ㇑⨶•儈 㜭•SPECjAppServer200411SPECjAppServer Standard Performance Evaluation Corp. (SPEC) ⓗ ḷ䚹 ⓗSPECjAppServer2004 㔃 䠈䈧䇯䰞/osg/jAppServer2004Oracle WebLogic Server ⡸ •WLS 8.1 ü ⍱㹼Ⲵ⡸ ѻа•WLS 9.2 üѫ㾱Ⲵ㇑⨶ 䘀㹼•WLS 10.0 üJEE5•WLS 10.3 üOracle ⲴWLS⡸• Ӫ ⭘•䖫 ǃWorkshopǃSpringǃWeb 2.0ǃFastSwap •䘀㹼 㜭•SPECjAppServer 䖫䟿㓗 䘋• WLS 9.2/10.0•Web ǃJMSǃ ǃ 㿴 /ḷ• ҶOracle 㿴 㾱≲•䇨 䫕 䲔ǃ䇔䇱ǃ ⡼ Րǃ ĂĂ•WLS 11g (10.3.x)•WLS 12cWeblogic Server • ӰѸ˛• њ Ⲵ䝽㖞• 䘈 ӰѸ ⭘˛• ㇑㇑⨶• ԕӾѝ ս㖞 →• ԕ 䗱〫 • ԕ 䜘㖢 ⭘〻 • ˖• ѝ 享㠣 а *㇑⨶•㇑⨶ ањ DŽ㇑⨶㇑ config.xml㇑⨶䳶㗔•а㓴 䘀㹼 ф ԕ 儈 䶐 Ⲵ ㇑• ˖䙊䗷 㹼 ⧠• 䶐 / ⭘ ˖䙊䗷 ⧠• Ѫ њ ⽪㔉 ㄟDŽ• ⧠ḀӋ儈㓗 㜭• փ 䗱〫• 䗱〫 䳶㗔JMSⴞḷDŽ䳶㗔1䳶㗔2㇑⨶䪸 䲀 ⭘〻 䳄䘋㹼䝽㖞•⇿њ ⭘㧧 㠚 ⲴA1A1A1A2A2A212䪸 儈 ⭘ 䘋㹼䝽㖞•䳶㗔 ⭘Ҿ ⧠儈 ⭘• а䳶㗔ѝⲴ ㇑ սҾн кˈ ㇑ 䙊 䘋㹼Ҷ ӛ㇑⨶ ㇑ 㢲⛩㇑⨶A1A2A2A2A1A1A2A1䪸 㜭 ⭘⦷䘋㹼䝽㖞•а њ ㇑• ㇑ սҾањ䳶㗔ѝ•䳶㗔 ⁑ ⺞ 䖵 ㇑ 㘳㲁ս㖞A1A1A1A1A1A1A1A1⭘ 㓗⭘ 㹼䜘㖢䶐ǃ っⲴ䘀㹼ԧ —— 䴰ѝ 䘀㹼ˈ 㓗 䭞 ⭘⭘RDBMSՊ䈍㇑⨶⡸ ⭘⡸ ⭘WebLogic Server нѝ ㄟ䇯䰞Ⲵ л 㓗Աъ ⭘ˈ┑䏣 䭞 ⭘㌫㔏 㔝䘀㹼Ⲵ㾱≲䴦 ⭘〻 䰤• аJVM ѝ 䜘㖢 ⭘〻 Ⲵ ⡸ • 䘎 Ⲵ ㄟ㔗㔝⭡䖳 ⡸ • ㄟ䘎 䖳 ⡸ • ⭘ ⡸ ѻ 䘋㹼⍻䈅• ┊ ⡸ •㠚 䘰 —亪 䎵㇑WebLogic ServerњJava VM⭘〻 ⡸ а⧠ 䜘 ㄟ䘎䜘 ㄟ䘎 ˄◰⍫ ˅⭘〻 ⡸ Ҽ䜘 ㄟ䘎俆 ԕ㇑⨶⁑ ⍻䈅䴦 䰤• ⭘㺕бǃ㔤 ⅑㾱⡸ 㓗䘀㹼ѝⲴ䳶㗔ˈ㘼н 䰝 њ䳶㗔• 䳶㗔┊ 㓗 䰤ˈ䳶㗔ѝⲴ⇿њ ⤜䘋㹼 㓗 䟽 ˈ㘼䳶㗔ѝⲴ Ԇ 㔗㔝 ㇑ Ⲵ ⭘〻• 䘈 ԕԕ㊫լⲴ ┊㺕бǃ㔤 ⅑㾱⡸IP㢲⛩3㇑㢲⛩㇑⨶⭘〻 1㢲⛩4㇑㢲⛩㇑⨶⭘〻 1㢲⛩1㇑㢲⛩㇑⨶㢲⛩3㇑㢲⛩㇑⨶⭘〻 1㔤 x.y㔤 x.y 㔤 x.y㔤 x.y ⭘〻 1䶐ǃ っⲴ䘀㹼ԧ üü 㜭 㠚 ˈ㌫㔏䘀㹼䗷䖭л㌫㔏•䙊 ⭘ Պ 㔝䘀㹼лˈ Ҿнっ ⣦• ⧠ ⭘䘀㹼 ǃOut of Memory ˈ ㅹн⺞ ⧠䊑•Weblogic Server Ҷ⤜⢩Ⲵ䗷䖭 㜭•䗷䖭 䶎 䘋㹼 䭞㌫㔏•㜭 䚯 ㌫㔏 ⧠ 㙇 ˄out-of-memory ˅Ⲵ• Ҿ 䱏 ⭘⦷ˈѫ 㔍 • 䗷䖭 㔍䈧≲ˈ㘼н 䱽վ 䍘䟿• ⧠㌫㔏↫䬱ㅹ䟽㾱 䳌 ˈ ԕ䘹 䰝/ 䎧/䟽⭘ 㓗⭘ 㹼䜘㖢Ո——㌫㔏㠚 䘀㹼 ⣦•ӾWebloigc Server Ҷ㓯〻㠚 Ո 㜭ˈ 䱽վҶ㌫㔏Ո Ⲵ䳮•ԕ ⲴՈ 䗷〻䗷〻ˈ䙊 㓿傼Ѡ ⲴӪ 㜭ṩ ⢩ Ⲵ⺜Ԧ⧟ 䘋㹼 ⺞Ո•Weblogic 㔤 䟿 㜭㔏䇑ˈ ṩ 䈳 㓯〻 䟿ԕ㧧 ՈⲴ 䟿•㌫㔏䘈 ԕĀ ā ⭘䍴ⓀˈӾ㘼䚯 䍴Ⓚ↫䬱䈧≲䱏䜘䈧≲ 㹼㓯〻Weblogic Server⭘ 㓗⭘ 㹼䜘㖢䶐ǃ っⲴ䘀㹼ԧ —— 㓯 ǃ儈 䶐Ⲵ䳶㗔⧟䖟⺜Ԧ䳶㗔䗷䖭л㌫㔏䳶㗔㇑ 1 ㇑ 2WebLogic ⣦ ⧠Ⲵ儈 ⭘䳌WebLogic ServerWAN ⣦MAN ⣦䍏䖭 㺑䍏䖭 㺑䍏䖭 㺑䳶㗔1⣦ 1⣦ 2䳶㗔2⣦ 3⣦ 4䍏䖭 㺑䍏䖭 㺑䍏䖭 㺑䳶㗔1⣦ 1⣦ 2䳶㗔2⣦ 3⣦ 4⣦ 1⣦ 2⣦ѝ Ⲵ ↕ ↕ѝ Ⲵ ↕䍏䖭 㺑RAC RAC 㢲⛩3Ⲵ䘎 Oracle WebLogicⓀ䘎 ⊐䙊⸕ Oracle WebLogic Server䙊⸕Oracle RACRAC 㢲⛩2Ⲵ䘎RAC 㢲⛩1Ⲵ䘎RAC 㢲⛩⣦ 䙊⸕䙊䚃ⱖJDBCRAC 1RAC 2RAC 3RAC 㢲⛩1к ⭘⦷䗷儈 њ䳶㗔ѝ 㺑䍏䖭RAC RAC 㢲⛩3Ⲵ䘎Oracle WebLogicⓀ䘎 ⊐䙊⸕Oracle WebLogic Server䙊⸕Oracle RACRAC 㢲⛩2Ⲵ䘎RAC 㢲⛩1Ⲵ䘎RAC 㢲⛩⣦ 䙊⸕䙊䚃ⱖJDBCRAC 1RAC 2RAC 3Active GridLink ˖䘀㹼 䘎 䍏䖭 㺑90%5%40%35%25%5%RAC RAC 㢲⛩3Ⲵ⊐亩ⴞOracle WebLogicⓀ䘎 ⊐Oracle WebLogic ServerOracle RACRAC 㢲⛩2Ⲵ⊐亩ⴞRAC 㢲⛩1Ⲵ 亩ⴞⱖJDBCRAC 1RAC 2RAC 3RAC 㢲⛩1 䳌 㠤䲔WebLogic 䘎 ⊐ѝⲴ䘎RAC RAC 㢲⛩3Ⲵ⊐亩ⴞOracle WebLogicⓀ䘎 ⊐Oracle WebLogic ServerOracle RACRAC 㢲⛩2Ⲵ⊐亩ⴞRAC 㢲⛩1Ⲵ 亩ⴞⱖJDBCRAC 1RAC 2RAC 3XActive GridLink ˖ 䙏䘎 䳌WebLogic Server 䘎 Oracle RACRAC 㢲⛩⣦ 䙊⸕䙊䚃RAC 㢲⛩⣦ 䙊⸕䙊䚃䙊⸕ 䙊⸕䙊⸕䙊⸕⭘ 㓗⭘ 㹼䜘㖢䶐ǃ っⲴ䘀㹼ԧ ——㓯 ǃ儈 䶐Ⲵ䳶㗔⧟䗷䖭л㌫㔏䖟⺜Ԧ䳶㗔⚮䳮㖁䳶㗔 㖁䳶㗔䙊䗷 㖁 㖁䘎 ⲴWebLogic Server 䳶㗔ѝ䘋㹼Ā⚮䳮 ā Ѫ 㜭DŽ⍕Ӝа㡜 ⭘ 㖁˄LAN ˅ 䜘䳶㗔ӾWeblogic Server 9.0䘋а↕ 㖁/ 㖁˄MAN/WAN ˅䳶㗔ԆՈ -䜘㖢——ㆰ 㑱⩀Ⲵ䟽 㔤 䗷〻• ⭘Ⲵ䘀㹼 ∄ 䮯ѵˈWeblogic Server 㜭 ㇑⨶ 㜭ˈ㜭 ㆰ 㔤 ㇑⨶䗷〻DŽ㇑⨶㝊• ⿽㇑⨶ ˖• ——䘲⭘Ҿа㡜 㔤㇑⨶䗷〻•Java Ԕ㹼——䘲⭘Ҿ Ӫ 䘋㹼䟽 Ⲵ㔤 ㇑⨶•㠚 㹼㝊 ——䘲⭘Ҿ㔤 Ӫ䘋㹼Ⲵ䟽 㔤 ㇑⨶ԆՈ - 䲔䰞仈——㌫㔏 ⭘䘀㹼ⴁ 䇺•ӾWeblogic Server Ҷ 䶒Ⲵ䘀㹼ⴁ 䇺 㜭•㜭 㜭Ⲵ㠚 䐏䑚ǃ ǃ䈳 ㌫㔏䍴ⓀⲴ 㜭ˈ ㆰ ㌫㔏Ո ǃⴁ Ⲵ䗷〻DŽ•䙊䗷 㜭 Ⲵ㌫㔏ⴁ 䇺 ˈ㜭䗷 䶒Ҷ䀓 ⭘ Ⲵ ⿽䘀㹼⣦• ԕ䐏䑚 ⭘䘀㹼Ⲵ㙇 䝽ˈӾ㘼 ⭘䘀㹼Ⲵ⬦亸ˈѪ ⭘ ⧠Ո •䙊䗷 㿶 SLA 䆖 ˈ㇑⨶ 㠚 㧧 ㌫㔏䘀㹼 Ⲵ䙊⸕ˈӾ㘼 ḕ䰞仈Oracle Coherence• ањ 䶐ǃ аǃа㠤 㿶 Ⲵ• 䭉 䍏䖭 㺑ㅹ 㜭•⺞ Ⲵ 㜭 DŽMainframes DatabasesWeb ServicesEnterprise ApplicationsReal Time ClientsWeb ServicesOracle Coherence Data GridData ServicesOracle CoherenceҾ ǃ䴦 ђ Ⲵ ⭘ ӛ㕃 ˄㖁Ṭ˅Java EE onWebLogicServerJavaApplicationorPOJOApplicationJava EE onother AppServer.NETApplicationDatabase Access & O-R Mapping儈䙊䗷⦷ վ䇱 䴦ђⲴ ӛ䈳Efficient Data Access Mainframe OffloadingC++Application•Oracle Coherence Ѫ㇑⨶ Ҷ ⿽ 㔃•Local, Near, Replicated, Overflow, Disk, Off-Heap, Extend (WAN), Extend (Clients)• о ԭ ѝ• 㘵䘿• 䜭 䇯䰞 Ⲵ • Ⲵ ս 㻛⸕ Ⲵˈн䴰㾱ḕ ⌘ !• ↕•䚯 Ҷ▌ Ⲵ ђ ⒳• 亴㿱Ⲵ 㜭•ѪҶ ˈ ԭ 䘌ѫ•н䴰㾱䇮㖞ѫ/ Ⲵ •㠚 ㇑⨶:• ()• Ԇ , 㹼, /䟽•⋑ 㹼ѝⲴ ђ•аӋㅹ 䰤(⭡Ҿ ⲴՈ 㓗)• 䶐 ˈ ⭘ ˈˈ 㜭•ḀӋḕ䈒Պ䱽վ 㜭Coherence*Web:⭘ -Session ⣦ ㇑⨶Web TierClustered Oracle, WebLogic, WebSphere, JBoss, TomcatLoadBalancedRouterCoherence WebJava EE or Servlet ContainerWeb Application Application StateCoherence Java EE or Servlet Application In Memory Coherence Data Grid for Session StateWebContainerWeb Application StateOracle Coherence:⭘ -Ⲵ ѵ• 㖞Ⲵ䈫䙊䗷ˈ 䙊䗷㕃• 㖞 ˈ 㕃 • TopLink, Hibernate, JDO 㠚 ѹⲴ ѵRACJVMCache Cachestore TopLinkJVMCache Cachestore TopLinkStoreLoadIn Memory Coherence ClusterGAP•GAP Ҿ1969 ˈZara ǃH&M 㛙Ⲵ㖾 Ⲵ 㻵䴦 ˈ⨳4200 䘎䬱 ˈ 㖾 3000 䘎䬱 DŽ•FY2006㩕 $16 Billion ˈ 16.5зӪⲴ䐘 DŽ• њ㪇 ⡼•Gap ˈӾ⢋Ԅ㌫ ˈ•Banana Republic,ˈ 䜭 仾Ṭ•Old Navy ˈՁ䰢 侠 ⡼•Piperlime ˈӾ 㓯䍝䶻•Coherence Ѫ 㕃 䠈 ➃ 䘎 ⓗ㟂ồ• ∩ 䠈 ⮴ⓗ䍝≀ 傼• ∩ 䠈 䘋 㩕䬰• 㔞ⓗ⏝ 䇯䰞㐀 䘎 ђ 䠈䘋⪋㐀 䍝≀䖖 ђ 䚹 㟂せ㔜 䘹 䍝≀ 㓶䠈 䍝≀ 傼• ⬟㊬ ∩ Ⲧ䠈 ⬟㔏 㔃⟬• 㓯⭥ 䬰 ⓗ㩕ъ仍 㔝 䠈ӗ そ┏㠃 •ᾙ ∩ⓗ ⏝ 䍴 䚸䘹 䚸䍝≀䖖 ⅬⓏ•ẗ ∩㒔 ⮬ ⓗ 㞟⩌䠈 ∩ 䈍䠈㟂せ • ∩ⓗ㔏 㔃⟬③ⅬゎOracle Confidential -Do not distribute䇞〻•Oracle փ Ṹ• 䴰≲ Ṹ 䇞•Oracle ṸՈ Ṹ 㘳• っ 儈 Ⲵ ⭘䘀㹼⧟ -Weblogic+coherence •㔏а ⭘䳶 -Oracle ESB /BPM•ъ ǃ ⭘ǃ㌫㔏 Ⲵⴁ Ṹ–BAM/RUEI/OEM •䳶 ǃ儈 ⲴӁ 䇮 -Exalogic+ Exadata • Ṹ 亮 䇘䇪ServiceNETServiceⲴSOA 㜭䇯䰞䇔䇱 䓛ԭ⎸FTPMQSMTP㕃㺘SLA 䆖䖜Ҿ Ⲵ䐟⭡䖜 䳶䘀㹼㇑⨶ԓ⨶ 䍴Ⓚ㇑⨶HTTP/S SOAP JMS FileѝUDDI ⧠ⴁEJB/RMI TuxJMXㆆ⮕˖䘲 Շˈ㜭䙏㓯ˈ ѻ Ѫ˖⺞䇯䰞䗷〻Ⲵǃ 䶐 ǃа㠤ⴞ ˖ ⧠䍴ⓀⲴ㔤⋫⨶Ӕ 䐟⭡˖փ⧠SOA Ⲵ⚥⍫ǃ ⭘㇑⨶˖⺞ 䭞ⲴSOA っ ǃ 䶐䘀㹼˖ Ⲵ ˈ Ⲵ䘲•OSB ⿽ 䳶 䜘㌫㔏FTPOSB ӛ䇯䰞SMTPHTTP/SSOAPJMSFileJDBCTux䳼䘸⭞ӄJMS ⎸ 䳶 ↕ ⭘㌫㔏WebService䳶 ԫօ Webservice Ⲵ ㌫㔏 Ԧ/FTP/SFTP/Email 㙖 䳶 䰝Ⲵ⿱ ㌫㔏Tuxedo 䳶 Tuxedo Ⲵ ⭘JDBCⴤ 䳶 ѝⲴ MQ / Tibco EM䳶 ㅜй у⭘䖟Ԧ儈 䘀㹼˖儈 㜭Ⲵ 㓯1 2 CPU Ṩ(2 GHz) Xeon к, OSB ԕ⇿。
