关于去IOE - Oracle · 从淘宝的技术架构演进过程看不同时期的选择 * LAMP架构...

日程

§ 关于去IOE的一些探讨

§ 中间件技术发展趋势和甲骨文的策略

Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 3

谁在去“IOE”

王坚阿里巴巴集团首席技术官

“去IOE” �

1 2

3

4

2008年，前微软亚洲研究院常务副院⻓长王坚加盟阿里巴巴成

为集团首席架构师，即现在的首席技术官。2009年提出“去

IOE”战略。 �

2013年5月17日，阿里最后一台IBM小机在支付宝下线。 7月10日，淘宝重中之重的广告系统Oracle数据库下线。 � 2010年不再购买小型机，2012

年不购买EMC的设备，2011年7月份完成商品库的首个去IOE

实践。

去“IOE”提出

去“IOE”实践

去“IOE”实现

去“IOE”运动

2013年8月《商业价值》杂志发表王坚采访文章《阿里巴巴为什么会“去IOE”》，8月底中国软件开发者大会上，周宝方分享了《阿里“去IOE”战

略》，引起业界广泛关注。

外界宣传及媒体介入

信息来源： http://content.businessvalue.com.cn/post/13164.html

计划

尝试

行动

宣传

阿里巴巴为什么去“IOE” � 对外声称原因不可信

1.  加强技术控制 � � 技术路径上依赖于专用的硬件设备比较危险，随处可以买到的Commodity � PC的架构长远来讲对于阿里和大多数企业则是最安全的; � --王坚 � � 技术面临失控，创新潜力受限； � --周宝方 �

2.  满足不了业务增长 � � 在互联网时代，不只是互联网企业，绝大部分企业对计算需求难以通过IOE提供的技术来满足了; � --王坚 � � 集中式强大单点远远满足不了阿里特别是当时淘宝爆炸式业务增长应用的模式; � --周宝方 �

3.  降低成本 � � 对于成本，我想说今天所有讲的开源技术只解决了软件使用成本的问题，而忽略了开源软件的升级和维护成本。 � --王坚 � � 这应该是整体最次的因素；--周宝方 �

�

1.  “谁”要加强技术控制，是企业还是个人？ � � 对于大多数企业而言，所谓专用设备也并非只有一家之选，而且这些专用设备同样是遵循国际标准的，相反Commodity � PC架构在当前技术条件下，必然需要大量的专业IT人员和使用新兴技术，企业对技术人员的依赖程度骤然增加，所谓安全只是对少数技术专家而言而并非企业自身; � � 技术本身不会失控，失控原因的往往是缺少实力，实力控制权应当在企业手里，而不是禁锢的少数技术专家手里，创新无处不在，自攒自建不一定就是最好的创新基础。 �

2.  满足不了业务增长？ � � 面向互联网企业IOE每个厂家都有其适用的产品和解决方案，而超大型互联网企业如Yahoo、Google采用自已的专有技术与自身实力和技术水平相关，Amazon和eBay同样是Oracle的客户，PayPal目前是全球最大的Oracle � OLTP应用，单库规模接近100T。 �

3.  研发成本+风险成本>IOE成本? � � 去IOE只是降低了企业初期的采购成本（CAPEX），而后续运维成本（ � OPEX）和机会成本（OPPCOST）会大大增加。 �

� � �

�

阿里巴巴为什么去“IOE” � 明修栈道，暗渡陈仓 §  2009年9月，阿里巴巴集团在十周年庆典上宣布成立子公司“阿里云”，该公司将专注于云计算领域的研究和研发。“阿里云”也成为继阿里巴巴、淘宝、支付宝、阿里软件、中国雅虎之后的阿里巴巴集团第八家子公司。阿里云的目标是要打造互联网数据分享的第一平台，成为以数据为中心的先进的云计算服务公司。 �

§  2008年，王坚加盟阿里巴巴成为集团首席架构师，现任阿里云的首席技术官。2012年10月，阿里云开发者大会上，王坚曾宣称：“阿里云能在24个月内实现收支平衡。” �

§  阿里云提供的云服务（2013-09） � 关系型数据库服务（Relational Database Service，简称RDS）是一种稳定可靠、可弹性伸缩的在线数据库服务。RDS采用即开即用方式，兼容MySQL、SQL Server两种关系型数据库，并提供数据库在线扩容、备份回滚、性能监测及分析功能。RDS与云服务器搭配使用I/O性能倍增，内网互通避免网络瓶颈。

开放存储服务（OpenStorageService，简称OSS），是阿里云对外提供的海量，安全，低成本，高可靠的云存储服务。用户可以通过简单的API（REST方式的接口），在任何时间、任何地点、任何互联网设备上进行数据上传和下载。

阿里云不仅提供公有云服务，在某些场合也会以方案提供商出现，可以为客户提供云计算环境的搭建。本次去IOE的大肆高调，不排除为阿里云和阿里云解决方案造势，服务于阿里巴巴集团整体上市的策略。 �

§  2013年夏末，阿里集团正在酝酿上市。阿里此举也有上市之前借助市场运作/炒作，向资本市场包装更好的故事的嫌疑。 �

互联网应用不同于一般企业的技术诉求

几何级别增长的终端与数据，超

大并发与海量多样化数据 �

�

更明显的波动性，但同时也有更

高的客户体验要求 �

�

普遍无客户SLA，大量可容忍非

一致性的场景 �

�

�

�

�

�

�

•  Scalability（超大规模伸缩性） � ü  随业务扩展，更大的流量 � ü  资源随着负载线性增加 �

•  Availability（可用性） � ü  容忍故障并恢复 � ü  服务质量无突变 �

•  Low � Latency（低延迟） � ü  高速响应 � ü  简单、可维护 �

•  Manageability（可管理性） � ü  诊断的手段 � ü  自动化 �

•  Cost（成本） � ü  开发代价与复杂度 � ü  总体拥有成本 � � � �

互联网应用的一些独有特征与诉求，决定其必然会在传统技术架构上做出改变。 �

从淘宝的技术架构演进过程看不同时期的选择 �

* � LAMP架构 � * � 数据库采几台MySQL集中 � * � 应用系统分为前台，后台两大系统 �

* � MySQL迁到Oracle � * � PC � Server升级到IBM小型机 � * � 低端存储升级到高端存储 �

* � 核心业务从Oracle逐步迁到分布式MySQL集群中 � * � 大量采用PC � Server,采用本地硬盘 �

•  数据量少 � •  业务发展初期、类型单一，功能简单，

MySQL能够承担 � •  技术储备较少，采用简单架构 � •  尽量低成本建设以降低运营成本 �

•  业务快速发展，数据库处理能力要求快速提升并稳定；以使得能够集中精力发展业务 �

•  技术提升仍然较少，但各类技术人才开始汇集 �

•  随着瓶颈开始出现，逐渐尝试拆分、读写分离，逐步引入MySQL分担 �

•  业务进一步壮大，扩展性与性能成为核心业务诉求 �

•  有了一定的技术储备与经验，具备全面迁移MySQL的能力 �

•  希望降低技术风险，提升掌控能力随着不断扩容，商业方案成本压力出现 �

•  大量自研产品来提升系统能力，Oceanbase,Hbase,缓存,TDDL等 �

业务特点与需求、技术能力、成本是驱动其架构演进的主要因素。 � 大量的技术尝试与验证、数据架构变化、数据迁移、应用改造、自研发工具… �

Web2.0网站 � 典型电商 � 运营商 �

目的 � 提供服务，后向盈利 � 直接创造利润为主 � 拓展用户为主 �

产品 � 搜索、社交、门户.. � 通用产品 � 电信及周边产品 �

利润创造 � 后向收费、虚拟物品等 � 价格差，平台/交易费用 � 电信业务消费 �

优势 � 免费服务、海量用户规模、快速开发、营销 �

产品品类、运营经验、快速市场反应、营销、数字化运营 �

品牌、资金、存量客户、线下渠道、售后 �

IT价值 � IT即业务 � IT即业务 � 运营与管理支撑为主 �

IT模式 � 自建模式 � 自建模式 � SI建设 �

IT控制 � 极强 � 强 � 较弱 �

业务复杂度 � 视服务而不同 � 较高 � 极高，来自与电信产品的特殊性 �

服务质量要求 � 一般，“免费的午餐”，弱一致性业务 �

较高 � 高，客户对运营商的认识惯性 �

性能要求 � 较高 � 高 � 高 �

扩展性要求 � 高，海量用户规模 � 高，经历爆炸式增长 � 较高 �

不同的企业有不同的业务与IT特点，如何选择合适的架构？ �

不同架构对企业的适用性分析：从三个方面考虑自身特点 � �

技术适用性 � ü  数据与应用特点 �

ü  关键能力诉求 � ü  技术成熟度 �

控制力 � ü  掌控能力要求 �

ü  IT建设模式 � ü  技术能力 �

�

成本 � ü  采购成本 �

ü  开发、运维成本 � ü  机会成本，风险成本 �

�

成本 � – � 需要全面衡量不同架构下的成本因素 �

集成&服务 �

（CAPEX） �

（OPEX） �

设备&软件采购 �

供货/安装/调测 �

整合优化 �

机房 �

电源 �

空调 �

维护管理 �

故障损失 � 升级 �

（OPPCOST） �

突发事件 �

监控、诊断 �

部署和测试 �

厂商支持 �

•  是TCO而不是采购成本 �

ü  采购成本 �

ü  安装建设与集成成本 � ü  运行&维护成本 � ü  环境成本 � ü  机会成本 �

•  是性能价格比而不是价格 �

阿里巴巴集团数据库架构师张瑞也曾指出，“选择技术要考虑场景，成本和控制力，互联网的玩法并不一定适合企业级应用。IBM、Oracle、EMC主要面向企业级领域，单论技术含量在各自领域都是No.1。其实，玩开源的大部分也就是搭积木作方案而已，别人玩得转未必适合自己。”

对于中间件领域去“IOE”的几个观点（供参考） � 1. 商业和开源软件并存，由来已久。

2.“去IOE”不得不面对的两个问题

l  技术能力和人才梯队的建设

要想做到去IOE，有一个非常关键的问题就是人才，对很多企业来说，当前并不具备去IOE所需的具

有技术能力的稳定团队，即使现在开始培养，国企和互联网等企业的技术人员也存在不同的状态。

“国企怎么解决开源人才来源问题？” -- 某省电信公司项目经理 “去IOE去要考虑为留住人才付出的成本” -- 某食品集团系统分析师 “某些企业成了互联网企业的黄埔军校” -- 某钢铁集团技术负责人 “开源产品对管理要求更高” -- 某互联网公司系统架构师

l  风险问题不容忽视

去IOE在当前的真正落地恐怕很难，新软件的选型、新软件的性能、稳定性都是不确定的，对用户现

在应用可能是一种冲击。此外，对于已经是IOE的用户，谁去承担去IOE的风险？

“出了问题谁顶着？” -- 某金融企业信息技术经理 “金融行业有问题得有个厂商撑住，有IOE公司顶着，出问题有说辞。要是开源谁能顶着？” “开源用不好会害死人” -- 某互联网电商系统架构师 “开源用在哪，怎么用确实很关键，用不好真会害死人，说实在话，会员账户等这些数据，不用IOE的方案估计也很难保障的。” “开源都是国外产品，一样不安全” -- 某大型仓储企业数据库管理员 “数据风险需要评估” -- 某大型制造集团软件开发工程师 “IOE产品有他们自己的优势，如高可靠性和稳定性及企业级的支持，这些都是目前很多大公司都必需的。转向开源不一定适合很多公司，如果一个公司的数据非常重要，使用开源软就需要认真评估风险了。”

企业最重要的是理性思考，根据自身的需求决策，不要为去IOE而去IOE。

“IOE确实成本不低，但是提供很

多成熟的解决方案，这些方案是

经过多年积累产生的，这就是时

间成本。用开源产品费用很低，

但是熟悉开源产品也需要时间，

维护难度加大，又要重走IOE当年

走过的弯路，很难选择啊！！

对开发人员而言，用IOE的系统，

确实是站在巨人的肩膀上，看问

题的角度会完全不同，对系统路

线有很清晰的认识。”

-- 某互联网公司技术经理

日程

§ 关于去IOE的一些探讨

§ 中间件技术发展趋势和甲骨文的策略


�IDC（国际数据公司）对中间件的定义是：中间件是一种独立的系统软件或者服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算机资源和网络通行。 �

�1984年，AT&T Bell Labs在成功发布了UNIX产品后，创建了软件历史上第一个中间件产品的原型：TUXEDO （Transaction for Unix Environment Distributed Operation）。 �

�

中间件的定义 � 中间件（middleware）：是基础软件的一大类，属于可复用软件的范畴。中间件是伴随基础架构、网络技术的发展而兴起的。可以说没有网络就没有现代意义上的中间件。从运行作用角度，中间件解决软件系统的通信、互操作、协同、事务、安全等共性问题。从开发角度，中间件解决软件系统开发过程中的复杂度高、开发周期长、可靠性难以保证等问题。 � �中间件的特点：满足大量应用的需要；运行于多种硬件和操作系统平台；支持分布式计算，提供跨网络、硬件和操作系统平台的透明性的应用或服务的交互功能；支持标准的协议；支持标准的接口等。 �

应用 �

操作系统、网络、数据 �

中间件 �

面向应用 �

面向环境 �

面向开发 �

软件开发 � 需求 � 设计 � 开发 � 测试 � 维护 �

中间件的本质特征是对计算环境的抽象和对应用共性的凝炼。


面向服务 �

单片机 �

面向集成 �

应用中间件 �

面向对象 �

面向过程 �

面向业务流程 �

60年代 � 70年代 � 90年代 � 今天 � 21世纪 � 80年代 � 未来 � �

互联网业务与技术， � 高速IO设备与网络的发展， � 刺激中间件走向多样化： �

中间件技术的发展历程与挑战 �

CICS �

Tuxedo �

JAVA � .Net �J2EE �

CORBA �

COM �

MQ �JMS �

EAI �SOA �

分布式、 � 数据分析管理、 � 云化、 � 移动化 �

BPM �

中间件技术发展的几大趋势 � 趋势1：中间件日趋业务化，正在“变厚变宽”

抽取分布系统构造中的共性问题，封装这些共性问题的解决机制，对外提供简单统一的接口，从而减少开发人员在解决这些共性问题时的难度和工作量。因此，其显著特点之一就是自底向上的技术导向，它典型地是对操作系统、网络、编程语言等基础软件能力的抽象和封装，其关注主要聚焦于分布式应用构建的技术细节。越来越多的网络应用将被抽象形成标准的平台服务，加入到中间件之中。

中间件正在“变厚变宽”

趋势1：中间件日趋业务化，正在“变厚变宽”

业务化代表了中间件对复杂业务支持方面的发展趋势，即，从自底向上技术驱动转变为更多自顶向下的应用层的业务驱动，凝练更多的应用和业务模式，支持复杂业务的开放式多方协同和按需集成能力。

作为共性的凝练，中间件不仅要从底层的技术入手，将共性技术的特征抽象进中间层，还要更多地把目光投向到业务层面上来，根据业务的需要，驱动自身能力的不断演进，即，不断出现的新的业务需要驱动了应用模式和信息系统能力的不断演进，进而要求中间件不断地凝练更多的业务共性，提供针对性支撑机制。因此，越来越多的业务和应用模式被不断地抽象进入中间件的层次，如业务流程流、业务模型、业务规则、交互应用等等，其结果是中间件凝练的共性功能越来越多，形象的看，中间件的发展趋势之一就是变得越来越“厚”。

企业信息化在ERP打破企业内部界限，形成企业内部无边界信息流的情况下，全程电子商务将实现企业、伙伴、供应商和客户的互联互通，打破企业间的界限，形成跨行业/组织/部门之间无边界信息流，复杂业务协同往往需要将原本零散、片段的业务流程（人工/自动）和信息优化进一个集成的环境，多个业务实体在互联网提供的广泛连通性基础之上进行开放、灵活、可信的信息交换和互操作，实现企业间的业务协同，及时响应变化并有效的支持业务战略的交付，从而快速形成新的竞争力优势。因此，从支持基于互联网广泛连通性的复杂业务协同和集成的角度来看，形象地说，中间件的另一发展趋势是变得越来越“宽”。

中间件技术发展的几大趋势 �

§  消息中间件作为一个中间层软件，它为分布式系统中创建、发送、接收消息提供了一套可靠通用的方法，实现了分布式系统中可靠的、高效的、实时的跨平台数据传输 �

§  可靠性, � 持久化、异步 �

§  松散耦合 �

§  发送者和接收者不必了解对方，只需要认识消息 �

§  发送者和接收者不必同时在线 �

应用程序或组件之间的一种通讯方式 �

消息中间件 �

•  Point-to-Point � (PTP)：异步点到点传输 � ü  每个消息只有一个消费者 � ü  发送者和接收者没有时间依赖 � ü  接收者确认消息处理成功 �

•  Publish/Subscribe：发布/订阅事件 � ü  每个消息可以有多个订阅者 � ü  客户端只有订阅后才能收到消息 �

消息中间件被赋予越来越多的需求 �

消息中间件 �

符合JMS标准规范

增强的消息处理功能

各种硬件平台和多种持久化存储

云弹性能力、易扩展、易管理

卓越性能、高吞吐量

分布式架构、高可用、负载均衡

JMS（Java消息服务）： �

JavaEE的一个规范，它描述了Java程序创建、发送、接收和读取分布式企业级信息的通用方法。 �

JMS 应用组件： •  JMS 提供者：实现了JMS和

管理功能的消息中间件系统； •  被管理对象：由管理员创造

的预配置JMS对象； •  消息； •  JMS 客户端：Java 程序发送

/接收消息。

中间件技术发展的几大趋势 � 趋势2：服务化：中间件将面向服务，易于集成

l  SOA平台

ü  业务流程编排

ü  服务路由转换

ü  服务接入

ü  服务管理

l 对企业应用所有的集成点进行平台化管理 ü  简化集成点 ü  简化集成难度 ü  强化接口重用 ü  合理化集成需求 ü  集中管控系统间接口

软件技术的不断解耦的过程

服务化代表了中间件在提升IT基础设施的业务敏捷性方面的发展趋势，即支持对基于互联网的数据存储、软件和服务资源进行标准化的抽象和能力提供，桥接不同业务平台之间的技术异构性，并提供业务按需灵活组织的能力，让IT与业务密切匹配，提升组织的业务敏捷性。

通过服务来实现更高层次的复用、解耦和互操作。

企业IT共享服务式主流技术架构

中间件技术发展的几大趋势 � 趋势2：服务化：中间件将面向服务，易于集成

中间件技术发展的几大趋势 � 趋势3：一体化：易于平台演化、易于管理、易于开发

一体化代表了种类繁多、功能相对单一的中间件产品趋向集成和整合，形成统一的互联网计算平台的发展趋势。在一体化的趋势中，未来集成化的统一中间件平台所包含的各类中间件子产品共同组成了一个相互关联的有机整体，这种“集成化”，绝非简单拼凑，而是一种深度整合。

传统的中间件产品以各自问题域为核心形成多种专门的中间件产品。

集成化的统一中间件平台

1. 统一内核的产品体系结构，易于产品家族的演化和发展。

基于Java/J2EE的应用服务器 ,使用微内核设计来构建中间件产品家族，集成整合，从而形成可灵活插拔的统一中间件平台。

甲骨文采用的策略：融合理念以WebLogic Server作为融合中间件的基础，其他中间件产品则以WebLogic作为底盘，如门户、ESB、BPM、IDM、OEP、OBIEE等。


2. 统一的系统管理框架，覆盖运维管理所需的广度和深度，易于管理。

对关键资源的核心监控

内容

端到端的应用性能管理

在保证服务质量的的前提下，简化日常管理的工作量，提高管理效率。

对资源的配置及其变化进行统一跟踪和管理，并提供完整可靠的软件运行环境，以提高对大规模资源管理的水平。

服务水平和自动化管理

配置和供应管理


3. 统一的编程模型和开发平台，易于开发和部署。

DBMS 建模

Java 开发

BPM 开发

Java EE 开发

ESB 开发

Business Rules

Portal 开发

Desktop & Mobile

通用元数据管理器

通用应用生命周期管理通用业务目录通用建模框架通用IDE框架

中间件技术发展的几大趋势 � 趋势4：虚拟化：支持云计算，易于应用交付

信息来源： NIST Definition of Cloud Computing v15

5 个重要特征STEAM •  S 按需自助服务 •  T 多租户及资源池化 •  E 快速伸缩 •  A 广泛的网络访问

•  M 按使用量收费的服务

云计算平台作为一种实现计算能力动态分配的新技术平台，将构成未来数据中心大规模应用的基础。云计算着眼于计算资源运行时部署的效率，其有效利用和成本控制，注重资源提供的方便性和合理性，代表了今后相当长的一段时间内中间件技术发展的重要趋势。

中间件技术发展的几大趋势 � 趋势4：虚拟化：支持云计算，易于应用交付

甲骨文公有云已经开始面向全球企业提供多种中间件云服务。

甲骨文支持透明地在公有云和私有云之间切换工作负荷。

此外，需要提供企业所购买SaaS应用服务（CRM、HCM、Call Center等）和On-Premise应用之间的集成手段（Cloud Adapters）。

CLOUD MANAGEMENT

•  Self-service •  Policy-based

resource mgmt •  Chargeback •  Capacity planning •  Service elasticity •  Resilient services •  Automation

完整的云管理软件

中间件技术发展的几大趋势 � 趋势5：后端平台深度融合

软硬件一体化的趋势，集成设计,紧密结合硬件（服务器、网络和存储等）进行优化，从而提供中间件平台的极限性能，大大加速应用的部署，同时简化IT的运维。

融合中间价和Oracle数据库（RAC）的深度集成。

Enterprise Manager

WebLogic Server Coherence

JRockit 和 HotSpot

中件云服器件

Oracle Linux 或 Solaris

中件云服器硬件

甲骨文中间件一体机


第三平台：行业渗透和边界重塑的关键技术

Oracle Confidential – Restricted

企业软件市场

互联网运营商

对传统企业而言以 BIP平台来导入第三平台技术和思维

大互移云

IT第三平台时代的来临对中间件技术发展的影响 �


大互移云思想对企业IT建设新思维的注入 �

大数据 � 大数据，快数据，物联网（IoT），客户体验管理，智慧xx， �

SoLoMo，第三平台… �

互联网化 � 互联网金融，去中心化，O2O，电商化，客户体验管理，智

慧xx，SoLoMo，第三平台… � 移动化 �

手机办公，手机安全，手机杀毒，MDM，MAM，BYOD，COPE，应用商店… �

云计算 � 资源池，NGDC（下一代数据中心），SDN（软件定义的网

络），一体化，智慧xx… �


Business Innovation Platform

Collaborative User Interface

Ent

erpr

ise

Con

tent

R

epos

itory

Unified Development Framework

Reliable, Secure & High Performance Infrastructure

Iden

tity

and

Acc

ess

Man

agem

ent

Business Process Management

Service Integration U

nifie

d E

nter

pris

e M

anag

emen

t

Data Integration

Mobility Framework

Transforming your enterprise with the Business Innovation Platform

企业的业务创新平台（BIP） � � -- � 融合中间件 � 企业应用如何通过BIP导入大互移云技术？

Gartner建议的应用分层推进战略


BIP的主要价值：第三平台时代的7个切入点 �

Oracle Confidential – Restricted

Business Innovation Platform

Collaborative User Interface

Ent

erpr

ise

Con

tent

R

epos

itory

Unified Development Framework

Reliable, Secure & High Performance Infrastructure

Iden

tity

and

Acc

ess

Man

agem

ent

Business Process Management

Service Integration U

nifie

d E

nter

pris

e M

anag

emen

t

Data Integration

Mobility Framework

移动化

集成

大数据/快数据

分布式缓存

客户体验

整合/云化

IoT（物联网）


l 在第一款中间件Tuxedo诞生至今的近三十年里，中间件技术不断演进并被持续赋予新的内涵。随着网络应用日趋复杂化，中间件技术步上多样化发展的道路。在云计算和移动应用大行其道的今天，应用开发模式的变革正在深刻地影响着中间件技术的发展。

l 目前，企业越来越关注诸如云计算这样的新兴体系结构，这也进一步推动了用户借助中间件技术来构筑混合平台环境中云计算和内部应用之间的桥梁，并且企业要应对由移动、社交、云和数据信息聚合所带来的商业发展契机，并能借助中间件这一互联网时代的IT基础设施平台，不断提升自己的竞争实力。Oracle融合中间件现在也正走向以数据为核心并与底层架构和应用层进行全面渗透和融合。

l 在对云计算模式的支持方面，Oracle融合中间件是Oracle云计划的核心，除了传统的部署方式外，也可以在企业私有云和Oracle云上进行部署。

l “跨越设备到数据中心”正在成为Oracle融合中间件最新的技术策略。 Oracle融合中间件将致力于构建一个从设备到数据中心的通用平台，同时为物联网提供一个新的端到端平台。

l 在近期快速崛起的大数据和快数据领域，Oracle融合中间件提供了面向大数据完整生命周期的支持。Oracle融合中间件对大数据处理的支持覆盖了快速数据过滤、实时整合与转化大数据源、及时处理海量数据、商业智能分析等环节。

甲骨文公司融合中间件产品管理副总裁Amit Zavery

甲骨文高层给出的融合中间件的技术发展策略 �

甲骨文的“设备到数据中心”平台 �

l  融合中间件提供全面、开放和集成的中间件基础架构，在各产品系列都拥有同类最佳的产品和服务。

融合中间件构建业务与IT的桥梁，助力企业不断创新 �

l  融合中间件顺应大数据、移动化、社交化和云计算趋势以及给企业IT所带来的新的挑战，不断融入新的特性和时代特色，为第三平台时代的业务创新平台。

l  中间件一体机作为硬件和软件集成设计系统，为融合中间件提供极限性能、可靠性和高可扩展性，也是中间件云服务的最佳落地平台。

关于去IOE - Oracle · 从淘宝的技术架构演进过程看不同时期的选择 * LAMP架构...

Documents

Transcript of 关于去IOE - Oracle · 从淘宝的技术架构演进过程看不同时期的选择 * LAMP架构...