海量数据存储_租用_人工智能技术是什么

云计算 虚拟云 浏览

小编:来自加拿大北极探险队2010年进入PaaS市场就像上世纪初的极地考察。需要大量的准备和筹款,而不是很多关于旅途中会遇到什么的信息,一路上的生死攸关的决策,变化莫测的条件下的

海量数据存储_租用_人工智能技术是什么

来自加拿大北极探险队2010年进入PaaS市场就像上世纪初的极地考察。需要大量的准备和筹款,而不是很多关于旅途中会遇到什么的信息,一路上的生死攸关的决策,变化莫测的条件下的艰难地形,以及激烈的奖金竞争。至少我们不用吃狗。如果你错过了,CloudBees宣布我们将不再提供运行时PaaS,快跑@cloud。相反,我们将重点放在我们不断增长的Jenkins Enterprise上,CloudBees订阅业务-在prem上,在云中,并将两者连接起来,以及Jenkins在其中扮演着关键角色的持续交付空间。Jenkins一直是我们PaaS产品的核心,所以在某些方面,这不是一个重点,而是一个重新聚焦。不过,对于CloudBees客户来说,这是一个重要事件,他们中的许多人依赖我们的运行时服务和我们提供的集成开发到部署模型。我们将继续支持这些客户运行@cloud并帮助他们尽可能轻松地过渡到替代品(阅读我们关于运行@cloud新闻)。考虑到我们的开放式PaaS方法和市场上的一系列产品,转换将是非常重要的,但是是可管理的(请阅读我们的转换文档)。基于这样的背景,我想分享一下我们的行动背后的一些想法,以及我们在PaaS市场上看到的情况。 一个平台,差不多作者:Agrant141[CC-By-SA-3.0]作为一个团队,我们来自平台背景。对我们来说,云改变了人们构建、部署和管理应用程序的方式。因此,我们都习惯于在上面构建的平台——比如Java——需要改变范围和风格才能有效。这个想法推动了我们在CloudBees交付的很多东西。这就是为什么Jenkins是这个产品的重要组成部分,因为从我们的角度来看,持续集成和持续交付确实需要成为体验的一部分,当您使用弹性资源按需提供服务时。我认为我们已经被证明是对的。怀疑?看看谷歌在谷歌云平台上做了什么。他们同意我们的观点,并围绕詹金斯建立了自己的解决方案。这也是为什么主要关注运行时部署的PaaS产品,比如Pivotal的Cloud Foundry合作伙伴与我们在Jenkins上的合作。那有什么变化?服务-IaaS平台亲和力。IaaS提供商,尤其是AWS和Google,正迅速向上发展,提供越来越广泛的功能强大的服务。这些服务通常带有丰富的api,这些api是IaaS提供商平台的一部分。谷歌云服务就是一个很好的例子。如果你是一个Android开发者,这是你打开定位和通知服务的工具箱。它还鼓励您使用Google身份和运行时GAE服务。在AWS和Azure上也是如此,它们具有不同的倾斜度和锁定度。在任何旨在长期成功的公共云产品上也会出现同样的情况。IaaS供应商的这一上升趋势模糊了PaaS价值的界限。像CloudBees这样的PaaS供应商可以很容易地使用这些IaaS本机服务,但是对于最终用户来说,数据存储网站,如何在"PaaS本机"服务和直接来自IaaS提供商的服务之间进行分类还不清楚。什么是平台?谁能说AWS弹性豆茎比CloudBees提供的平台还差呢?我想我有一些经验和信誉来谈论这个话题,我可以向你保证,我们的产品在技术上各方面都很优秀。但最终,如果一堆Ruby脚本推动CloudFormation模板能够像CloudBees那样简单地部署、更新和监控Java应用程序,那么这些区别对大多数用户来说都无关紧要。这并不是说Beanstalk在功能上等同于今天的CloudBees,因为它不是,但它比两年前更接近了。与VPC的集成是前端和中心的,因为,他们是AWS,作为最终用户,您使用自己的帐户,云服务器优惠,而我们代表您管理PaaS。我想说的是,我们对平台价值的重视在两年前是一个很大的区别,但现在已经不那么重视了,即使我们增加了特性/功能,它也会继续下降。这是因为我们被落后的竞争者超越了吗?不,这是因为随着IaaS本机服务扩展其范围和平台本身的变化(见下一点),纯PaaS可以增加的额外价值被限制在里面。平台商品化。在这方面有很多事情很难简明扼要地捕捉到。首先是云铸造效应。CloudFoundry在创新杠杆商品化(ILC)策略上表现良好,使用开源和生态系统作为该方法的关键武器。Pivotal cloud Foundry在公共云中没有任何重要的业务,但却与企业中间件和应用程序领域最大的、成熟的参与者建立了合作关系。反过来,中间件市场(200亿美元)是PaaS的主要猎场,而cloudfoundry也为那些拼命寻找以开源为根基的私有云战略的IT人员带来了新的希望。企业内部私有PaaS成功的一线希望阻碍了公有云PaaS的采用,使得规避风险的企业市场更加低迷。第二,多亏了Docker,应用程序的容器化——像CloudBees这样的PaaS提供商的主要实现策略——正变得"标准"并且每个人都能简单地使用。谷歌已经将它作为一种让他们的产品更具可定制性的手段,甚至亚马逊也无法忽视这一点。这一转变再次改变了PaaS等式,因为将Docker与Chef和Puppet等基础设施自动化工具结合起来,看起来很像PaaS。像Mesos这样的新工具在与Docker结合时也会改变环境。当然,对于那些关注细节的人来说,Docker仍有一些漏洞,但不要指望这些漏洞会长期被拔掉。是关于服务的。PaaS玩家在完全管理(想想:CloudBees,Heroku)和自我管理(想想:任何on-prem解决方案,AWS-Elastic Beanstalk)之间有着明显的分界线。从广义上讲,初创企业和中小企业客户倾向于完全管理的方面,而大型企业则倾向于自我管理方面。我在上面介绍的平台变化继续使自助服务更加容易,同时降低了完全管理方法的感知价值。我说"感知"是因为在实现PaaS并大规模运行PaaS时,云服务器秒杀,感知到的和实际的努力之间的差距是巨大的。这对人们来说是很难理解的,尤其是如果他们没有经历过。但是,在购买阶段,感知就是现实,即使现实在交付时会受到影响。Heroku和CloudBees在规模化运营和提供深度、高质量服务方面的技术和组织投资是巨大的,但感知差距导致人们将其等同于与回答PagerDuties和Nagios警报相关的劳动力。此外,无名淘客软件,随着自助服务和IAS服务价值的不断增加,自助服务的组合也在不断增加。完全管理与自助服务之间的另一个区别在于交付模式。当您交付as-a-service时,就像我们对CloudBees PaaS所做的那样,您拥有on-prem软件交付和支持模型所不具备的优势。但是,从CloudBees的角度来看,随着一个大型的、不断增长的业务交付给企业内部的Jenkins企业用户,我们真的需要将完全管理的Jenkins更多地看作SaaS,而不仅仅是更广泛的PaaS产品的一个组成部分。所有这些变化对PaaS市场意味着什么?除了我之前提到的动作,你已经可以观察到一些影响:谷歌将他们的PaaS GAE和IaaS GCE故事整合成一个单一的、强大的开发者悟性的谷歌云平台故事,毫无疑问,从移动方面来看,这一点更加一致。CenturyLink收购了AppFog和Tier3,将IaaS和PaaS结合在一起,使其不再只是一个托管提供商。IBM将所有的SmartCloud企业工作都转移到了Softlayer上,自建云服务器,并在基于cloudfoundry的BlueMix背后整合了PaaS,以延长WebSphere在云中的寿命。同时,UrbanCode的引入给他们带来了DevOps的凉爽,至少是一家蓝色商店所能处理的。微软模糊了azurepaas和真正的公共IaaS之间的界限,这是一个明确的认识,它结合了更多的价值和更好的方式来吸引更广泛的受众。DotCloud转向Docker,重新规划内部集装箱化投资,并不再强调PaaS业务。Heroku与Heroku1公司的Salesforce部门更为紧密地联系在一起——你知道,这部分人能够接触到财大气粗的企业公司,这些公司已经信任Salesforce提供一些最敏感的信息。在没有IaaS或PaaS卡可玩的情况下,Rackspace陷入困境,正在寻找买家。在我的敌人联盟的一个典型敌人中,传统的企业玩家已经排在OpenStack后面。由于其开源的传统,红帽在这场看似有争议、政治性,但可能太大而不能倒的烂摊子中占据领导地位。为了避免OpenStack的混乱,但为了获得围绕其云计算工作的社区治理光环,Pivotal创建了一个新的付费云铸造基金会,并吸引了广泛的企业参与者。在这一切中,亚马逊只是继续其无情的步伐增加更多的服务,最新的冲击是针对移动和协作。综上所述,这些变化表明市场整合、平台商品化、持续走强

当前网址:http://www.vmchk.com/web/2021/0224/52046.html

 
你可能喜欢的: