Oracle自治数据库进入本地数据中心，突破性云体验挑战云计算巨头

云计算

2020

07/15

14:33

新浪科技

　　Oracle上周发布了一些云服务的最新进展，将为企业本地数据中心带来更加完整的云服务体验。其中最值得注意的是在其Exadata Cloud@Customer(包括Autonomous Data Guard)和Oracle Dedicated Region Cloud@Customer上提供自治数据库的可用性。这项进展，可进一步强化其未来面向混合云的技术能力，同时也将与AWS Outposts，微软Azure Stack，Google Anthos等混合解决方案正面竞争。

　　分析机构Wikibon针对Oracle的这项发布进行了全面的分析，Wikibon认为，“这是Oracle迄今为止最雄心勃勃的尝试，为企业的本地数据中心带来完整的云体验。”

　　Oracle Cloud@Customer代表了其为企业提供一种将云服务本地化的根本方法。Oracle指出，运行关键任务Oracle应用程序的客户可以通过这些产品将成本降低多达40%。

　　首先，先来了解一下这次发布的内容。

　　Exadata Cloud@Customer上的自治数据库

　　Oracle的高级自治数据库现在可以在本地使用。这项新产品将其基于机器学习的数据库带到客户数据中心。Exadata Cloud@Customer上的自治数据库的起始承诺期为三年，则每月减少到10800美元，折扣为20%。

　　同时，Oracle使用较低延迟的Exadata X8M升级了基础架构平台。X8M使用持久性内存和RoCE来减少存储延迟，这对于繁重的数据库工作负载尤其重要。

　　自治数据库的所有复杂性都通过控制平面处理到Oracle云。控制平面上不会传输用户数据。

　　Oracle还宣布了Autonomous Data Guard，该功能允许无缝故障转移，以及与数据库的物理副本之间的无缝切换。所有复杂性均由自治数据库服务处理，并使用Oracle Cloud中的控制平面进行编排。这种自动化简化了数据库操作，并使系统高可用性测试自动化。企业可以通过简化的高可用性验证测试来增强对合规性的信心，以满足内部和外部审核要求。

　　Wikibon指出，Exadata Cloud@Customer上的Oracle自治数据库将获得Oracle全球2000名客户的广泛认可。

　　Oracle Dedicated Region Cloud@Customer

　　Oracle Dedicated Region Cloud@Customer的整个软件即服务组合在本地可用，并由Oracle Cloud控制平面进行管理。与其他服务一样，不会在控制平面上传输任何用户数据。支持的软件包括Oracle的ERP，HCM，CRM和CX软件包。这为SaaS应用程序提供了本地云体验。

　　Exadata X8M硬件和软件包含在Dedicated Region中。该基础架构支持自主数据库和服务，这些数据库和服务在本地运行，并由Oracle通过Cloud@Customer控制平面提供支持。

　　此外，Oracle在本地提供了超大规模基础架构，可以运行裸金属计算，VMware服务，用于Kubernetes的容器，以及许多其他服务。

　　总共有50项服务。Wikibon分析指出，要利用这项功能，客户必须在三年内承诺最低支出1800万美元，或每月最低50万美元。这个数字看起来十分昂贵。但是，相对于使用内部资源运行Oracle基础架构的开销而言，这是相当合理的，对于大型企业而言，这是三年来相对较小的投资。

　　Oracle Cloud@Customer是什么?

　　Oracle专注于为全球2000个企业运行大型关键型应用程序任务的复杂操作软件。Oracle Tier-1数据库是软件和硬件堆栈的核心。Oracle现在专注于为这些复杂环境在本地提供完整的云体验。

　　如图的上半部分总结了Exadata Cloud@Customer上的自治数据库，该数据库支持在Exadata X8M上部署的本地自治数据库。发布的自治数据卫士是一个重要的扩展。

　　如图的下半部分总结了Oracle Dedicated Region Cloud@Customer，它支持在Exadata X8M上部署的本地自治数据库。它还支持其他Oracle超融合基础架构上的所有50多项Oracle@Cloud服务，包括在Oracle Cloud上运行的Oracle SaaS产品。

　　自治数据库服务包括堆栈的所有层。其中包括操作系统，Exadata X8M和Oracle数据库。Exadata Cloud@Customer和Oracle Dedicated Region Cloud@Customer均支持自治数据库。

　　自主运营管理由Oracle Cloud控制平面协助。

　　自治数据库服务包括：自治Linux、Oracle自主事务处理、Oracle自治数据仓库、自主数据卫士。

　　除了将X8M架构升级到Exadata Cloud@Customer之外，还有两个新增功能：

　　每个Exadata机架都有多个VM集群，使企业可以共享Exadata系统以进行生产，灾难恢复和开发/测试。此功能可跨部门和不同用例提供隔离。此外，支持支付卡行业数据安全标准要求(PCI-DSS认证)。

　　Wikibon表示，期待其他数据库服务，比如区块链，也能在未来提供自治。

　　自动备份是Exadata Cloud@Customer和Oracle Dedicated Region Cloud@Customer自主数据库的一部分。企业可以选择将备份存储在本地，还是在云中的存储位置。

　　Oracle Cloud@Customer策略

　　Oracle的策略是迁移大多数客户以使用本地或云中的Oracle Cloud服务。然后，它可以利用大量客户来加速所提供的自主服务。

　　Oracle Dedicated Region Cloud@Customerr可以运行任何Oracle SaaS服务，如Oracle E-Business Suite和Oracle Cloud VMware服务。这种灵活性允许将内部电子商务套件服务(与本地软件和工作流程紧密集成)外包给Oracle Cloud，并保留本地延迟和位置。同样，可以在本地运行Oracle Cloud VMware服务，并且可以将该服务的供应和管理外包给Oracle云。

　　Wikibon认为，运行和优化堆栈的各个方面的自动化程度，降低了大幅操作企业IT支持所需的高技能人员。在Exadata Cloud@Customer和Oracle Dedicated Region Cloud@Customer上运行自治数据库的全球2000个的商业案例足以说明问题。

　　与AWS Outposts，微软Azure Stack，Google Anthos和SaaS供应商的比较

　　近年来，各大云巨头逐渐加大了对企业混合架构的支持，Wikibon分析了几大云提供商的解决方案与Oracle Cloud@Customer的一些差异。Wikibon比较认可Oracle的优势。

　　AWS Outposts，微软Azure Stack Hub和Google Cloud的Anthos解决方案都将云硬件和控制平面带到了企业数据中心。这些解决方案均支持迁移在内部云中运行的应用程序。这些解决方案可以提供更好的延迟，数据主权合规性，以及与其他本地应用程序更好的工作流集成。

　　但是，对于复杂的关键任务操作软件，企业来负责Tier-1数据库环境的实现，集成，安全性，更新和服务级别协议。

　　目前，大多数SaaS供应商目前都没有本地云产品。Wikibon认为SaaS供应商将需要提供本地版本的能力。这种方法可以保护企业的数据，并使其更易于与其他本地工作流集成。Wikibon相信，通过在Oracle云和Oracle Cloud@Customer中提供SaaS产品组合的能力，Oracle将受益匪浅。

　　AWS Outposts

　　AWS在其公有云中称AWS Aurora事务数据库与PaaS层中的功能组合可以实现高水平的可恢复性。但Wikibon指出，强调企业负责设计，实施，更新和维护此环境。它不是托管的AWS服务。

　　此外，Wikibon的理解是，AWS Outposts当前不提供AWS Aurora和Redshift。MySQL和PostgreSQL是当前可用的唯一事务和数据仓库数据库。Wikibon认为，前面提到的AWS数据库都不适合运行带有积极的SLA的大型关键型业务应用程序，以实现可用性，恢复和安全性。

　　Wikibon还指出，AWS需要将驻留在Outposts上的所有数据备份到AWS公有云区域。它不允许将任何本地数据备份到本地存储设备。这可能会使此类服务的数据驻留时间和数据主权要求无效。

　　微软Azure堆栈

　　与AWS相比，微软拥有一个在微软Azure上提供的Tier-1数据库SQL Server的优势。但是，用于Azure Stack Hub的微软SQL是原始SQL Server的子集，其中大多数Tier-1功能不可用。

　　另外，运行Oracle的企业将需要转换Oracle应用程序以在SQL Server上运行。微软提倡这种策略，但不提供执行转换服务的权利。Wikibon认为，客户应避免从大型Oracle数据库转换为SQL Server。

　　Google Anthos

　　Google Anthos适用于完全不同的工作负载，例如Kubernetes。这些是重要的工作负载。但是，目前Google并未声称Google Anthos是适用于大规模关键任务系统的平台。因此，它不是Oracle Cloud@Customer产品的直接竞争对手。

　　SaaS供应商

　　目前，大多数SaaS供应商，例如Workday和Infor等，目前都没有本地云产品。Wikibon认为SaaS供应商将需要提供提供本地版本的能力。这种方法可以保护企业的数据，并使其更易于与其他本地工作流集成。

　　Wikibon认为，Oracle有机会向想要使用云版本和本地版本的SaaS ISV供应商提供非侵入式选择，并通过展示Oracle体系结构如何使ISV客户数据和资源使用数据安全，来实现差异化。

　　比较结论

　　Wikibon注意到，AWS Outposts，微软Azure Stack和Google Anthos正在提供着重于成本，而不是性能的超大规模技术。对于需要内部部署功能的更传统的云服务企业来说，这是一个好方法。

　　但是，对于针对大规模关键任务的Oracle数据库而言，延迟和规模很重要。如，Oracle Exadata X8M上的IO延迟小于20微秒。对于标准超大规模技术，毫秒级的IO延迟将非常快。Exadata可以支持超过一千万的数据库读取，而其他云内部部署提供商则很难达到一百万。

　　高性能的另一个优点是减少了运行应用程序所需的数据库许可证数量。任何供应商提供的Tier-1数据库许可证的成本都大大高于基础架构成本。

　　最后，从Oracle关键任务数据库转换为备用数据库环境的成本，也是一项昂贵且极高风险的工作。例如，到目前为止，亚马逊已经花了五年多的时间从Oracle数据库迁移出来。

　　Wikibon认为，企业应避免从Oracle数据库转换为云数据库。

　　Oracle Cloud战略的业务案例

　　迁移到Exadata Cloud@Customer和Oracle Dedicated Region Cloud@Customer上的自治数据库的短期和长期业务案例都是出色的，主要好处是迁移到完整的云使用模型。

　　此外，许多管理任务，例如配置，调整，加密，运行时的安全修补，弹性扩展，备份，故障转移和恢复都是自动化的。企业还可以将SLA职责的某些部分外包，并通过外包让IT环境保持最新状态和确保数据安全。自动修补消除了对人工的需求，因此消除了人工错误。

　　另一个预期的改进领域是使用自治数据库来加快运行时间。由于数据库是整个系统中最昂贵的部分，因此缩短应用程序的运行时间，可以减少所需的许可证数量。同样，数据库许可证包括对几乎所有数据库功能的访问，这可以进一步降低数据库许可证的成本。范围更广的功能，还有提高开发人员的生产力和扩展应用程序功能。

　　从长远来看，规模经济将使Oracle增强可用性，可恢复性和安全性。此外，随着更强大的变更管理流程的发展，应用程序增强产品的上市时间也应缩短。这些业务改进的价值将比IT运营节省的价值高得多。

　　Wikibon建议企业将资源从提供运营支持中转移出来。他们的重点应该转向管理预算，构建和部署应用程序，监控Oracle服务，监控合规性以及维护安全性。最重要的是，Wikibon相信Cloud@Customer允许企业管理将重点放在更具战略意义的业务优先级上，而不是修补，配置和调整数据库。

　　总结

　　Wikibon得出结论，对于具有需要Tier-1数据库的大规模关键型应用程序任务的企业，Exadata Cloud@Customer上的Oracle自治数据库和Dedicated Region Cloud@Customer上的自治数据库都优于AWS，微软和Google的云替代方案。Oracle实施的风险较低，功能更高，并且为重新部署或减少内部熟练的IT人员提供了更多的机会。最新的Oracle Cloud@Customer产品在大规模实施关键任务应用程序的云实施中迈出了重要的第一步。最重要的是，企业避免了从Oracle转换到替代平台的成本和风险。

　　Wikibon还认为，Oracle认真对待将现有的全球2000个客户迁移到Oracle Cloud@Customer服务。这将帮助Oracle进一步开发自动化和监控服务，并建立更好的规模经济。Wikibon指出，Oracle有很好的机会将Cloud@Customer建立为大型关键型任务在Oracle数据库云内部部署环境的事实上的标准。

　　客户向Wikibon表达的一个担忧是，不同的Oracle销售团队提出了不同的云策略。Wikibon建议Oracle与全球2000个客户共同制定一项联合总体战略计划，以迁移到Oracle Cloud服务。

　　Wikibon相信，这次Oracle将重新定义云体验并开创新局面。建议在Oracle数据库上运行关键任务应用的大型Oracle客户应研究新的解决方案，并将其作为云迁移策略的基本组成部分。但是有一个具体的计划，将现有劳动力重新部署到比数据库任务管理更重要的战略项目中也很关键。

　　在Oracle数据库上运行关键任务大型应用的全球2000个客户的CXO，现在应该开始与Oracle合作进行其TCO/ROI/IRR分析

THE END

免责声明：本文系转载，版权归原作者所有；旨在传递信息，不代表一点科技的观点和立场。