甲骨文:让数据库“回归”简单( 二 )


另一个问题是 , 大量的复杂的数据处理 , 难道还要依靠数据库工程师来完成?简单的目标就是高效 , 那么最高效的方式莫过于“无人” , 也就是说数据库也需要无人驾驶 , 这就是甲骨文倡导“自治数据库”的由来 。
吴承杨表示 , “现在有一个奇怪的现象 , 所有跟数据的事情要到应用层去解决 , 而没有用数据库本身来解决 。 ”很明显 , 这依然是把简单的问题复杂化 , 因为到应用层去解决就无法做到数据库的无人驾驶 。
而同时自治数据库的底层落地就是云 , 自治数据库 , 面向开发者和分析师最简单的云数据库 , 可运行任何规模和重要程度的任何应用的最简单的数据库 。 为什么不能用最简单的逻辑去解决所有数据处理的问题呢?“无论数据多复杂 , 交给专业的人做 , 数据库的问题交给数据库公司来做 , 这就是最简单的逻辑 。 ”吴承杨说 。
甲骨文给出的最佳方式是 , 软硬件一体的解决方案:OracleExadata 。
甲骨文:让数据库“回归”简单
文章图片
作为适用于所有甲骨文数据库工作负载的基础设施 , OracleExadata有三个特性:
第一 , 最适合联机事务处理:通过数据库透明持久内容和RoCE、自动数据调优、通过真正应用集群进行性能扩展、内置高可用性和易于使用的容灾;
第二 , 最适合分析:智能扫描、查询、卸载至存储服务器 , 数据库内机器学习、智能闪存缓存内存中柱列化;
第三 , 最适合整合:融合数据库支持所有工作负载 , 延迟敏感性任务的优先级划分 , 工作负载隔离和大量汇集的资源 。
简而言之 , 企业需要的并不是技术本身 , 而是稳定、可靠、安全和高性能 , 通过以上三点特性 , OracleExadata的确能够给到客户一个最为简化的数据处理方案 。
拥有OracleExadata的客户 , 可以无需考虑网络、存储、服务器、虚拟化、操作系统、数据库、监控这一系列复杂的工作 , 只要有自己的数据 , 做好自己的应用就可以顺利的走向数字化转型 。
在此基础之上 , OracleExadata专有云数据库一体机(ExaCC)的推出 , 更将简化IT的趋势推向极致 , 通过支持多虚拟机自治数据库(Multiple-VMAutonomousDatabase) , 减少交付数据驱动应用所需的时间和工作量 , 从而帮助开发人员提高工作效率 , 助力企业客户创造更大价值 。
1
更简单的IT
让企业自己主导数字化方向
很多人也许会有相似的疑问 , 今天的甲骨文到底是一家什么样的公司?无论是Exadata , 还是Oracle数据库机(ODA) , 推出如此多的硬件产品的甲骨文 , 还是一家数据库公司吗?
吴承杨抛出了一个新的观点 , 也许会颠覆很多人对数据库的固有认知 , “数据库技术已经发展了几十年 , 我认为今天这个时代的数据库就应该软硬件一体的 , 因为数据库本身就是为了发挥数据价值而存在的 , 软硬件一体化的设计目标也是为了更好的发挥数据价值而产生的 , 所以数据库不仅可以是软硬件一体化 , 还应该是100%的无人驾驶 , 而这就是OracleExadata 。 ”
每一家企业迈向数字化之前 , 都应该提前进行一个思考:未来是要走向云原生架构 , 还是走向传统IT架构?那些对云原生架构的追逐 , 是否符合企业数字化转型的终极目标?
笔者认为 , 传统企业的数字化价值远比云原生更高 , 因为技术发展并不是由技术本身决定的 , 而是由需求痛点推动的 , 传统行业自身拥有最真实的痛点 , 它们理应自己把握和创造数字化转型的方向 。
同时 , 从技术角度看 , 云早已成为了普惠技术 , 传统行业与云原生企业的技术落差 , 正在逐渐被填平 。 选择那些最适合的技术 , 更有助于业务的快速成长 。 那么 , 能够让IT变得更简单 , 以更小的代价发挥数据最大价值的OracleExadata , 是否应该是企业数字化的首选呢?