一石激起千层浪。在中国大规模裁员告一段落后，甲骨文并没有收起手中的剪刀。据BusinessInsider上周报道，在过去的几周和几个月里，甲骨文在其西雅图办事处解雇了数百名员工（据称是300人），这是甲骨文云团队裁员计划的一部分，据说是全公司范围的裁员。裁减了数千个工作岗位。有分析人士提到，原因是该公司的云计算战略仍然停滞不前。要知道，西雅图办公室曾被视为公司云计算战略的未来，组织被赋予了一个重要的使命：利用这座城市的云计算人才，让甲骨文在云计算领域发挥重要作用。因此，虽然裁员是一件很正常的事情，但有鉴于此，甲骨文在西雅图的举动还是引起了外界的关注。此外，知情人士表示，此次裁员可能与西雅图办事处与旧金山湾区类似职能部门（其工作也基于云基础设施）之间的内斗有关。据悉，在甲骨文工作了22年的ThomasKurian去年因为与创始人兼CTOLarryEllison就甲骨文云的正确方向发生争执而选择离开加入谷歌。CEO。多年来，甲骨文一直表示希望在云计算基础设施领域与AWS、微软Azure和谷歌竞争，但该公司在实现这一目标方面并未取得任何显着进展。尽管甲骨文有理由向西雅图的云计算人才提供高薪，但它显然无力承担与三巨头的计算能力竞争所需的服务器硬件巨额投资。BusinessInsider指出，甲骨文湾区和西雅图云团队发现，他们对硬件资源的争夺可能需要数周甚至数月才能取得成果。今年3月，甲骨文公布了第三财季的业绩，显示其在硬件方面的支出下降了14%。一边缩减硬件支出，一边大刀阔斧地裁撤云计算人才，甲骨文在云计算探索多年后是否要戛然而止？但似乎不是。据悉，甲骨文也在高薪大规模招聘AWS、GoogleYun等人才。一进一出，甲骨文的招数显得有些扑朔迷离。不过，种种迹象表明，甲骨文在云计算领域的全面收缩在所难免。到底是数据库还是数据库？以传统数据库起家的甲骨文在该领域当之无愧的领头羊，有着“数据库中的苹果”的美誉。说。以前，Oracle的数据库几乎是每家公司的标配，尤其是收购了开源数据库MySQL之后，无论是专业数据库还是通用数据库市场，几乎都占据了相当大的份额。数据库业务也为甲骨文带来了巨额利润，使其成为仅次于微软的全球第二大软件厂商。然而，随着云计算的兴起，企业纷纷开始上云。一开始，靠数据库业务赚了大钱的甲骨文，对这项新兴技术不屑一顾。其创始人埃里森甚至调侃“云计算？时尚”。正是埃里森的狂妄自大，让甲骨文迟迟未能赶上第一波云计算转型浪潮。其实，除了创始人自身的原因外，“红巨人”之所以没有进行云计算转型，更大的原因可能是不愿在它面前盈利。毕竟，谁愿意把已经含在嘴里的肥肉吐出来呢？什么？！本月初甲骨文在中国裁员期间，一位接近甲骨文的业内资深人士告诉AI财经社，“甲骨文作为一家传统的IT公司，过于关注当前的利润。数据库这个最赚钱的生意，如果变成了，说白了，收钱就慢了。”过去五年，虽然甲骨文已经意识到云计算的重要性，但在战略上，还是过于在意盈利能力，尽可能推迟公有云的推广。当然，为了向云业务转型，甲骨文发起了多次收购。不过，分析人士也指出，甲骨文收购的SaaS业务还不错，但自研部分不是很成功，增长乏力。在基础设施领域，甲骨文远远落后于其他竞争对手，导致很多企业不愿意购买甲骨文的基础设施服务。在内部动力不足的情况下，竞争对手云巨头纷纷开发自己的云数据库，这无疑给甲骨文“添了障碍”。早在五六年前，在“IOE”的浪潮下，以AWS、阿里云为代表的云厂商就开始大举进军数据库领域，相继推出面向云时代的云原生数据库。在Gartner发布的《2018年数据库魔力象限》中，***象限的5家公司分别是微软、甲骨文、亚马逊、SAP、IBM；有远见的人是谷歌和阿里巴巴。甲骨文不再是最好的，竞争对手虎视眈眈。2013年，阿里巴巴第一个传统数据库实例下线。2018年，阿里云正式商用云原生数据库PolarDB。2019年5月21日，阿里云PolarDB发布重大更新，提供传统数据库一键上云。该能力可帮助企业轻松将MySQL、PostgreSQL、Oracle等离线数据库迁移至云端，最快可在数小时内完成迁移。2018年11月29日，亚马逊AWS首席执行官安迪宣布“到2019年1月，88%运行在甲骨文上的亚马逊数据将运行在亚马逊自己的数据库上”。并且他还预计在2020年初彻底去除甲骨文的数据库软件。2019年5月15日，华为正式发布了全球首款AI-Native数据库GaussDB，这也是业界首款支持ARM的企业级数据库。压力不期而至，曾经霸主的甲骨文数据库市场份额被一步步蚕食。缺乏成熟案例云迁移成为用户最关心的问题曾经，埃里森坚信甲骨文的许多现有客户仍然无法摆脱这家公司，因为数据库迁移并不容易。事实上，经过多年严格的许可审查和粘性绑定，这些客户可能已经停止使用Oracle，但许多企业仍在使用Oracle，因为他们担心破坏可能过时但有效的应用程序。这些大公司的高管（多年前围绕Oracle数据库构建了关键任务应用程序，因为它们是当时相对较少的选择（例如亚马逊）中最好的）在迁移过程中对这些应用程序的担忧持谨慎态度。公司的问题可能会导致其业务的重要部分出现重大问题。但是，在为跨云服务提供商或开源项目的应用程序选择数据库时，没有遗留技术负担的年轻公司有比以往更多的选择，而且越来越多的大型企业正在适应新的应用程序。该程序提供云服务。甲骨文和埃里森面临的问题是，随着公共云继续大规模改写计算规则，每年越来越少的客户如此依赖其服务。而且，尽管Oracle也一直在“不懈努力”进行云转型（我们暂时称之为），但调查表明，即使是其现有客户也可能面临将他们迁移到云的挑战。根据RiminiStreet的一项调查，甲骨文客户可能正计划减少对企业软件供应商的支出，同时也对转向该公司的软件服务阵容持谨慎态度。有趣的是，本次调查中有205名受访者不是当前的Oracle客户。鉴于该公司专门为Oracle提供第三方支持，基于RiminiStreet客户的调查将是一个相对自主选择的群体。根据调查，甲骨文的客户将成本优化和业务生产力排在前两位，数字化转型排在第三位。主要调查结果包括：53%的Oracle客户计划减少在公司的支出，60%的客户表示软件和功能成本更高。27.9%的受访者表示他们将迁移到AWS来托管Oracle应用程序。然而，27.2%的受访者表示他们会迁移到甲骨文云。80%的受访者表示他们不会为云服务更换本地Oracle软件，或者不确定。甲骨文客户表示，他们不打算迁移到甲骨文云，因为没有合理的业务案例、费用、迁移中断和锁定。52.8%的受访者提到了商业案例。RiminiStreet的调查结果显示，更多的是用户对甲骨文不成熟的云业务感到担忧。或许已经过了四十年的甲骨文，以及七十多岁“为所欲为，不逾矩”的埃里森，都需要认真思考如何尽快度过难关。云转型的灾难已经结束。
