甲骨文阴云密布的未来

每个人都知道IBM是如何将城堡拱手让给微软(和英特尔)的:被客户包围,他们要求使用低功耗的个人电脑,垂直集成的以大型机为中心的公司在Boca Raton指派了一个团队,佛罗里达州,远离公司在阿蒙克的总部,纽约,快速创造一些东西来满足这些低利润的要求。专注于速度和成本的团队表示,他们决定将几乎所有的业务外包出去,包括操作系统和处理器。这种方法得到了回报,至少在达到IBM的目标时:虽然IBM的集成产品通常需要50年的时间来开发和发布,Boca Raton团队仅用了12个月就从概念产品转向了运输产品。然而,对标准零件的关注意味着PC的所有后续价值,大大超过了大型机业务,去了两个独家供应商:微软和英特尔。

很少有人意识到PC并不是IBM唯一一个由内部政治驱动的价值赠品;这些主机上最重要的软件应用程序之一是IBM的信息管理系统.这是一个层次数据库,让我停下来问一个必要的警告:对于那些不了解数据库的人,我会尽量简化下面的解释,而对于那些这样做的人,我很抱歉破坏了这个概述!

数据库类型

分层数据库是,好,数据层次结构:

德赢体育网战略一年-291

层次数据库中的任何特定数据都可以通过以下两种方法之一找到:要么知道起源找到它的儿童,或知道儿童找到它的起源.这是最容易理解的数据库类型,而且,至少对于早期的电脑来说,这是最容易实现的:定义结构,输入数据,并通过遍历层次结构找到该数据层,直到找到相关的起源小孩.或者,更现实地说,利用你的层次结构知识去一个特定的地点。

然而,分层数据库有两大局限性:第一,关系是预先确定的;什么是起源什么是小孩是否在实际输入任何数据之前做出决定。这使得在使用数据库时很难对其进行更改。其次,分析不同父代的子代的查询是不切实际的:您需要遍历层次结构来检索每个潜在项的信息,然后丢弃绝大多数项以获取要分析的数据集。

1969,一位IBM计算机科学家埃德加F。科德写了一篇开创性的论文叫做大型共享数据库的数据关系模型这提出了一种新的方法。介绍非常清楚,即使对于普通人:

必须保护大型数据库的未来用户不必知道数据是如何在机器中组织的(内部表示)。提供此类信息的提示服务不是令人满意的解决方案。当数据的内部表示发生变化时,甚至当外部表示的某些方面发生变化时,终端用户和大多数应用程序的活动都不应受到影响。由于查询中的更改,通常需要更改数据表示形式,更新,并报告存储信息类型的流量和自然增长。

本文是所谓的关系数据库的基础:而不是将数据存储在层次结构中,其中,所述数据之间的关系定义了其在数据库中的位置,关系数据库包含表;因此,每一条数据都由其表名定义,列名称,和键值,不是通过数据本身(储存在别处)。通过扩展,您可以根据数据与数据库中所有其他数据的关系来理解数据;表名也可以是列名,就像键值也可以是表名一样。

德赢体育网战略一年-292

这种方法有几个巨大的好处:首先,可以使用新的数据类别扩展数据库,而不影响以前的数据,或者需要完全重写层次结构;只需添加新表。两个,数据库可以扩展以适应任意数量和类型的数据,因为数据实际上不在数据库中;记住,它是抽象出来的,有利于文本的整数和字符串。第三,使用“结构化查询语言”(SQL),您可以轻松生成有关这些关系的报告(40岁以上的顾客订购的10本最受欢迎的书是什么?)因为所说的查询只是检查整数和字符串之间的关系,所以几乎可以询问任何问题。毕竟,弄清楚数据库中位置之间的关系不再是扫描一棵树——这棵树天生就很慢,而且大多是盲的,如果你不知道你在找什么,那就是数学。授予,这是一个非常困难的数学问题——当时很多人认为这太难了——但是摩尔定律的现实正在慢慢地被实现;这不会永远是数学难题。

噢。我想读起来和写起来一样痛苦,但这是一个问题:由于预先定义了层次数据库,因此其功能和可扩展性都受到限制;通过将数据抽象为易于计算的值,关系数据库变得更加有用和可扩展。

甲骨文的崛起

博士。几年来,IBM几乎完全忽视了Codd的开创性想法,部分原因是前面提到的IMS;Codd基本上是说IBM最大的赚钱机器之一对于许多潜在的数据库应用程序来说已经过时了,这是IBM管理层对听证会不感兴趣的一个信息。事实上,即使IBM最终在1977年建立了第一个关系数据库(它被称为系统R并包含一种称为SQL的新查询语言,他们没有在商业上发布它;直到1982年,该公司才发布了它的第一个关系数据库软件SQL/DS。当然,它只在IBM大型机上运行,虽然很小;艾姆斯在大铁上奔跑。

与此同时,一个叫拉里·埃里森的年轻程序员成立了一家叫做软件开发实验室的公司,原来是做合同工作的,但很快决定,销售打包软件是一个更好的建议:做一次工作,然后多次转售,这是一个很好的致富方式。他们只需要一个产品,IBM有效地给了他们;因为System R团队被视为一个研究项目,不是商业冒险,他们很高兴地写了多篇论文来解释R系统的工作原理,并发布了SQL规范。软件开发实验室实现了它并称之为Oracle,1979年卖给中央情报局;合同的一个条件是它在IBM大型机上运行。

换句话说,IBM不仅为有史以来最富有的打包软件公司(Microsoft)创造了条件,他们基本上给了第二本说明书。

打包软件业务

打包软件行业在过去的传统业务和互联网时代的纯数字业务(毕竟,没有互联网)。一方面,埃里森很快意识到,软件的边际成本为零:一旦你编写了一个特定的程序,你可以复印无数份。另一方面,分配是一个前所未有的挑战;对于Oracle的关系数据库,关系软件公司(n_e软件开发实验室;该公司将于1982年命名为“Oracle Systems Corporation”。然后,今天的甲骨文公司(Oracle Corporation)在1995年不得不组建一支销售队伍,将他们的产品投入到可以使用它的业务中(然后将实际产品发布到磁带上)。

最经济的方法是制造大多数客户最想要的产品,然后和他们合作,让它真正发挥作用。其中一部分工作是在前端——Oracle很快就被改写为当时的新编程语言C,大多数平台都有编译器,允许公司推销可移植性——但更多的是在销售之后:客户必须安装Oracle,让它工作,导入他们的数据,只有那时,原协议签订后的几个月或几年,他们会开始看到回报吗?

最终,这成为了商业模式:甲骨文的客户不仅购买软件,他们与公司有多年的合作关系,连同许可证,支持合同,审计以确保甲骨文得到他们应得的报酬。当顾客抱怨时,他们当然不会去任何地方:那些关系数据库和其中的数据使这些公司成为了现在的样子;他们已经投入到工作中去让他们起跑了,谁想经历那个再次与另一家公司合作?的确,考虑到他们已经在运行Oracle数据库,并且拥有现有的关系,对于运行在这些数据库之上的应用程序,使用Oracle通常更容易。所以,在接下来的三十年里,甲骨文利用其最初的优势在客户IT支出中所占的份额不断增加。你知道的魔鬼更好!

亚马逊的可选性

亚马逊网络服务(AmazonWebServices,AWS)背后的主张不可能有更大的不同:公司不会做出预先承诺,也不会参与长达数年的集成项目。相反,你在网上注册,然后你就走了。说句公道话,对于亚马逊最大的客户来说,这过于简单化了,他们谈判价格并作出长期承诺,但这是最近的发展;AWS的核心支持者一直都是初创企业利用过去花费数百万美元的服务器基础设施在所有成本都可变的情况下,构建最低可行的产品:更多地使用AWS(因为您正在赢得客户),付出更多;几乎不用它,因为你找不到合适的产品市场,而你的出局只不过是不做其他事情的机会成本。

这是使自动焊接系统如此有价值的选择价值:需要更多的容量?只需按下一个按钮。需要构建新功能吗?AWS可能有一个预建服务供您合并。当然,它可能会变得昂贵——一个常见的神话是,AWS正在赢得价格,但事实上,亚马逊是最昂贵的选择之一——但当你需要的时候,拥有你真正需要的东西到底值多少钱?

埃里森,与此同时,在本周的公司开放世界大会上上台宣称“亚马逊的领先地位已经结束”说到基础设施即服务,这都是因为Oracle的顶级服务器实例比Amazon更快、更便宜。当然可以,但是层次数据库也比关系数据库快;速度不是一切,价格也不是。可选性和可扩展性和它们一直以来的一样重要,在这种情况下,甲骨文的基本产品并没有远程竞争。

当你看到云服务真正重要的数字:资本支出时,埃里森的声明更荒谬。在过去的12个月里,甲骨文的资本支出总计10.4亿美元;亚马逊在过去一年花费了33.6亿美元季度在过去的12个月里是109亿美元。基础设施即服务不是您要订购的东西;事实上,基础设施和所有位于基础设施之上的辅助服务都已经建成,这使得AWS的产品非常诱人。甲骨文不仅没有赶上,他们正在进一步落后。

SaaS焦点

在他的基调中埃里森认为,基础设施支出不一定是衡量甲骨文云承诺的地方;相反,他指出,该公司花了十年时间将其各种应用程序迁移到云上。的确,公司上个季度在研发上花费了17%的收入,埃里森还吹嘘说,甲骨文现在拥有30多个SaaS应用程序,而且数量之多至关重要:

Oracle的战略是什么:我们认为客户想要什么,我们在SaaS中做什么?这是一样的:如果我们能弄清楚客户想要什么,并交付给他们,那么客户就会选择我们的产品并购买我们的产品。我们认为他们想要的是完整和集成的产品套件,不是一次性产品。客户不需要集成来自50个不同供应商的50种不同产品。只是太难了。这太难了,相关的安全风险、劳动力成本和可靠性问题也太多了。所以我们的重点不是提供一个,两个,三,四种应用,但提供完整的应用程序套件,对于ERP,对于人力资本管理,对于客户关系管理,有时称为客户体验,或CX。这就是我们在SaaS中的策略:完整和集成的套件。

埃利森所说的在内部部署软件方面是绝对正确的;我写的正是这个动德赢体育客服态关于微软2015:

考虑一下你在云计算时代之前的典型首席信息官:出于各种原因,她购买了微软软件栈的某些方面(可能是交换)。所以,为了支持交流,CIO显然必须购买Windows Server。Windows服务器包括Active Directory,很明显,这就是身份服务。然而,现在CIO已经准备好了部分微软产品,她也可能更倾向于使用其他微软产品,无论是SQL Server,动态客户关系管理SharePoint,等。是的,微软的产品可能并不总是真空中最好的,但没有首席信息官在真空中运作:维护和服务成本是一个巨大的问题,从更少的供应商而不是更多的供应商那里购买可以获得很多。事实上,微软在过去15年的增长很大程度上可以追溯到鲍尔默在通过新产品和新的定价和许可协议利用这一优势方面的聪明才智,这些协议极大地激励了微软客户从公司购买更多产品。

如上所述,这与Oracle的策略完全相同。然而,企业IT决策正在经历巨大的变化:首先,不需要大量的前期投资,与其他供应商合作的风险要小得多,尤其是因为试验通常发生在团队或部门级别。第二,如果没有持续的支持和维护成本,与一个供应商合作的可变成本论证就少得多。是的,这就给合并50个不同供应商带来了潜在的麻烦,埃里森警告说,德赢体育客服但这也意味着,软件的实际质量和用户体验等因素在决策中更为突出——而基于团队的决策的要点使得这一点更加重要,德赢体育客服因为买家也是用户。

中间的甲骨文

简而言之,当新甲骨文看起来很像旧甲骨文时,埃里森所销售的产品非常像:一堆大多数客户都想要的产品,至少在理论上,但是,既不具备AWS基础设施的灵活性和可扩展性,也不具备专门SaaS提供商对用户体验的关注和承诺。把它放在数据库里,就像分层数据库一样,甲骨文是在毫无灵活性的情况下预先决定客户想要什么和需要什么。与此同时,AWS和专用SaaS提供商是关系数据库,为企业提供可选性和可扩展性,以便在需要时准确构建其业务所需的内容;当然,它可能还没有全部发挥作用,但长期趋势并不明显。

应当指出的是,这一分析的大部分主要关注的是正在首次构建其IT系统的新公司;甲骨文对现有客户的锁定,包括世界上绝大多数最大的公司和政府,仍然很强大。为此,其基本上在云中复制其内部部署业务(甚至移动其内部部署的云硬件)的策略完全有意义;这是微软所期待的那种混合策略。给他们同样老式的客户减少资本支出(增加投资资本回报)的好处,并希望为他们争取足够的时间来适应一个用户真正重要的新世界,灵活而集中的云是为他们服务的最佳方式。

  1. IBM确实迫使英特尔与AMD分享其设计,以确保双供应商[γ]
  2. 令人惊讶的是,IBM将CODD与工程团队分开[γ]
  3. 为了公平对待IBM,SQL/DS及其后来的大型机产品,DB2,比甲骨文最早的版本可靠得多γ]
  4. 明确地,亚马逊在资本支出上花费了17亿美元,在资本租赁承诺上花费了17亿美元[γ]
  5. 这项支出包括零售业务的配送中心;然而,不管你怎么分开,亚马逊花了很多钱γ]