本文章发表于:2019-11-29
Marc Andresseesssen的“软件正在吞噬世界”已经催生了一个完整的技术食物链,包括“开源正在吞噬软件”、“云正在吞噬开源”以及“多重云正在吞噬云”等一系列说法。
并不是每个人都对自己在食物链中的地位感到满意。谁不想成为顶级掠食者或关键物种呢?特别是,有一些人反对上面的顺位排序,坚持开源实际上是在“吞噬”云。
我不明白“开源吞噬云”的说法,但还是会经常听到。不可否认,“吞噬”并不是一个很精确的术语,它允许有不同的解释。尽管如此,试图理解开源的倡导者们是如何在这场竞赛中获得如此高分数的,很快就变得模糊不清,甚至形而上了。当然,云可能占据了大部分的收入,但这对开源来说是一场道德上的胜利。
公共云正在采用开源软件,并将其作为一种服务来操作。可以说,公共云是由开源提供动力的,但云似乎仍然是消耗资源的一方。从经济的角度来看,云似乎比围绕特定项目建立的公司更适合开源业务。如果你仔细观察,你会发现开源可以被看作是对这个星球上一些最大和最富有的公司非常慷慨的慈善捐赠。
我们的食物链二分法源于本质上完全不同的开源和云。开源爱好者和公司关注的是软件的特定部分以及制作方法。公共云则超越了软件,并在一个非常广阔的生存层面上运作,软件是服务的重要组成部分,而不是唯一的组成部分。
公共云将跨洋电缆、混凝土板、可靠的电子流、数百万个CPU、数兆字节的磁盘、大量的软件运行时间、合法的地位和提供24*7操作及支持的一大群人结合在一起,将所有的这些都集成到一个可交易的实用程序中,任何人只要有信用卡就可以访问该实用程序。软件开发人员常常没有意识到,云服务不仅仅是软件的一个实例,操作本身就是它的能力。
云价值的很大一部分与底层软件是正交的:它允许客户摆脱低价值/高复杂度的操作(这一属性同样适用于神圣的开源软件和有害的私有软件)。开源软件常常是偏向于复杂的,有时甚至是非常复杂的,这使得打包和交付服务变得更有吸引力。
来自云端的出乎意料的不对称竞争让开源公司感到困惑,他们必须正视这样一个事实:比任何人都更了解自己的软件竞争优势,并不是他们所希望的那道不可逾越的护城河。醒来后发现你的产品现在只是更广泛产品的一个特征而已,这一点也不好玩,但这就是软件的现状。声称开源正在吞噬云,就像那些声称自己在吞噬星巴克的咖啡豆农一样:它有意(或只是出于错觉)忽视了消费者购买的绝大多数东西。
关于开源赢得食物链竞赛的争论似乎可以归结为一种不断重复的断言:“在一天结束的时候,胜利是不可避免的,因为开源不证自明的光荣属性!”
我写这篇文章的灵感来自于一位年轻的IBM员工,他勇敢地为雇主夸张的论点辩护,即混合云“改变了云市场的一切”。没有多少IBM员工会去为他们的公司加油,尤其是在不上班的时候,所以我不得不为他的努力鼓掌(不管这项任务多么无望)。但他的论点只是简单地重复“开源将吞噬云”的咒语,本质上是一种对开源固有的正义感和优越性的信仰,而不考虑更广泛的客户问题、各自的价值主张、在价值链中的地位或潜在的经济学。
因此,在这篇文章中,我收集了来自四面八方的恶意攻击(并期望——实际上甚至是希望——同样地激怒开源纯粹主义者、开源但并非真正开源的改革者,以及本文中提到的每一家公司),以便更好地理解这场争论。(透露一下:在私有许可软件的鼎盛时期,我曾在微软工作,所以可能根本无法理解开源软件最基本的规则)。
AWS与开源
目前的争论主要集中在亚马逊和一些开源公司,它们就像是热带草原上的瞪羚,尤其是Elastic和MongoDB。尽管AWS一直以“客户告诉我们…”作为其消息传递的首选,但它正在提供自己的服务,这些服务是基于(Elastic)或与MongoDB兼容的流行开源项目,从而与那些同这些项目相关的相对成功的商业开源公司竞争。在Elastic的例子中,AWS慷慨地创建了一个新的开源发行版,其中的特性是Elastic作为专有软件保留下来的。
这些“猎物”的回应既有大胆挑衅的博客文章,也有疯狂的许可证工程,以阻碍AWS使用其表面上开源软件的能力。其他的一些公司,像Cockroach Labs和Redis Labs,也纷纷推出了自己的新许可证。这重新引发了一场关于开源存在主义和哲学的争论:它是关于言论自由的,还是也包括对关键项目贡献者的免费护城河的权利?最后,开源的权威人士似乎并不赞同“开放,除非是那些与我们竞争的人”的方法。
而且,让开源软件发挥作用的不只是AWS。谷歌和微软都有许多建立在开源软件上的服务(并且正在开源他们自己的一些软件)。他们的一些努力只是为了与AWS形成对比,AWS承担了新的开源反基督者的角色(这让前反基督者微软感到很有趣,同时,微软正通过与开源公司Databricks和Hashicorp等建立深度合作伙伴关系来创建服务)。
云的出现也迫使许多开源公司更加认真地对待自己的服务。Elastic和MongoDB都有运行在大型公共云上的成功云服务,在这些云服务中,他们有机会畅所欲言:即没有人比他们更擅长操作自己的软件。甚至有人认为,AWS的加入为这些公司的服务带来了好处。
但最根本的问题是,客户是更喜欢创建特定软件的OSS公司提供的“更好”个性化服务,还是来自公共云的“足够好”版本?公共云可能没有编写原始软件,但它们可以在全球范围内提供服务,再配备一个屏幕来管理你所有的服务。为所有服务提供一张账单,与补充服务更深入、更容易地进行集成,以及更低的客户获取成本。正如我之前所提出的,问题是“商业开源公司是否能够承受和/或值得承受公共云巨大的、具有破坏性的引力”。关于这个话题有很多严肃的讨论,有些人的文章甚至比我的还长。
“完全取代”
A16Z的Peter Levine认为我们在这个话题上有点过度紧张了:“我还认为,我们过度关注了来自公共云供应商的威胁。尽管这些供应商可能会托管开源项目,但迄今为止,据我所知,没有一家开源公司完全被云提供商取代。”
“完全取代”是一种委婉的说法,它终于引导我参与了这场讨论。与其关注目前在多重云的大草原上被追捕猎物的可能命运,继续与David Attenborough进行讨论,不如让我们看看记分牌,看看在一些开源和云之间的游戏中发生了什么。其他的游戏还没有结束,但是结果看起来越来越清晰。
事实上,一些最大的OSS公司最近已经失去了销售动力、相关性、估值和/或独立性。从它们身上咬痕的大小和形状判断,它看起来就像是新的顶端捕食者——云的杰作。
OSS的支持者赢得了这场食物链竞赛,他们需要对这些公司前景黯淡的原因做出解释,尤其是在软件公司繁荣时期以及股市创下历史新高之际。他们还没有被“完全取代”,但是值得关注的是Hadoop公司Pivotal的困境,以及直到最近才成为最大开源公司的Red Hat。
Hadoop工业综合体
不久前,Hadoop和它的商业旗手还是一件大事。Cloudera、HortonWorks和MapR总共筹集了超过15亿美元的资本(分别为10亿美元、2.48亿美元和2.8亿美元)。这包括英特尔在Cloudera上惊人的二次投资。
Cloudera和Hortonworks都通过IPO筹集了3.35亿美元。然而,令人失望的财务业绩迫使两家公司搬到了一起。今年早些时候,两家公司悄无声息地合并了,而它们的创始人则悄悄离开了公司。两家公司的总市值从宣布合并时的52亿美元降至本文撰写时的25亿美元左右。尽管如此,仍然是私人的MapR后来还是以废品的价格卖给了惠普,后者吹嘘说他们得到了“一个非常好的交易”。
Hadoop留下了一堆客户的眼泪,他们花了大笔资金建造“数据湖”,却难以成功部署和管理这些数据湖,更不用说在这些湖中寻找业务回报了。与此同时,大数据业务已经转向云计算,因为云计算既便宜又方便。正如Mathew Lodge所说:“具有讽刺意味的是,Cloudera没有云时代。”
另一种假设(也就是说,这并不是云吞噬开源):Hadoop只是被夸大了。有人声称它将取代各种专注的、成熟的数据库技术,这是TAM的一个好故事,但Hadoop最终证明是所有数据交易的集大成者,却一事无成。把你有价值的数据扔到湖里也不是一个很好的比喻。Hadoop给我们的教训是,我们应该再次警惕那些关于“下一个大事件”的宏大技术承诺。
Pivotal
Pivotal是Pivotal Labs、SpringSource和Greenplum等收购项目的混合体,加上VMware对这些业务的投资,以及从头开始打造Cloud Foundry。Pivotal在2018年4月的IPO中以每股15美元的价格融资5.55亿美元。它的峰值是74亿美元,随后由于“销售执行”问题和“复杂的技术前景”而错过了几个季度。当它收到VMware的收购要约时,其市值已经跌至22.5亿美元。具有讽刺意味的是,Cloud Foundry最初是作为一种服务来设计的,但却发现自己陷入了向那些必须部署和管理自己服务的企业销售产品的复杂境地。相反,他们选择了云。
另一种假设是:Pivotal被“Dockernetes”也就是容器吞噬掉了,这当然也是开源的,所以云与公司短暂的上市没有任何关系。这种另类的故事得到了高级管理层的认可,他们本应销售云服务,却忙于销售咨询服务。
Red Hat
最后是Red Hat,它是开放源码的长期代言人。Red Hat是最初的(并且是很长一段时间)唯一的证据,证明你可以在开源网站上建立一个很好的业务,也是最成功的。然而,这一“模范”已经离开了我们的讨论,很快将成为IBM中间件博物馆的另一个注脚。为什么?因为云。
Red Hat拥有数十亿的收入、丰厚的利润、数十亿的银行存款、两位数的增长率,直到去年,Red Hat还拥有一只高速增长股票的估值。IBM斥资340亿美元收购了Red Hat,这是有史以来最大的软件收购案。我认为IBM支付过高(Watson可能帮助设定了价格),但Red Hat管理层和股东拿走了IBM的钱,这一事实突显出他们不相信该公司在云时代有未来。他们乐于以六个月前创下历史新高的股价脱身,这表明他们对恢复估值的能力信心不足,更不用说超越估值了。他们拿了现金,排除了参与Red Hat式复兴的可能性,这一复兴扭转了IBM持续的、不可阻挡的衰退(可能是一个明智的举动)。
正如我以前所说,Red Hat也有自己的挑战(在收购价格上,它找到了一个让IBM及其股东们手握大权的完美解决方案)。对于IBM来说,Red Hat可能看起来像一块宝石,但它们也有一个与云相关的问题。Red Hat是商业开源的典型代表,这是一个无关紧要的事实。Red Hat面临着一个非常传统的技术产业问题:代际淘汰。他们的大部分收入来自“基础设施相关产品”,即Red Hat Enterprise Linux(RHEL)服务器操作系统。随着计算从客户数据中心转移到公共云,RHEL并没有随之移动。你可能听说过云在Linux上运行。是的,只是没有在RHEL上运行。AWS、Azure和谷歌并不会为Linux支付Red Hat(如果需要的话,他们确实允许客户将RHEL作为客户操作系统运行,但是支付的理由变得越来越渺茫——如果超大规模的云不需要它,你为什么要这样做呢?)。随着Red Hat核心增长放缓,他们连续两个季度未达到华尔街的预期,这种不断萎缩的TAM终于在2018年开始出现问题,这被认为是成长型股票的问题,三分之一的估值正在消失就是明证。这些失误加上他们未来的可见度,可能促使Red Hat决定是时候给IBM打个电话了。
另一种假设是:Red Hat管理层告诉所有愿意倾听的人,他们有一个很好的云战略,他们环顾整个行业,看看可以与谁合作,以增强他们真正强大的云战略,并选择了IBM。
历史的终结
“成功是一个糟糕的老师”这句话被很多人认为是正确的,包括比尔·盖茨。当前的开源情况与微软在21世纪早期的情况惊人地相似。这家公司经营得很好,很享受现状。但随着开源软件和软件即服务(SaaS)撼动了这个舒适的世界,该公司拒绝做出改变,而是更喜欢以前的世界秩序。
对于云的兴起,一些开源软件的反应惊人地相似。当你认为有一个完美的模型时,它就会被颠覆。开源并不是软件历史的终结。关于历史终结的争论是非常令人不满的,尤其是对技术而言,因为他们几乎总是紧跟潮流。事实上,开源是一种脆弱的商业策略,依赖于项目和软件公司之间松散的关系,而不是一种商业模式。
正如微软和上一代软件开发人员最终不得不接受和拥抱变化一样,有些人成功了,有些人失败了,商业开源世界也是如此。在面对相反的证据时,坚持你认为的理想和永恒的模式不是一个好策略。要么适应,要么死亡。
开源是作为一种开发模型而存在的。很难想象有任何一种基础设施或开发人员软件不是开源的,但在相应的商业战略上还有很多工作要做。下一个伟大的开源努力可能是使多重云成为现实,至少对于关键的工作负载是这样。但是,新的关联业务模型必须将服务作为主要交付模型,并对云服务的特征——集成级别做出严肃的承诺。
(本文转载自51CTO.com)
本文章发表于:2019-11-29 09:37:43
Marc Andresseesssen的“软件正在吞噬世界”已经催生了一个完整的技术食物链,包括“开源正在吞噬软件”、“云正在吞噬开源”以及“多重云正在吞噬云”等一系列说法。
并不是每个人都对自己在食物链中的地位感到满意。谁不想成为顶级掠食者或关键物种呢?特别是,有一些人反对上面的顺位排序,坚持开源实际上是在“吞噬”云。
我不明白“开源吞噬云”的说法,但还是会经常听到。不可否认,“吞噬”并不是一个很精确的术语,它允许有不同的解释。尽管如此,试图理解开源的倡导者们是如何在这场竞赛中获得如此高分数的,很快就变得模糊不清,甚至形而上了。当然,云可能占据了大部分的收入,但这对开源来说是一场道德上的胜利。
公共云正在采用开源软件,并将其作为一种服务来操作。可以说,公共云是由开源提供动力的,但云似乎仍然是消耗资源的一方。从经济的角度来看,云似乎比围绕特定项目建立的公司更适合开源业务。如果你仔细观察,你会发现开源可以被看作是对这个星球上一些最大和最富有的公司非常慷慨的慈善捐赠。
我们的食物链二分法源于本质上完全不同的开源和云。开源爱好者和公司关注的是软件的特定部分以及制作方法。公共云则超越了软件,并在一个非常广阔的生存层面上运作,软件是服务的重要组成部分,而不是唯一的组成部分。
公共云将跨洋电缆、混凝土板、可靠的电子流、数百万个CPU、数兆字节的磁盘、大量的软件运行时间、合法的地位和提供24*7操作及支持的一大群人结合在一起,将所有的这些都集成到一个可交易的实用程序中,任何人只要有信用卡就可以访问该实用程序。软件开发人员常常没有意识到,云服务不仅仅是软件的一个实例,操作本身就是它的能力。
云价值的很大一部分与底层软件是正交的:它允许客户摆脱低价值/高复杂度的操作(这一属性同样适用于神圣的开源软件和有害的私有软件)。开源软件常常是偏向于复杂的,有时甚至是非常复杂的,这使得打包和交付服务变得更有吸引力。
来自云端的出乎意料的不对称竞争让开源公司感到困惑,他们必须正视这样一个事实:比任何人都更了解自己的软件竞争优势,并不是他们所希望的那道不可逾越的护城河。醒来后发现你的产品现在只是更广泛产品的一个特征而已,这一点也不好玩,但这就是软件的现状。声称开源正在吞噬云,就像那些声称自己在吞噬星巴克的咖啡豆农一样:它有意(或只是出于错觉)忽视了消费者购买的绝大多数东西。
关于开源赢得食物链竞赛的争论似乎可以归结为一种不断重复的断言:“在一天结束的时候,胜利是不可避免的,因为开源不证自明的光荣属性!”
我写这篇文章的灵感来自于一位年轻的IBM员工,他勇敢地为雇主夸张的论点辩护,即混合云“改变了云市场的一切”。没有多少IBM员工会去为他们的公司加油,尤其是在不上班的时候,所以我不得不为他的努力鼓掌(不管这项任务多么无望)。但他的论点只是简单地重复“开源将吞噬云”的咒语,本质上是一种对开源固有的正义感和优越性的信仰,而不考虑更广泛的客户问题、各自的价值主张、在价值链中的地位或潜在的经济学。
因此,在这篇文章中,我收集了来自四面八方的恶意攻击(并期望——实际上甚至是希望——同样地激怒开源纯粹主义者、开源但并非真正开源的改革者,以及本文中提到的每一家公司),以便更好地理解这场争论。(透露一下:在私有许可软件的鼎盛时期,我曾在微软工作,所以可能根本无法理解开源软件最基本的规则)。
AWS与开源
目前的争论主要集中在亚马逊和一些开源公司,它们就像是热带草原上的瞪羚,尤其是Elastic和MongoDB。尽管AWS一直以“客户告诉我们…”作为其消息传递的首选,但它正在提供自己的服务,这些服务是基于(Elastic)或与MongoDB兼容的流行开源项目,从而与那些同这些项目相关的相对成功的商业开源公司竞争。在Elastic的例子中,AWS慷慨地创建了一个新的开源发行版,其中的特性是Elastic作为专有软件保留下来的。
这些“猎物”的回应既有大胆挑衅的博客文章,也有疯狂的许可证工程,以阻碍AWS使用其表面上开源软件的能力。其他的一些公司,像Cockroach Labs和Redis Labs,也纷纷推出了自己的新许可证。这重新引发了一场关于开源存在主义和哲学的争论:它是关于言论自由的,还是也包括对关键项目贡献者的免费护城河的权利?最后,开源的权威人士似乎并不赞同“开放,除非是那些与我们竞争的人”的方法。
而且,让开源软件发挥作用的不只是AWS。谷歌和微软都有许多建立在开源软件上的服务(并且正在开源他们自己的一些软件)。他们的一些努力只是为了与AWS形成对比,AWS承担了新的开源反基督者的角色(这让前反基督者微软感到很有趣,同时,微软正通过与开源公司Databricks和Hashicorp等建立深度合作伙伴关系来创建服务)。
云的出现也迫使许多开源公司更加认真地对待自己的服务。Elastic和MongoDB都有运行在大型公共云上的成功云服务,在这些云服务中,他们有机会畅所欲言:即没有人比他们更擅长操作自己的软件。甚至有人认为,AWS的加入为这些公司的服务带来了好处。
但最根本的问题是,客户是更喜欢创建特定软件的OSS公司提供的“更好”个性化服务,还是来自公共云的“足够好”版本?公共云可能没有编写原始软件,但它们可以在全球范围内提供服务,再配备一个屏幕来管理你所有的服务。为所有服务提供一张账单,与补充服务更深入、更容易地进行集成,以及更低的客户获取成本。正如我之前所提出的,问题是“商业开源公司是否能够承受和/或值得承受公共云巨大的、具有破坏性的引力”。关于这个话题有很多严肃的讨论,有些人的文章甚至比我的还长。
“完全取代”
A16Z的Peter Levine认为我们在这个话题上有点过度紧张了:“我还认为,我们过度关注了来自公共云供应商的威胁。尽管这些供应商可能会托管开源项目,但迄今为止,据我所知,没有一家开源公司完全被云提供商取代。”
“完全取代”是一种委婉的说法,它终于引导我参与了这场讨论。与其关注目前在多重云的大草原上被追捕猎物的可能命运,继续与David Attenborough进行讨论,不如让我们看看记分牌,看看在一些开源和云之间的游戏中发生了什么。其他的游戏还没有结束,但是结果看起来越来越清晰。
事实上,一些最大的OSS公司最近已经失去了销售动力、相关性、估值和/或独立性。从它们身上咬痕的大小和形状判断,它看起来就像是新的顶端捕食者——云的杰作。
OSS的支持者赢得了这场食物链竞赛,他们需要对这些公司前景黯淡的原因做出解释,尤其是在软件公司繁荣时期以及股市创下历史新高之际。他们还没有被“完全取代”,但是值得关注的是Hadoop公司Pivotal的困境,以及直到最近才成为最大开源公司的Red Hat。
Hadoop工业综合体
不久前,Hadoop和它的商业旗手还是一件大事。Cloudera、HortonWorks和MapR总共筹集了超过15亿美元的资本(分别为10亿美元、2.48亿美元和2.8亿美元)。这包括英特尔在Cloudera上惊人的二次投资。
Cloudera和Hortonworks都通过IPO筹集了3.35亿美元。然而,令人失望的财务业绩迫使两家公司搬到了一起。今年早些时候,两家公司悄无声息地合并了,而它们的创始人则悄悄离开了公司。两家公司的总市值从宣布合并时的52亿美元降至本文撰写时的25亿美元左右。尽管如此,仍然是私人的MapR后来还是以废品的价格卖给了惠普,后者吹嘘说他们得到了“一个非常好的交易”。
Hadoop留下了一堆客户的眼泪,他们花了大笔资金建造“数据湖”,却难以成功部署和管理这些数据湖,更不用说在这些湖中寻找业务回报了。与此同时,大数据业务已经转向云计算,因为云计算既便宜又方便。正如Mathew Lodge所说:“具有讽刺意味的是,Cloudera没有云时代。”
另一种假设(也就是说,这并不是云吞噬开源):Hadoop只是被夸大了。有人声称它将取代各种专注的、成熟的数据库技术,这是TAM的一个好故事,但Hadoop最终证明是所有数据交易的集大成者,却一事无成。把你有价值的数据扔到湖里也不是一个很好的比喻。Hadoop给我们的教训是,我们应该再次警惕那些关于“下一个大事件”的宏大技术承诺。
Pivotal
Pivotal是Pivotal Labs、SpringSource和Greenplum等收购项目的混合体,加上VMware对这些业务的投资,以及从头开始打造Cloud Foundry。Pivotal在2018年4月的IPO中以每股15美元的价格融资5.55亿美元。它的峰值是74亿美元,随后由于“销售执行”问题和“复杂的技术前景”而错过了几个季度。当它收到VMware的收购要约时,其市值已经跌至22.5亿美元。具有讽刺意味的是,Cloud Foundry最初是作为一种服务来设计的,但却发现自己陷入了向那些必须部署和管理自己服务的企业销售产品的复杂境地。相反,他们选择了云。
另一种假设是:Pivotal被“Dockernetes”也就是容器吞噬掉了,这当然也是开源的,所以云与公司短暂的上市没有任何关系。这种另类的故事得到了高级管理层的认可,他们本应销售云服务,却忙于销售咨询服务。
Red Hat
最后是Red Hat,它是开放源码的长期代言人。Red Hat是最初的(并且是很长一段时间)唯一的证据,证明你可以在开源网站上建立一个很好的业务,也是最成功的。然而,这一“模范”已经离开了我们的讨论,很快将成为IBM中间件博物馆的另一个注脚。为什么?因为云。
Red Hat拥有数十亿的收入、丰厚的利润、数十亿的银行存款、两位数的增长率,直到去年,Red Hat还拥有一只高速增长股票的估值。IBM斥资340亿美元收购了Red Hat,这是有史以来最大的软件收购案。我认为IBM支付过高(Watson可能帮助设定了价格),但Red Hat管理层和股东拿走了IBM的钱,这一事实突显出他们不相信该公司在云时代有未来。他们乐于以六个月前创下历史新高的股价脱身,这表明他们对恢复估值的能力信心不足,更不用说超越估值了。他们拿了现金,排除了参与Red Hat式复兴的可能性,这一复兴扭转了IBM持续的、不可阻挡的衰退(可能是一个明智的举动)。
正如我以前所说,Red Hat也有自己的挑战(在收购价格上,它找到了一个让IBM及其股东们手握大权的完美解决方案)。对于IBM来说,Red Hat可能看起来像一块宝石,但它们也有一个与云相关的问题。Red Hat是商业开源的典型代表,这是一个无关紧要的事实。Red Hat面临着一个非常传统的技术产业问题:代际淘汰。他们的大部分收入来自“基础设施相关产品”,即Red Hat Enterprise Linux(RHEL)服务器操作系统。随着计算从客户数据中心转移到公共云,RHEL并没有随之移动。你可能听说过云在Linux上运行。是的,只是没有在RHEL上运行。AWS、Azure和谷歌并不会为Linux支付Red Hat(如果需要的话,他们确实允许客户将RHEL作为客户操作系统运行,但是支付的理由变得越来越渺茫——如果超大规模的云不需要它,你为什么要这样做呢?)。随着Red Hat核心增长放缓,他们连续两个季度未达到华尔街的预期,这种不断萎缩的TAM终于在2018年开始出现问题,这被认为是成长型股票的问题,三分之一的估值正在消失就是明证。这些失误加上他们未来的可见度,可能促使Red Hat决定是时候给IBM打个电话了。
另一种假设是:Red Hat管理层告诉所有愿意倾听的人,他们有一个很好的云战略,他们环顾整个行业,看看可以与谁合作,以增强他们真正强大的云战略,并选择了IBM。
历史的终结
“成功是一个糟糕的老师”这句话被很多人认为是正确的,包括比尔·盖茨。当前的开源情况与微软在21世纪早期的情况惊人地相似。这家公司经营得很好,很享受现状。但随着开源软件和软件即服务(SaaS)撼动了这个舒适的世界,该公司拒绝做出改变,而是更喜欢以前的世界秩序。
对于云的兴起,一些开源软件的反应惊人地相似。当你认为有一个完美的模型时,它就会被颠覆。开源并不是软件历史的终结。关于历史终结的争论是非常令人不满的,尤其是对技术而言,因为他们几乎总是紧跟潮流。事实上,开源是一种脆弱的商业策略,依赖于项目和软件公司之间松散的关系,而不是一种商业模式。
正如微软和上一代软件开发人员最终不得不接受和拥抱变化一样,有些人成功了,有些人失败了,商业开源世界也是如此。在面对相反的证据时,坚持你认为的理想和永恒的模式不是一个好策略。要么适应,要么死亡。
开源是作为一种开发模型而存在的。很难想象有任何一种基础设施或开发人员软件不是开源的,但在相应的商业战略上还有很多工作要做。下一个伟大的开源努力可能是使多重云成为现实,至少对于关键的工作负载是这样。但是,新的关联业务模型必须将服务作为主要交付模型,并对云服务的特征——集成级别做出严肃的承诺。
(本文转载自51CTO.com)
热门资讯
快速打开国外网站的方法大汇总
如今,互联网已经成为人们获取信息、进行交流的重要平台之一。然而,由于各国的政治、文化等方面的差异,某些国外网站在中国是无法直接访问的。这对于需要接触国际信息的人来说,可能会带来不便。那么你知道如何访问国外网站,访问国外网站的几种方法?接下来就让我们一起来详细了解下吧! 访问国外网站的几种方法 使用加速器:加速器是一种将数据包压缩和加密传输的技术,可以提高网站访问速度。用户可以选择使用付费或免费的加速器服务商,安装加速器客户端,连接到加速器服务器即可。 修改DNS设置:有时候无法访问国外网站是由于DNS解析的问题,用户可以尝试修改DNS设置,使用公共DNS服务器或者自己搭建DNS服务器,以提高访问速度。 使用CDN:CDN是一种分布式缓存技术,可以将网站内容缓存在离用户最近的服务器上,从而提高网站访问速度。用户可以选择使用CDN服务商,将网站内容缓存在CDN服务器上。 使用镜像站点:镜像站点是指将国外网站的内容复制到国内服务器上,从而实现快速访问的目的。用户可以通过搜索引擎或者其他渠道寻找到镜像站点,并使用镜像站点访问国外网站。 使用VPN:VPN是一种虚拟私人网络技术,可以通过加密通道连接到国外服务器,从而实现访问国外网站的目的。用户可以选择使用付费或免费的VPN服务商,安装VPN客户端,连接到VPN服务器即可。 以上就是关于如何访问国外网站,访问国外网站的几种方法的全部内容,访问国外网站有多种方法,每种方法都有其适用的场景。如果您仅需要偶尔访问国外网站,那么使用VPN、代理服务器、DNS服务等工具都是可行的选择。但如果您需要经常访问国外网站,建议您选择付费的VPN服务,以获得更好的使用体验和更高的安全性。
2023-03-24
错误代码502,网页无法打开?教你如何解决!
在使用互联网的过程中,我们时常会遇到各种错误代码,其中502错误代码是最为常见的一种。502 Bad Gateway错误表示,网关或代理服务无法将请求发送到上游服务器。那么,错误代码502是什么意思?错误代码502怎么解决?接下来小编将为您一一解答。 一、什么是错误代码502 502 Bad Gateway错误是指代理或网关从上一个服务器接收到的响应无效或不完整。通常,这种情况发生在文件太大或处理速度太慢的高流量网站上。例如,当您访问一个具有高流量的网站时,您的请求将被发送到它的代理服务器。如果代理服务器在尝试访问网站时无法从上游服务器获取完整的响应,则会生成502错误代码。 502错误代码通常是由代理服务器、网关或负载均衡器等设备导致的,而不是由您的计算机或网络连接引起的。这意味着您只能为自己的网络连接做些有限的调整,但无法修复网关响应错误。 二、错误代码502的可能原因 1、上游服务器返回的响应无效或不完整 当请求通过代理服务器到达上游服务器时,服务器有时会出现响应故障。这可能是因为服务器正在忙于处理请求,或者因为出现其他问题造成了响应不完整。如果代理服务器无法从上游服务器获取完整的响应,则表现为502错误代码。 2、代理服务器或网关故障 当请求到达代理服务器或网关时,如果设备发生故障或未正确配置,则会导致出现502错误。如果代理服务器或网关未得到正确配置,将无法正常地从上游服务器获取响应。 3、网络连接问题 本地计算机与服务器之间的网络连接是错误代码502的常见原因之一。如果您的互联网连接出现问题或受到网络中断的干扰,则可能导致您的请求无法成功连接到代理服务器或网关,这会导致错误代码502的出现。 三、如何解决错误代码502 1、刷新页面 首先尝试刷新网页。因为502错误代码可能是由临时问题引起的,例如超载的服务器或墙壁上的阻止。因此,刷新页面可能会解决问题。 2、检查网络连接 检查您的网络连接是否正常。您可以尝试与其他网站进行通信,以确定问题是否出现在本地网络连接中。如果您的其他网站可以工作,但一个特定的网站不起作用,那么很可能是这个网站出现了502错误。 3、清除浏览器缓存 清除浏览器缓存还可能有助于解决502错误。浏览器的缓存可能是旧数据的源,这可能会使代理服务器或网关出现错误。 4、暂时使用其他网络连接 尝试切换到其他网络连接,例如在使用Wi-Fi时尝试使用移动数据。通过使用其他网络连接,您可以确定是否存在网络连接问题。 5、联系网站管理员 如果以上方法都尝试过了,但仍然出现502错误代码,并且您确信问题不是出在您的本地网络连接中,则可能需要联系网站管理员寻求帮助。他们可以告诉您更多关于错误代码502的信息,并提供解决方法。 在互联网时代,我们经常会遇到502错误代码。这意味着请求未能正确连接到上游服务器,通常是由代理服务器、网关或网络连接问题引起的。为了解决这个问题,我们可以尝试刷新网页、检查网络连接、清除浏览器缓存、暂时使用其他网络连接或联系网站管理员。希望本文能帮助您了解并解决错误代码502问题。
2023-04-20
一分钟带你了解网页升级访问原因
相信大家肯定在日常浏览网页访问的时候会遇到页面紧急升级就是页面打不开的这种情况,其实就是暂时访问不了该网站的,很多小伙伴们搞不清楚网页升级访问是什么意思,也不知道网页升级访问原因?其实这种情况很常见,很多网站当前的性能以及功能不能满足用户访问需求的时候,网站就会进行升级来满足访问者。那么为什么需要升级页面?具体跟小编一起来详细了解下吧! 网页升级访问是什么意思? 所谓的网页升级访问,就是用户们正在访问的网页正在进行升级,暂时不可能进行访问等操作,一般来说互联网的网页使用过程中会出现各种问题的,网页建设者们会通过升级访问提升网页的流畅度,让大家后续访问过程中更加顺畅。 网页升级访问升级原因 1、 每个网站的站长都是希望把自己的网站做大做强的,当网站的流量高了以后网站的后台服务器可能无法接纳大量的网友访问,这时候就需要升级网站了,升级以接纳更多的网友访问网站。 2、 网站营运一段时间后,由于网络技术的发展以及网络服务器环境的改变,原网页可能出现兼容性、功能与用户体验上的缺陷,为了更长远的发展就需要升级访问页面了。 3、 现在的网络发展很快,网站的设计与服务器安全的水平可能还停留在比较老的水平,页面的升级就能完善这些方面的缺陷。 为什么需要升级页面: 1、 升级页面对于网站优化:网站进行META标记优化,W3C标准优化,搜索引擎优化等合理优化操作,使网站在页面的布局、结构与内容方面都对用户与搜索引擎更加的友好,提升用户体验与搜索引擎对网站的认可。 2、 对于网站的安全与维护:页面安全方面的升级能有效的防止黑客入侵,造成网站破坏,数据损坏,商业机密泄露,客户资料丢失等损失;页面升级对于内容更新调整,网页X信息清理,网络速度提升等网站维护操作;定期检查企业网络和计算机工作状态,降低系统故障率;网站系统遭遇突发严重故障而导致网络系统崩溃后,在最短的时间内进行恢复;在重要的文件资料、数据被误删或遭病毒感染、黑客破坏后,通过技术手段尽力抢救,争取恢复。 以上就是关于页面升级访问的原因以及解决方法全部内容,其实很多网站都是需要升级优化的,为了的就是可以满足各种用户的需求,也是提升网站用户体验的一种方法,当然很多网站想要留住更多用户就需要对网站不断进行页面访问升级,这样才能有利于网站的发展,特别是当服务器无法接纳新用户访问的时候,更需要及时进行页面访问升级,希望本文可以帮助到大家。
2023-03-16
AWS永久免费服务器:你需要知道的一切
互联网技术的发展,促使云计算得以兴起并快速发展。云计算提供了无与伦比的服务和方便性,却也带来了高昂的费用。现在,你可以获得一些AWS永久免费服务器,使你能够在开发和测试新的应用程序时节省不少成本。本文将告诉你AWS永久免费服务器有哪些,以及如何充分利用它的免费资源。 AWS永久免费服务器提供哪些服务? AWS(Amazon Web Services)是亚马逊提供的一种基于云平台的服务。AWS永久免费计划提供高端计算、存储和数据库服务。下面列出了十种免费使用的AWS服务: 1. Amazon Elastic Compute Cloud (EC2):EC2是AWS的核心计算服务。免费计划提供750个小时的EC2实例。 2. Amazon S3:在AWS上创建和管理存储桶,对于不超过5GB的数据存储和处理是免费的。 3. AWS Lambda:以事件驱动的方式在云中运行代码,免费计划提供每月100万个AWS Lambda请求和每月400,000 GB秒的计算。 4. Amazon DynamoDB:AWS的高性能NoSQL数据存储,免费计划提供每月25个WCU和25个RCU。 5. Amazon Glacier:用于非常少访问数据的低成本归档存储服务,在AWS中,小于3GB的数据存储是免费的。 6. Amazon CloudFront:AWS的全球内容分发网络(CDN),免费计划为每个月50GB的数据传输提供免费流量。 7. Amazon Machine Learning:一种基于云的机器学习服务,在免费计划中提供每月10,000个批处理预测。 8. Amazon RDS:AWS的关系型数据库服务,免费计划实例持续使用750小时,每月获得20GB的备份存储和10万条I/O请求数。 9. Amazon SES:简单邮件服务,用于发送和接收电子邮件,AWS SES在免费计划中提供每月62,000封电子邮件发送。 10. Amazon CloudWatch:AWS的监控服务,AWS CloudWatch在免费计划中提供1个月内每个AWS账户$0.10的按需监控。 如何使用AWS永久免费服务器 AWS提供的免费计划通常是给新用户或者想要尝试AWS零成本的用户来使用。以EC2为例,我们将简单介绍该服务的使用。 1. 注册AWS账户:在AWS官网注册一个账户并使用AWS Free Tier即可开始使用免费计划。 2. 创建EC2实例:在控制台中,选择EC2,选择运行模板(AMI),选择实例类型,并分配安全组。分配完毕后,新EC2实例将被创建。 3. 登录EC2实例:使用Amazon EC2 SSH键对或Windows密码来登录EC2实例。使用AWS管理控制台中的实例状态检查每个实例的状态。 4. 配置安全组:安全组包含一个或多个入站规则和出站规则,限制EC2实例的流量。您可以根据需要配置安全组。 5. 使用EC2实例:EC2实例已经处于活跃状态,您可以连接到实例并使用它们。对于Windows实例,可以通过远程桌面连接到实例。 AWS永久免费服务器提供的服务使得开发人员更加容易入门云计算。当然,AWS Free Tier不是所有人都适用的,如果你需要更多的资源和服务,需要考虑更高级别的付费服务,但是对于学习和开发初期,使用永久免费服务是一件很明智的事情。
2023-04-08
全新的页面访问界面升级,让你的网页变得更精彩!
相信大家在访问网站的时候时常会遇到页面访问界面升级,暂时不可能进行访问操作,可能遇到这种情况很多小伙伴们都不知道怎么版,其实互联网网页在正常使用过程中是不会出现这种问题的。那么如果遇到页面访问界面升级怎么办?页面访问界面升级通知怎么设置?接下来就跟小编一起来详细了解下吧! 页面访问界面升级怎么办 所谓的网页升级访问页面,就是用户们正在访问的网页正在进行升级,暂时不可能进行访问等操作,一般来说互联网的网页使用过程中会出现各种问题的,网页建设者们会通过升级访问提升网页的流畅度,让大家后续访问过程中更加顺畅。这样上网就不会太卡了。 页面访问界面升级通知怎么设置出现页面访问升级通知中,可以首先打开这个永久访问页面,然后点击升级按钮,点击升级以后,网络就会自动的升级的,如果手机不会自动升级的话,就点击手动升级,大概等五分钟之后它就会自动的升级了。重复多次,通过以上方式就可以打开需要访问的页面。 页面访问升级出错? 有几个情况会导致这个现象出现: 1.你的网速过慢,网页代码没有完全下载就运行了,导致不完整,当然就错误了。请刷新。 2.网页设计错误,导致部分代码不能执行。请下载最新的遨游浏览器。 3.你的浏览器不兼容导致部分代码不能执行。请下载最新的遨游浏览器。 4.你的IE浏览器缓存出错,请右键点击桌面IE浏览器,选择属性,在常规页面里,点击删除文件这个按钮,选择全部删除,并且点击删除cookies按钮。 5.网站服务器访问量太大,导致服务器超负载,部分代码没有完全下载就提示浏览器完毕,导致错误。 你可以多刷新,或者换一个网速比较好的时候访问(前提是这个网站是个大网站,不会出现问题2) 6.qq空间目前在升级5.0版本,会出现一点小问题..请不用担心,到10月份更新完毕后,所有问题都会解决的。 以上就是遇到页面访问界面升级怎么办的全部内容,其实当网站停止访问的话,不一定及时网站问题,也有可能只是网站正在升级,升级也是为了更好的保证用户访问以及使用体验。当然也是为了安全性能,服务器软件功能会随着版本的更新而提升。当现有的网站功能不能满足访问需求的时候也会及时升级提升体验。
2023-03-02
不得不说!日本服务器IP地址如何查看和使用!
有时候我们需要使用来自其他国家的服务器,比如日本服务器,但是一些使用者可能会遇到一个问题:如何找到日本服务器的IP地址?在本文中,小编将介绍如何获取日本服务器的IP地址以及如何使用它。 一、如何获取日本服务器的IP地址 寻找日本服务器的IP地址需要遵循以下步骤: 1.打开一个浏览器,进入搜索引擎。 2.在搜索栏中输入“如何查看日本服务器IP地址”。 3.在搜索结果中找到整合好的网站或教程,点击访问。 4.根据网站或教程提示,输入服务器地址(域名、网址)。 5.服务器地址会被转换为一个IP地址,用于连接和使用服务。 6.将所得的IP地址记录下来,方便以后使用。 值得注意的是,即使你知道IP地址,也并不总是能够成功连接到日本服务器。有时候服务器会采用防火墙或网络策略阻止外部访问者的连接,若这种情况出现,你需要与服务器管理员联系,获取相关连接权限。 二、如何使用日本服务器IP地址 一旦你已经拥有了日本服务器的IP地址,你可以使用多种方法来连接日本服务器,下面是一些常用的方法: 1. VPN连接 从VPN服务商处购买VPN服务,然后在VPN客户端中输入日本服务器的IP地址和其他相关参数,就可以简单地连接到日本服务器。 2. 远程桌面连接 对于需要远程管理服务器的管理员或者开发人员来说,使用远程桌面连接是一种非常方便的方式,只需在本地计算机上打开远程桌面连接工具,输入日本服务器的IP地址和凭据,就可以轻松地连接到服务器。 3. FTP文件传输 如果你需要上传或下载文件,可以使用FTP协议进行文件传输。在FTP客户端中输入日本服务器的IP地址和其他相关参数,就可以开始文件传输。 总之,在互联网世界中,获取日本服务器的IP地址并连接到服务器上是一件非常基础且必要的任务。通过搜索引擎或者一些相关网站的帮助,可以很容易地找到日本服务器的IP地址。而一旦获取到IP地址,你就可以采取对应的连接方式进行远程访问和文件传输等任务。
2023-04-12