当我们知道它正在染色[麦克风滴]服务器。

对于许多人来说,这可能不会完全惊喜。但如果由于某种原因你没有注意,那么长,服务器的慢性死于2014年,何时开始亚马逊网络服务(AWS)介绍AWS lambda.。供参考,这里是来自AWS的Lambda的描述:

“通过Lambda,您可以为几乎任何类型的应用程序或后端服务运行代码 - 所有类型的应用程序都具有零管理。只需上传代码,lambda负责使用高可用性运行和扩展代码所需的一切。您可以设置代码以自动从其他AWS服务触发或直接从任何Web或移动应用程序调用。“

什么“无刀”真的意味着什么

AWS Lambda有时被通用名称“无法无义”称为错误。但是,无操作系统是一个更广泛的术语,包括所有不要求您的云服务,管理员旋转服务器运行它。Lambda只是一个这样的云服务。无服务器服务的另一个例子是通知。AWS有一个服务亚马逊简单通知服务(SNS)。您不会旋转服务器并在IT上安装SNS - 您可以使用SNS。

有许多其他的无服务器服务示例,所以当我引用无法无证时,我谈论任何不需要(或允许)管理服务器的任何和所有云服务。

尽管现在各种无法无务服务已经存在了一段时间,但它是AWS Lambda,它为我们所知并使用它们时,为服务器进行第一个真正的死亡打击。从那以后,两者都是微软Azure.谷歌云平台已经出现了自己的答案,叫责任职能。我将使用通用术语“函数”来引用此类无服务器服务。

在无服务器世界中的OPS新角色

Lambda’s debut in 2014 prompted me to ponder where operations (the ops part of DevOps) should focus its priorities in a world where developers (the dev part of DevOps) have the ability to spin up, scale up, scale out, consume, repurpose, scale down, scale in, shut down, and retire infrastructure on their own. The fact that developers can now do all of this without looking over the wall for operations support represents a huge shift in workflow. I have total respect for developers, but after two decades on the technical support and monitoring side of the business, sometimes I feel like they’ve made off with the keys to the cloud candy store—and that’s a好的事物!

那么这一切勇敢的新无法无关的东西都在哪里进行运营?运营人员应该开始抛光他们的恢复或考虑切换职业吗?基本上,应该担心他们的角色在危险之中吗?

答案是不,而不是长期射击。开发人员不会接管运营的工作职责。机器人不会侵入我们的域名并嘲笑我们的口袋保护器。换句话说 …

保持冷静和云:无服务器操作

六项优先事项ops应该专注于

当然,这并不意味着什么都不会改变。无服务员和功能的兴起以及开发人员的赋权将确实影响OPS团队的工作方式。鉴于此,我有六个建议(按字母顺序排列),ops人们应该将他们的优先事项集中在Devops无服务器世界中:

1.自动化

由于开发人员越来越多地采用强大的脚本架构服务,操作需要确保他们是前方的一步(如果不是很多步骤)。这意味着从检查到看所有组件都是正确运行的,以确保开发人员在自己清理(“您完成那个容器吗?”)。运营人必须擅长自动化他们的日常任务!请记住,开发人员使用同样的自动化来创建基础架构和功能,尽可能快。

我的建议:研究Devops部署诸如AWS CloudFormation.和其他云供应商的类似服务。

2.成本优化

这个问题一直在增加一段时间。曾几何时,IT预算被授权,项目已批准,并购买基础设施。开发人员和业务都没有真正关心成本,因为全部都在项目审批水平上处理。之后,开发人员是基础设施的消费者,运营是在那里支持这种基础设施,保持灯光。

现在,操作在理解的位置和如何平衡云计算的三腿凳子:可用性,性能和成本时都有很大的作用。OPS独特地定位以回答此类问题,是否已使用过大型实例?自动播放器是否正确配置为缩小?存储和数据库资源是否正确消耗?这变得至关重要,因为开发人员获得了创建基础架构和代码功能的看似无限的能力。在这个新的环境中,操作是对意外云账单的第一行防线。

我的建议:熟悉云供应商如何为其服务充电,并将光线闪耀到那个黑暗,可怕的地方(参见下面的“监控”)。

3.灾难恢复

我们都知道失败,甚至是云服务。操作将始终需要考虑最坏情况的情况,并确保已为故障转移正确配置正在创建的环境。我们已经从场外磁带备份存储库中走了很长的路,但适用了相同的理论:如果发生了什么部分建筑失败了?操作需要确保作为开发人员脚本基础架构和代码功能,故障转移策略到位。

我的建议:故意打破事物(当然,当然,在开发环境中)了解如何创建容错,多区域体系结构......然后尝试打破那些。

4.监控

这个不能过分强调:监控你可以的一切!如果您不监视它,则无法了解它是否正常工作(或正在工作)。在云世界中,监测变得更加重要,因为一分钟的服务可以在眨眼之间退役。操作需要监控无服务器的服务,以确保按预期执行(或确实执行)。监控云服务提供了改善未来云服务使用的业务基本信息。

我的建议:合并云供应商的内置监控(适当情况下)。但是,您是否完全相信狐狸来保护母鸡?寻找第三方监控解决方案,以获得无偏见的视图。亚博直播平台批判性地,第三方监视解决方案对于完全仪器至关重要,并理解复杂的多云以及混合动力(云和内部部署)架构。只有这样,您才能理解完整的图片,一个端到端的监视视图,以显示您的应用程序及其与他们依赖的云服务的关系。

5.安全

基于云的安全性实际上可以比内部部署品种更安全。然而,“强大的力量是巨大的责任。”操作仍然需要管理,控制和维护应用程序和系统的正确访问权限,以最大限度地减少漏洞的漏洞,并避免不正确地曝光私有数据。随着脚本基础设施和函数的兴起,OPS必须为所需的云服务提供指定,同时确保这些服务已正确固定。

我的建议:根据云供应商建议建立最佳实践安全流程,并将云安全专家纳入云旅程(内部利益相关者或外部资源)。

6.故障排除

始终是操作的基本技能,故障排除几乎是什么操作。这不太可能改变 - 运营总是需要弄清楚出了什么问题。但是,随着云服务,疑难解答可能会变得更加复杂,因为操作延伸到考虑到不同的应用程序,脚本基础架构和功能等内容。

推荐:继续做你正在做的事情。如果你没有在某处潜伏在一起的内夏洛克福尔摩斯,你就不会在运营中。

疲惫不堪的ops团队没有休息

你可能会想,“我们刚到这里。我们刚搬到了云端。我们将物理服务器移动到实例。我们也移动了我们的数据库。尽管我们对支撑基础设施有一点可视性,但我们也获得了一些很酷的新功能和能力(我正在看着你AWS CloudFormation.)。现在,他们继续从我们这里拿出凸实的凸实,并用这个整体函数无服务器。我们不能暂停一点吗?“

不,这不会发生。世界迅速向无服务器移动为默认选项。当然,并非所有目前都能适应无服务器和/或功能,因此雪崩展示自己可能需要几年时间,但准备好,即将到来!

幸运的是,在下一阶段的云旅程中,运营团队非常适合支持我们的组织。我们可能需要学习一些新的工具和技巧,但这始终是操作职位描述的一部分,对吗?

轮到你了

你读过我的想法。您认为业务在哪里应该将其优先级集中在Devops World中,其中“无务”成为规范而不是异常?让我们在推特上了解@newrelic.使用hashtag.#serverless.

作为新亚博直播平台遗物的解决方案战略总监,凯文对IT opp,云行业以及与客户和合作伙伴合作的深刻了解,以协助他们的云采用旅程。他一直在企业软件行业超过20年,并花了12年作为客户面向解决方案架构师,将企业软件解决方案销售给所有垂直。亚博直播平台查看帖子

对新遗物博客的写作有兴趣吗?亚搏体育登入网送我们一个球场!!