O记云基础架构大跃进:甲骨文睡醒了

简介:

甲骨文上周发布了一系列云基础架构特性,涉及到弹性计算、文件和归档存储、软件定义网络、大数据和容器即服务。这些特性在很多方面上都是对于亚马逊最近一些列动作的回应,亚马逊最近在吸引企业的核心应用转移到云端,甲骨文的此次发布也有助于让云战略更加清晰,且区别于云堆栈中存在竞争的其他的公有云领军企业。

甲骨文计划用数据库和硬件来传播云,让数据库和硬件成为运行甲骨文工作负载的最佳地带,Forrester Research首席分析师Dave Bartoletti如是说道,他认为这对于甲骨文的客户而言仍旧是一个信号而已,但是该公司也在积极的奠定基础。

O记云基础架构大跃进:甲骨文睡醒了

Bartoletti解释道:“他们在云游戏中迟到了,也根本不及亚马逊或者Azure的规模,但是他们在汇报这项业务的收益,他们很诚实坦率地表示这部分收益并不大,但是正在增长。”

甲骨文官方表示计划同亚马逊的价格进行竞争。比如,甲骨文归档存储价格为每月每GB0.001美元,而与之对应的亚马逊Web服务价格为每GB0.007美元。

ESG高级分析师Colm Keegan认为,对于甲骨文而言,云基础架构更像是附属产品,但是产品很重要,该公司着力提供无缝的混合方法,消除在公有云中运行和管理工作负载的复杂性。Keegan说:“他们以‘我们正在提供整整的端到端的服务’的形式进入市场。”

甲骨文大概在云领域睡着了——他们有很多优势,现在才开始吸引客户,Keegan说道。

云战略清晰易懂

甲骨文云基础架构升级如同一些最大的遗留厂商开始转移或者加强自身的云战略的形式到来。惠普最近表示计划放弃公有云,退出这个超大规模的游戏,取代再聚焦 OpenStack私有云和混合云上。戴尔因为收购EMC的计划引起轰动,因为与此同时VMware也将成为其最主要的云资产。同时IBM用 OpenStack本地私有云Bluemix Local支持现有的SoftLayer公有云。

分析师对于亚马逊、微软以及谷歌是公有云领域的领跑者达成共识,而且都运行着超大规模的云。Salesforce也在另一端的堆栈中风生水起,问题就变成了哪一个公司会在未来三到四年间成就另一个层面,Bartoletti说道。

“每个人都认为又要出现一个寡头,”Bartoletti说道,“惠普不是;Rackspace不是,CenturyLink也没有那个规模,因此就是IBM或者甲骨文,或者是Dell/EMC/VMware?”

甲骨文面临着和IBM一样的压力,要从高利润的本地硬件和软件销售过度到更便宜的云端单元价格,目标就是快速增长云业务,来弥补遗留产品销售所带来的损失。在这种过渡中如何成功尚不清晰,但是新的产品是积极的尝试。Bartoletti说:“他们没有两头下注以避免损失,或者是假装口头上说的好听,他们真的构建了数据中心和设备来运行基础架构即服务。”

从顶到底的云

甲骨文是否够能够在公有云上竞争取胜尚待分晓,IBM和微软是唯二的真正在这个领域努力的其他厂商。虽然甲骨文用产品发布回击了亚马逊Web服务,高官们却保留了对于具体厂商的评论,尤其是对于微软,现在被看做是他们的主要竞争对手,而且对于IBM和SAP则认为他们做不了云。

甲骨文带着大量的企业用户以慎重的步伐前进已经做得很好,他们在公有云领域会走得更加适应,对于新的客户也很有吸引力,IDC项目副总裁Robert Mahowald表示。甲骨文官方指出,其软件即服务产品拥有1350个客户,而且大多数都是新的,至少从应用端看是如此。

“只有35%的客户是以前的客户,这也意味着他们在对新用户的销售上做得很好,”Mahowald说道。

分析师认为平台即服务(PaaS)是甲骨文最引人瞩目的主张。这也是现有客户希望扩展和加强现有甲骨文中间件的层。

Mahowald 认为,这个战略也让客户转移产品、员工和客户到云平台上,甲骨文做了这项服务,不仅仅是针对开发者,甲骨文的产品工具围绕协作和构建报告,使用分析并且执行分析,也打开了通过一项业务满足需求,从而销售更多许可证的大门。

“他们认为PaaS应该是大众的,可以针对所有的活动,而不仅仅是开发者,”Mahowald说道。


本文作者:张培颖

来源:51CTO

相关文章
|
运维 Kubernetes 监控
解读服务网格的2021:告别架构“大跃进”,技术生态百家争鸣
服务网格的 2021,“稳” 字当先。不管是原生社区发展,还是行业实践落地,都以 “稳定” 为第一要义。少了前几年大跃进式的架构演进、功能更迭,多了更务实、更落地的行业探索与实践,2021 年的服务网格正从当年那个狂奔的“少年”、“流量明星”,成长为真正的“实力派”,逐步进入成熟期,被更多行业、企业和标准化组织所接纳。本文将从社区进展、实践落地、行业标准、技术生态等角度回顾服务网格的 2021,帮助读者了解过去一年服务网格的整体进展,为企业选型、落地服务网格提供一些参考。
888 0
解读服务网格的2021:告别架构“大跃进”,技术生态百家争鸣
|
19小时前
|
消息中间件 Java 微服务
Java微服务架构实践指南
Java微服务架构实践指南
8 0
|
1天前
|
Kubernetes 持续交付 开发者
构建高效微服务架构:后端开发的新趋势
【5月更文挑战第8天】 随着现代软件开发的不断演进,微服务架构已成为众多企业解决复杂系统问题的首选方案。本文深入探讨了微服务架构的核心概念、设计原则以及实施策略,旨在为后端开发者提供一种清晰、高效的技术路径。通过分析微服务的优势与挑战,结合具体的应用实例,文章将展示如何通过容器化、服务网格和持续集成/持续部署(CI/CD)等先进技术手段,实现后端服务的高可用性、可扩展性和敏捷性。
|
1天前
|
消息中间件 监控 Java
构建高效微服务架构:后端开发的新趋势
【5月更文挑战第8天】随着现代软件开发的复杂性日益增加,传统的单体应用架构逐渐难以满足快速迭代和灵活部署的需求。微服务架构作为一种新的解决方案,以其模块化、独立性强和易于扩展的特点,正在成为后端开发领域的重要趋势。本文将深入探讨如何构建一个高效的微服务架构,并分析其对后端开发实践的影响。
|
1天前
|
敏捷开发 持续交付 API
构建高效微服务架构:后端开发的现代实践
【5月更文挑战第8天】 在数字化转型的浪潮中,微服务架构已成为企业追求敏捷开发、持续交付和系统弹性的关键解决方案。本文将深入探讨微服务的核心概念,包括其设计原则、优缺点以及如何在后端开发中实现高效的微服务架构。我们将通过实际案例分析,展示微服务如何帮助企业快速适应市场变化,同时保持系统的可维护性和扩展性。
|
1天前
|
API 持续交付 开发者
构建高效微服务架构:后端开发的新视角
【5月更文挑战第8天】 随着现代软件开发的演变,微服务架构已经成为了企业追求敏捷、可扩展和灵活部署的重要解决方案。本文将深入探讨如何构建一个高效的微服务架构,包括关键的设计原则、技术栈选择以及持续集成与部署的最佳实践。我们还将讨论微服务带来的挑战,如数据一致性、服务发现和网络延迟,并提出相应的解决策略。通过本文,后端开发者将获得构建和维护微服务系统所需的深度知识,并了解如何在不断变化的技术环境中保持系统的健壮性和可维护性。
27 8
|
1天前
|
负载均衡 网络协议 应用服务中间件
理解现代微服务架构中的服务发现
微服务架构已经成为软件开发领域中的一股重要力量。在这种架构中,服务发现是关键的一环。本文旨在详细探讨服务发现的概念、其在微服务中的重要性,以及实现服务发现的常见方法和工具。
|
2天前
|
设计模式 Kubernetes 数据库
构建高效可靠的微服务架构:后端开发的新范式
【5月更文挑战第7天】在现代软件开发的浪潮中,微服务架构已经成为一种流行的设计模式。它通过将应用程序分解为一组小的、独立的服务来提高系统的可维护性和扩展性。本文深入探讨了微服务架构的核心概念、优势以及如何利用最新的后端技术构建一个高效且可靠的微服务体系。我们将讨论关键的设计原则,包括服务的独立性、通信机制、数据一致性和容错性,并展示如何在云环境中部署和管理这些服务。
16 3
|
2天前
|
监控 负载均衡 数据安全/隐私保护
探索微服务架构下的服务网格(Service Mesh)实践
【5月更文挑战第6天】 在现代软件工程的复杂多变的开发环境中,微服务架构已成为构建、部署和扩展应用的一种流行方式。随着微服务架构的普及,服务网格(Service Mesh)作为一种新兴技术范式,旨在提供一种透明且高效的方式来管理微服务间的通讯。本文将深入探讨服务网格的核心概念、它在微服务架构中的作用以及如何在实际项目中落地实施服务网格。通过剖析服务网格的关键组件及其与现有系统的协同工作方式,我们揭示了服务网格提高系统可观察性、安全性和可操作性的内在机制。此外,文章还将分享一些实践中的挑战和应对策略,为开发者和企业决策者提供实用的参考。
|
3天前
|
缓存 监控 数据库
构建高性能微服务架构:后端开发的终极指南
【5月更文挑战第6天】 在现代软件开发的浪潮中,微服务架构以其灵活性、可扩展性和容错性引领着技术潮流。本文深入探索了构建高性能微服务架构的关键要素,从服务划分原则到通信机制,再到持续集成和部署策略。我们将透过实战案例,揭示如何优化数据库设计、缓存策略及服务监控,以确保系统的稳定性和高效运行。文中不仅分享了最佳实践,还讨论了常见的陷阱与解决之道,为后端开发者提供了一条清晰、可行的技术路径。