如果说Larry Ellison主题演讲是聚焦在Autonomous Database（自治数据库）的话，甲骨文产品开发总裁Thomas Kurian（我们都称他为TK）在第三天的主题演讲给用户和业界描绘的则是一张Oracle云的愿景，包括DaaS、SaaS、PaaS 和 IaaS。我很喜欢用手机拍全景照，因为全景照可以让人有一种宏观的感觉，而TK的演讲给我的就是这种感觉，并且展现的是一张非常美妙的Oracle云的全景照。
毋庸讳言，Oracle云很大的优势就是拥有DaaS、SaaS、PaaS和IaaS全堆栈的云。而全堆栈的云，其好处不仅仅在于像百货商店一样的一站式购物，还在于消除信息孤岛，并且可以通过机器学习和人工智能的方式让每一层之间相互协作，相互效力。
让我们先来看看IaaS。TK首先描述了Infrastructure（注意不是 Infrastructure as a Service）的前世、今生和未来。
由上图可以看出，在三年内，不管是数据量还是数据处理速度都将增长10倍。
所以，甲骨文在IaaS上的策略是基于Open Stack来提供：
- 最快的计算服务
- 最快的图形计算服务（GPU）
- 最快的网络服务
- 最快的存储服务
- 最先进的DNS服务
并且，我们的价格最为合理。当然，甲骨文并不仅仅是遵循开源标准，而是在开源基础上为用户，尤其是企业用户提供更加稳定、可靠、高性能的产品，例如Bare Metal和Cloud Machine。
接下来，在PaaS层面，我们来看看在2020年Platform会是什么样。
- 软件定义
- 软件管理
- 软件调优
- 软件预测和纠错
总结起来，其实就一句：看“自治平台”。大家知道平台是由数据库和中间件组成的，而前两篇文章我们也着重讲了自治数据库。现在，甲骨文要做的不仅仅是数据库的自治，而是数据库和中间件的自治，也就是平台自治。
从平台到平台及服务（PaaS），可以分为八个方面：
- 数据管理
- 数据分析
- 大数据
- 数据、服务集成
- 应用开发
- 移动化
- 内容和社交
- 系统管理
大家也许会注意到我放图的顺序和TK演讲片子上的顺序不太一样，没有错，我将八大服务进行了合并同类项：前四个和数据相关，后三个和中间件有关，最后一个看似两边不靠，但其实主要是和数据相关，因为“系统管理”需要进行大量的日志的分析，所以暂且将其归于第一类。“数据和服务的集成” 看似有数据二字，但却有部分和中间件相关。
与数据相关的第一类是我最愿意谈的内容，但在这里我不必花费太多笔墨，大家只要记住在数据方面，甲骨文就一个字：“牛”。结构化、非结构化、Hadoop、NoSQL、MySQL、Big Data SQL……没有甲骨文解决不了的问题。
而我今天要谈的是中间件问题，而谈中间件必须要谈Java。有观点认为在云时代Java已经死了，我并不同意。Java是90年代发明的，当时是基于互联网技术，而今天绝大多数企业应用是基于Java的，同时绝大多数人才的知识储备也是基于Java的，目前全球还拥有1200多万Java开发人员。在云时代，我们能继续用Java开发吗？当然能！但是在云时代，应用场景多样化，系统要求快速发布，Java的开发效率并没有那么高。那么在云时代的什么场景下用Java是合适的呢？我认为至少是四种场景：
- 企业原本应用是基于Java的，要搬到云上来，自然使用Java
- 企业原本应用是基于Java的，现在需要在云上开发一些新功能，并且要与老系统连接，可继续使用Java
- 企业对可靠性稳定性要求高，用Java最为稳妥
- 企业的IT人员习惯使用Java，则可继续使用
最近在美国的Oracle用户咨询会上，我们的工程师提出希望只讲当今最流行的开源中间件技术，而与会者们却不同意，要求用50%的时间讲开源，50%的时间讲Java。这也足以见得Java并没有“死”。
在云时代，诞生了很多新技术、新概念、新语言，新的开发方式让应用开发更为敏捷和方便，也更能协同开发，更适应云的并行的特点，例如Docker (容器技术）、 Kubernetes、Kafka、Block Chain (区块链)、Serverless、Cloud Native等等。有一些我研究过，有一些仅知道概念，更有一些只是听过相关名词（不懂不能装懂）。但是有一点我很清楚，就是甲骨文对于它们是全部支持的。
我认为这是甲骨文的一种负责任的态度。可能有人会问，在开源上甲骨文有什么特点？大家知道开源是通过社区使用者的反馈迭代使其不断发展和成熟的，在一些新技术刚刚诞生的时候，其稳定性和可靠性并不是很高。尤其对于企业用户，他们需要新技术，同时他们也需要稳定、可靠的服务。而甲骨文基于40年的软件开发能力，在开源的标准基础上来为企业客户提供稳定、可靠的产品并提供服务，自然是驾轻就熟的事。
在与OpenWorld同时举办的JavaOne上, 甲骨文还宣布了自己的Serverless平台Fn开源。写到这里，我想大家不会怀疑甲骨文拥抱开源的决心了吧。
（本文仅代表本人观点，如果与甲骨文官方的观点不同，以官方的观点为准）
