西蒙·沃德利（Simon Wardley）访问无服务器超级英雄
欢迎来到无服务器超级英雄！
在这里，我与工具制造商，创新者和开发人员进行了交谈，这些工具制造商，创新者和开发人员带领我们进入了光明的无服务器未来。
今天，我正在与Leading Edge论坛的顾问，情境感知，原理和游戏性专家Simon Simon Wardley交谈。 为了方便起见，我编辑了采访。
这是通常的可重复性程度。 因此，我说无服务器架构（FaaS）将加速开发几个数量级。 您的系统已经有人写的99.9％。 诀窍是找到合适的作品。 容器？ 不要让我笑。 另一个笨拙的设备。 -西蒙·沃德利
Forrest Brazeal ：这不是您进入IT领域的第一年，并且您正在竭力捍卫无服务器开发。 您对此很感兴趣吗？
Simon Wardley ：2005年，我们在Fotango进行了环境规划，并意识到计算正在变成实用程序服务，这意味着代码运行时将朝着同一方向发展。
结果，我们创建了Zimki，实际上，它是世界上第一个服务平台：通过API打开的Javascript服务器，这是具有功能性计费的真实代码执行环境。
我们立即在开发，维护和总体上有了不同的看法。 突然，我们在成本方面看到了新的细节水平。 从来没有人有过。 我们提出了各种有趣的概念，例如基于价值的开发。
las，当我们刚刚获得发展动力时，母公司决定为我们提供服务。 但多年来我一直在考虑它。 结果，Lambda出现了。 我认为这很酷。
比说……容器更陡峭？
您不认为，实际上我喜欢容器。 这些是不可见的子系统。 但这不是真正的斗争。 真正的事情发生在代码运行时中，尤其是在功能计费方面。
似乎许多人仍然不认识到无服务器架构正在改变世界，并继续争论这个词的含义。 它让您感到惊讶吗？
它使人想起了2006年的EC2。Sun长期涉足实用程序计算，但很少有人认真对待EC2：“有些垃圾。 谁需要这个？” 他们休息了很长时间。
在2009年或2010年，所有这些管理顾问都说过：“未来是私有系统，AWS将不会退出。” 在获得同样成功的情况下，我们可以说：“那么，为您的这些车准备些什么，最好为马积干草。” 我们都知道亚马逊现在在哪里。
有人会赶上他们吗？
这与主要设备制造商在2008-09年关于EC2的谈话相同。 计算变成了实用程序，其他所有东西都拖累了它们。 现在我们将其称为DevOps：高阶系统的快速发展，快速的变化，间歇性的平衡。
大型公司依靠惯性来安慰自己，因为这一切都不会流行并且不会影响到他们。 当然，他们算错了。
当时，主要的设备制造商拥有所有重型火炮。 贝索斯有一个亚马逊和一个弹弓。 他赢了。 这不是工程师的错误，而是领导的错误。 现在他们想重返游戏领域，但所有优势都在亚马逊方面。
对于无服务器架构，同样的事情也会发生。 当然，其他公司本可以与亚马逊抗争，但不会，因为他们不相信亚马逊。 当他们相信时，火车将离开。
如果无服务器架构如此好，为什么每个人都在使用容器？
要使用Lambda，有很多事情要弄清楚。 这是完全不同的媒介，是一个巨大的飞跃。 容器更容易。 另外，它们是便携式的，这一切令他们特别高兴，尤其是供应商。
他们只是在谈论这一点，而没有注意到向代码运行时的转变。 容器不会强制更改架构，也不会显示几乎所有代码已经由某人编写。
Lambda真的是一个值得付出努力的强大工具吗？
我最近在Twitter上进行了一项调查：人们重写了基本的用户注册功能多少次。 原来-一百万。
...例如。 如果您已经开发了至少10年，那么您重写了几次用户注册功能？ -西蒙·沃德利
令人惊讶的是，公司具有很高的可重复性。 人们认为政府在浪费资源。 我在政府中看到的最糟糕的可重复性情况是118个系统几乎完成了相同的操作。
在私营部门，我看到具有一千个相同风险管理系统的银行。 全世界有多少？ 数以千万计的相同系统。
我深表歉意，但我们整天都在回收废纸。 而且，如果您从根本上改变架构，则可以将这段时间花在真正有用的功能上。 但是，当然，说起来容易些：“哇，容器！ 进进出出-很棒！ 而且环境几乎就像是喜欢的拖鞋。”
顺便说一句，关于“进出”。 许多人担心无服务器架构是“ 人类历史上最严重的供应商绑定 ”。 是真的吗 我们将完全依赖无服务器计算提供商吗？
当然，如果我们有不同的竞争供应商，那将很酷。 但这并不像好处和功能那么重要。 公司仍在相互竞争。 供应商同意的机会几乎为零。 每个人都说：“我们将因此而与众不同。”
当然，唯一的例外是对容器的普遍喜爱。 所有人都忙着用集装箱，但战场已经转移。 您赢得了战斗，但输掉了战争。
我们今天谈论很多战斗。 如果无服务器计算根据您的情况发展，谁会赢，谁会输？
如今，削减了筹码的亚马逊和阿里巴巴正在获胜。 仍然有非常聪明的公司（例如Netflix）使用这些技术并迅速适应。
而且，当然，来自一两个人，十亿美元的公司将无处不在。 它们将具有一个功能。 没有人会认识这些家伙，但是每个人都会将此功能用作服务。
至于失败者...我不想让你不高兴，但其中会有DevOps粉丝。
请记住，当计算是一种产品时，我们就根据该产品的特性构建了架构方法。 以较高的平均恢复时间（MTTR）为例。 我们扩大了规模，计划了容量，考虑了灾难恢复之类的事情。
然后计算成为一种实用工具，减少了平均恢复时间，我们创建了新方法：分布式系统，故障保险，混乱工程，连续部署。 随着时间的流逝，它被称为DevOps。 作为产品的计算已过时。
现在有了无服务器架构，新的变化正在等待着我们，DevOps将成为过去的遗物。 他们将开始忘记他们。
有些人甚至还没有真正的时间来切换到DevOps。
是的，有些人刚刚开始向DevOps过渡五年。 结果，他们将到达那里，那里没有人。 真可惜
十年后软件开发将是什么样？
我们甚至不知道在无服务器架构上将采用哪种方法。 我不会肯定地说，但是有一些猜测。
开发人员将处理财务问题。 该功能的成本将比以往更加重要。 新的基于价值的开发模型将会出现：一个公司将为另一个公司构建一个系统，但不是以固定价格，而是为该系统的部分利润。
当然，为此，公司本身必须了解系统带来的利润。
公司的结构也会改变。 这是很平常的事情。 电力已从产品发展为公用事业，并且出现了许多更高阶的系统。 当福特主义和美国制度出现时，生产也发生了同样的事情。
发生这种情况时，就会出现新方法，并且组织形式也会发生变化。 我认为无服务器架构也将如此。
也就是说，您认为在软件开发中损失会更少，效率会更高？
让我们定义术语。 不要将损失与费用混淆。 这些是不同的东西。
我们将看到高阶系统的高效率和快速发展。 至于IT成本，他们在2007-2008年就谈到EC2。 你好， 杰文斯悖论 。
实际上，事实证明，事情越高效，我们就越需要它。 人们认为通过无服务器计算可以节省大量资金。 我必须to起嘴唇。 我们将采取更多。
最后一个问题：您会对无法在无服务器架构和容器之间进行选择的人说什么？
（笑）但是他是我的朋友还是什么？
我认为，我们的共同点多于分歧。 我更担心时间。 战争在无服务器的战场上爆发。 所有的言论都应该在那里。 断断续续的平衡-就是这样：您认为，再等一百年，然后您看-他们航行了。 -西蒙·沃德利
假设是朋友。
那么，如果项目是短期的，让他选择他想要的东西。 我不反对容器。
但是，如果项目很长，最好不要花时间掌握无服务器计算。 未来与他们同在。