据Business Insider上周报道称，在过去几周和几个月时间里，甲骨文解雇了西雅图办公室的数百名员工（据说有300人），这是甲骨文云团队裁员计划的一部分，据说整个公司层面裁员多达数千人。有分析提到，其原因是该公司云计算战略仍然停滞不前。
要知道，西雅图办公室曾一度被视为该公司云计算战略的未来，该组织还被赋予了重要的使命：利用该城市的云计算人才，使Oracle在云计算领域发挥重要作用。所以，尽管裁员是一件再正常不过的事情，但鉴于此，甲骨文在西雅图的此次行动依旧引起了外界的关注。
另外，有知情人士表示，此次裁员或与西雅图办公司和旧金山湾区的一个类似职能部门（其工作也是基于云基础设施）之间的内斗有关。据悉，去年在甲骨文工作了22年之久Thomas Kurian正是由于与创始人兼首席技术官拉里·埃里森在关于甲骨文云正确方向方面存在争端才选择离开并加入谷歌，出任谷歌云CEO。多年以来，甲骨文一直表示要与AWS，微软Azure和谷歌在云计算基础设施方面展开竞争，但该公司在实现这一目标方面目前还没有取得任何明显的进展。
尽管甲骨文有理由向西雅图的云计算人才提供高薪，但它显然负担不起在服务器硬件上的巨额投资，而这些硬件是与三大巨头的计算能力进行竞争的必要支出。Business Insider 指出，甲骨文的湾区和西雅图云团队发现他们对于硬件资源的争夺可能需要数周甚至数月的时间才能有结果。而今年3月，甲骨文公布第三财季结果显示，其在硬件方面的支出减少14%。
一边减少硬件方面的支出，一边大刀阔斧的裁撤云计算人才，难道甲骨文在经过多年的云计算探索后要戛然而止吗？但似乎又不是，有消息称，甲骨文也在大规模高薪招揽AWS，谷歌云等的人才。
一进一出，甲骨文的招数似乎有些让人摸不着头脑。不过，种种迹象表明，甲骨文在云计算方面全面收缩已经是不可避免的了
成也数据库，败也数据库？
以传统数据库起家的甲骨文当之无愧是该领域的老大，更是有着“数据库中的苹果”之称。
曾经，甲骨文的数据库几乎是每个公司的标配，特别是在收购了开源数据库MySQL之后，更是几乎在专业和普通的数据库市场都占有了相当大的份额。
而数据库业务也为甲骨文带来了丰厚的利润，使其一跃成为继微软之后的全球第二大软件厂商。
不过，随着云计算的兴起，企业纷纷开始了上云的热潮。而凭借数据库业务赚的盆满钵满的甲骨文刚开始并不屑于这一新兴技术，其创始人埃里森甚至嘲讽“云计算？简直是胡扯。现在的IT行业比时装界还要追逐潮流与时尚。”
正是埃里森的骄傲自大使得甲骨文在第一批云计算转型浪潮中姗姗来迟。
其实除了创始人自身的原因外，“红色巨人”之所以迟迟不进行云计算转型，更大的原因可能是对眼前盈利的不舍，毕竟已经含在嘴里的肥肉，谁愿意吐出来呢？！
在本月初甲骨文的中国区裁员事件中，就有一名接近甲骨文的业内资深人士对AI财经社表示“传统IT企业甲骨文过于顾及到当前利润，如果把数据库这一最容易赚钱的业务变成云服务，说直白一点，收钱就慢了。”过去5年，甲骨文虽然意识到云计算的重要性，但在策略上，还是太在乎盈利，尽量延缓公有云的推进。
当然，为了向云业务转型，甲骨文发起了多次收购。不过，分析人士也指出，甲骨文收购的SaaS业务还可以，但自研部分不是很成功，增长乏力。在基础设施领域，甲骨文远远落后于其他竞争对手，造成很多企业没有意愿购买甲骨文的基础设施服务。
在内在动力不足的同时，竞争对手云巨头们纷纷自研云数据库无疑又给甲骨文“添堵”了。
早在五六年前，在去“IOE”的浪潮下，以AWS、阿里云为代表的云厂商就开始大举进军数据库领域，相继推出面向云时代的云原生数据库。
在Gartner发布的《2018年数据库魔力象限》中，领导者象限的五家公司为微软、甲骨文、亚马逊、SAP、IBM；远见者为谷歌、阿里巴巴。甲骨文不再一骑绝尘，竞争者虎视眈眈。
2013年，阿里的最后一台传统数据库实例下线，2018年阿里云正式商业化其云原生数据库PolarDB，2019年5月21日阿里云PolarDB发布重大更新，提供传统数据库一键迁移上云能力，可以帮助企业将线下的MySQL、PostgreSQL和Oracle等数据库轻松上云，最快数小时内迁移完成。
2018年11月29日，亚马逊AWS的CEO安迪宣布，“到2019年1月，在甲骨文上运行的亚马逊数据，有88%将在亚马逊自己的数据库上运行”。并且他还预计2020年初将彻底移除甲骨文的数据库软件。
2019年5月15日，华为正式发布全球首款AI-Native数据库GaussDB，这也是业界第一款支持ARM的企业级数据库。
压力不期而至，曾经一家独大的甲骨文数据库市场份额一步步被蚕食。
缺乏成熟案例 云迁移成用户最大担忧
曾经，埃里森坚信这样一个事实：由于数据库迁移并不容易，甲骨文目前的许多客户仍无法摆脱该公司。
的确，在经历了多年残酷的授权审查及黏性绑定之后，这些客户本可以不再坚持使用Oracle，但由于他们害怕破坏可能已经过时但正在运行的应用程序，所以，很多企业仍然在使用Oracle。
这些大公司（多年前围绕Oracle数据库构建任务关键型应用程序，因为当时它们是相对较少的选项中（比如亚马逊等公司）最好的）的高管比较谨慎，担心迁移过程中这些应用程序的问题可能会对其业务的重要部分造成重大问题。但是，在为跨云服务提供商或开源项目的应用程序选择数据库时，没有遗留技术负担的年轻公司比以往任何时候都有更多的选择，而且越来越多的大型企业开始适应为新应用程序提供云服务。
甲骨文和埃里森面临的问题是，随着公共云继续大规模重写计算规则，这样深度依赖其服务的客户每年会越来越少。
而且，尽管甲骨文也一直在云转型上“不懈努力”（我们先暂时这么认为吧），但调查显示，即便是其现有的客户，甲骨文也可能面临将他们迁移到云端的挑战。
Rimini Street survey
Rimini Street 的一项调查显示，甲骨文的客户可能正计划减少对这家企业软件供应商的支出，同时也对转向该公司的软件服务阵容持谨慎态度。
有意思的是，本次调查的对象中有205名不是甲骨文现在的客户。鉴于该公司专门为Oracle提供第三方支持，所以基于Rimini Street客户的调查将是一个相对拥有自我选择意识的群体。
调查显示，甲骨文的客户将成本优化和业务生产力作为前两位，数字化转型排在第三位。主要发现包括：
53%的甲骨文客户计划减少与该公司的支出，60%的客户表示软件和功能成本较高。
27.9%的受访者表示，他们将迁移到AWS来托管Oracle应用程序。然而，27.2%的受访者表示他们将转向Oracle Cloud。
80%的受访者表示，他们不会为云服务更换本地部署的甲骨文软件，或者不确定。
Oracle客户表示，他们不打算迁移到Oracle Cloud，因为没有合理的业务案例、费用、迁移中断和锁定。52.8%的受访者提到了商业案例。
Rimini Street survey
调查结果更多显示的是用户对甲骨文未成熟云业务的担忧，或许，已过不惑之年的甲骨文和“七十从心所欲，不逾矩”的埃里森需要好好思考怎么尽快的渡过云转型之劫了。
