2017: 无服务的年份？

当我们踏上一个新的日历年时，博客充满了肚脐，刚刚在过去和水晶球的角度来看，就尚未到来的那一年。

虽然我对那些物品不太多的东西，但在最近在以色列花了几个星期并与一群关于无法计算的人交谈，似乎是一个及时的时刻，反思人类建议是最大的东西自虚拟化的出现以来的事情。

对于那些不习惯的人来说，无操作系统也被称为事件驱动的基础架构。基本上，它基本上与以前的基础设施（物理和虚拟服务器和集装箱化）的方法不同，而不是考虑基础设施作为一系列日益紧凑的计算单元，无服务会考虑输入和动作。无服务器架构，而不是阐明“我想要实现结果，因此我需要创建一个计算单位”，而是来自“发生此输入发生的范例”，因此将执行此操作。“因此，无操作系统完全专注于输出而不是该输出的手段。

正是由于这个原因，很多人都建议，它必须说 - 一定程度的夸张，无论如何完全改变游戏。

当与风险投资公司交谈时，我正在反映这一点，这些公司正在寻找有关无服务器空间潜在投资的一些建议。说VC公司担心无服务器是一个非常早期的运动，并且没有明确的是企业通过的速度。而且，由于风险投资公司都是可疑市场和市场需求，这是一个潜在投资的绊脚石。

我理解了他们的怀疑，但是在水晶球凝视的风险上，我令我震惊的是，尽管没有真正的吸收证据，但是无服务器是所有投资者都需要开始的旅程。

巧合，在我拥有这些对话的大约同一时间，我收到了Sirlish Raghuram，Platform 9的Sirish Raghuram的电子邮件，该公司提供了在OpenStack和Kubernetes等开源项目中提供的服务。raghuram希望让我参加今年的趋势;特别是，他认为2017年是无服务器开始获得势头的一年。每个raghuram：

“我们将看到无服务技术在2017年获得真正的牵引力。采用将由相同的前瞻性Devops社区领导，这些社区具有冠军集装箱技术，如Kubernetes社区在2016年。“

当然，这是与过去十年的每一月每1月听到同类语言，或者将来年作为一些新方法（云，SDN，Docker，Kubernetes，无法语）的突破年份。

但与无服务器的区别是它不仅仅是包装旧东西的新方法。看出围绕应用程序的创建和维护周围的问题是相当的新的方式。Raghuram表明机器人的上升潮流将是无服务器加速其市场采用的载体。正如他所指出的那样，很多DevOps自动化涉及使用Webhooks与各种系统集成的机器人。无服务器的方法使这种令人难以置信的自然和简单。

这种早期对无服务器的通过Devops自动化的认识将开始播种关于更广泛用例的种子。由于许多组织也与集装箱发达了涉及，因此服务器的好处带来了一个容器结构 - 通过更容易和更快的集装箱管理 - 而无需了解包含的管弦乐流系统，将证明是有吸引力的。

所有这一切都让我建议无服务器的崛起比我们认为的更快更快。它还引发了一些关于若干公司和倡议的2017年预后，特别是船坞，他们可以说是未能利用他们为集装箱世界带来的早期关注，现在受到双重趋势淹没的风险 - 更广泛开源容器管理解决方案，如Kubernetes，并“忘记服务器”态度，无服务器商店将拥有。

这里有很多紧急趋势在这里 - 集装箱化，无务，机器人，敏捷性要求等 - 而且我的意识是这些趋势都会增加无服务方法的采用率。这让我回来了，全圈，对话我与VC公司有关投资无服务器启动。

是的，确实是早期，无服务器是一种在很大程度上在野外未经证实的技术。但也是，我怀疑，一些会变得非常大，非常快，而且因为这个原因，你应该认真地看一些东西。