服务
关于
CloudProse博客
Think FaaS播客

部署无服务器团队-Think FaaS播客

您如何建立这样的团队来建立无服务器项目以取得成功?无服务器团队的样子。
福雷斯特Brazeal Trek10 191210 171202
阿甘(Forrest Brazeal) | 2018年2月28日

2018年2月28日,星期三

在Google Play上订阅 订阅苹果播客

成绩单

嗨,我是Trek10的Forrest Brazeal,这是“ Think FaaS”,在这里我们比运行Lambda函数花费更少的时间了解无服务器计算的世界。因此,请紧记五分钟-现在是“ Think FaaS”的时候了。

如果您到目前为止已经收听了我们的播客,那么我知道您对构建无服务器应用程序感到很兴奋。今天,我想谈一个更高层次的问题:您如何建立这样的团队,使无服务器项目成功? 无服务器团队看起来像什么?

我们已经进入无服务器革命的初期,因此没有一个简单的答案。但我会根据我过去组建此类团队的经验提出一些想法。

首先,使用无服务器技术的团队只有相对较少的人员。

无服务器计算是您的技术人才的非凡力量倍增器。完全有可能利用现有的惊人的云服务阵列,在周末与几个开发人员一起为绿色现场应用程序提供MVP。但是,由于您的团队规模较小,因此这些人的个人影响更大。

因此,您的团队可能看起来不像传统的开发或运营团队。

我与之合作,在无服务器系统上蒸蒸日上的人们不是想在笔记本电脑上写八个小时的代码,然后将这些代码丢给操作团队的人。但与此同时,无服务器的全部要点是没有低水平的操作麻烦。没有可以通过SSH进入的VM,也没有可以应用的Windows补丁。

相反,工程师在此领域要取得成功所需的技能是Javascript向导,供应商管理的某种不完美的结合,最重要的是,愿意将自己的工作一直投入生产。

我最近和凯尔西·高塔谈过 我在A Cloud Guru上的“无服务器超级英雄”系列。他指出无服务器系统确实需要SRE技能-站点可靠性工程。您花费较少的时间专注于“如何在此包装盒上安装防病毒软件?”以及“关于此延迟来自何处的百分之一的用户,以及在我对服务提供商的日志的访问受限的情况下该如何解决?”上的更多时间。善于解决这类问题的人从来都不便宜或不容易找到。它们对无服务器项目特别重要的原因是,无服务器系统抽象了许多较低级别的任务,而这些更高级的问题会占用您团队的很大一部分注意力。

团队中的每个人也必须是一位建筑师, 部分原因是目前缺乏明确的最佳做法。没有大量适合大多数用例的即插即用无服务器架构。我认为,即使不是更早,我们也会在未来几年内达到目标。但是与此同时,这种类型的高阶问题解决却在每个人身上。我见过暑期实习生来从事无服务器项目,在短短几周内,他们就解决了诸如“我应该使用哪种类型的缓存来提高此API调用的性能?”之类的问题。显然,这是一个非常开放的问题,即使是有经验的人,也可能导致系统混乱。

不利的一面是,由于失败的成本非常低,因此无服务器团队往往过于敏捷。 您想尝试三种不同的缓存策略吗?做到这一点-在云中进行部署和测试的障碍实际上是不存在的,而且FaaS的低价格意味着您可以轻松地运行多种口味的应用程序来进行A / B测试。这样一来,您的团队就可以迅速地走向成功。

总结一下 一个无服务器的团队将传统的“ Dev”和“ Ops”角色分解为一小组高度技术化的通用问题解决者。 我们最终看到人们不再关心在他们正在做的工作上贴上标签,而是对他们开发的系统承担更多的责任和所有权,这是来自几个傻瓜的“ NoOps”和“ NoDevs”模因的真正含义。几年前。

借助无服务器,团队中的任何人都应该能够部署代码。但老实说,没有人应该真正想要。当开箱即用的服务无法为您服务时,编写代码成为最后的选择。当您知道要在凌晨三点支持您的一段代码时,您会思考很久,然后再写出特别聪明的东西。您将更高的价值放在交付有效的系统上,而不是为自己编写代码。与任何技术一样,无服务器计算本身并不是目的。相反,您和您的团队应该问一个问题:“作为企业,我们如何使用这项技术创造最大的价值?”

是我的!希望您下次能和我一起观看另一集“ Think FaaS”。

作者
福雷斯特Brazeal Trek10 191210 171202
阿甘(Forrest Brazeal)