了解云和
小斗牛牛-[服务平台]
发布于 2019-08-30 09:51:00
9999+

热门棋牌本系列的前两部分阐述了为什么云计算将应用程序的重点放在操作而非服务器焦点上的原因,以及为什么应用程序的重点分别强调IT操作人员的核心职责的变化。这些帖子引发了一场关于推特和我称之为“云计算领域”的关于“devops”的后果和限制的非常热烈的讨论。我知道我承诺了一些行动中的devops的例子,但那将是必须等到以后的帖子。现在,让我列出一些更有趣的观察 - 和辩论 - 我对devops的评论已经触发.Devops并不意味着开发人员拥有所有权力。我的帖子的第一个回复之一来自Andi Mann,曾经是分析师,现在是CA的营销经理。 Andi对IT运营和云计算都有着丰富的知识,他对devops概念有一些保留意见:我所看到的关于devops的着作实际上是关于dev,而不是ops。因此,它们并没有真正捕获应用程序生命周期的整个故事。他们认为devops是解决操作问题的解毒剂 - 减缓发布周期,强制执行任意规则,搞砸部署,破坏开发人员生产力,破解手动脚本和配置,阻止业务变得敏捷 - 但无法识别导致问题的开发人员的失败,以及操作在应用程序交付生命周期中提供关键业务成果的作用。接着指出了操作系统今天所做的一些关键事项,无论基础架构所有权如何,他是对的 - 但是他错过了关于devops是什么的标记。正如Andrew Clay Shafer在回答中指出的那样:首先,Andi声称DevOps主要是关于开发人员。我不完全确定是什么让他想到这一点,但这显然是错误的,而且大多数人都非常关注运营背景。也就是说,我确实认为语义很重要,它可能只是名称本身引导人们得出这个结论。也许是NeoOps,或者KickassOps本来会更好......但现在可能已经太晚了。然后,哈弗描述了运营和开发在Andi概述的生命周期问题上相互作用的方式。我建议你阅读这两篇文章(虽然有时Sha790棋牌fer对我来说有点过于个人化),因为它们会让你对devops的混淆感以及devops如何在没有移交控件的情况下将操作更接近开发。基础设施运营仍然很重要 - 很多。前一点的扩展是观察,devops不仅不替换应用程序操作,而且也不替代基础结构操作。事实上,无论是私有企业数据中心还是公共云提供商数据中心,基础设施运营都能保持对数据中心可以完成的工作的巨大控制。当我讨论政策在沟通应用中的重要性时,请参阅第2部分。操作需要底层基础架构:应用程序策略的概念变得至关重要:描述性或规范性“规则”,输入参数和/或功能代码,它们基本上告诉云服务/基础架构代表应用程序做什么。策略通过定义良好的API提供给云服务,然后根据云服务提供商的需要映射到特定的基础架构服务配置文件。我的解释中有一个简单的事实:如果云提供商(实质上是基础架构运营服务提供商)是一个接收和解释策略,然后云提供商可以确定它可以支持哪些策略,以及这些策略实际上是如何支持的。你得到了吗?如果您是应用程序开发人员或运营商,则可以选择您的应用程序所需的任何操作策略,只要它受到一个或多个云提供商的支持即可。这种控制云中可用操作策略的能力就是为什么基础设施运营仍然是云计算创新的重要机遇。虽然有可能将生命简化为少数普遍支持的运营能力,但我相信 - 正如我之前所指出的那样 - 提供商将通过其服务的可配置性和灵活性来区分自己。明智的云回旋镖。 Hyperstratus首席执行官伯纳德·戈登(Bernard Golden)写了一篇很好的文章,讲述了为什么在不久的将来忽视devops可能会给你的IT运营组织带来巨大问题的原因之一;也就是说,Golden称之为云回旋镖:当工程师在云中完成他们的应用程序开发工作时,将会有“投入生产”的压力。其中许多应用程序将巧妙地,甚至是偷偷摸摸地从开发到“试用”迁移到生产。我知道棋牌官网

X分享到微信朋友圈

打开微信,使用“扫一扫”,点击右上角“分享到朋友圈”。