自 2016 年活动》的第一天起服务器运维技术，人们就一直关注一个新兴话题：“NoOps”无服务器平台对运营带来的前所←未有的挑战。物理服务器和虚拟机可以抽象出来，但这并不意味着可以↑完全省略基础设施配置工作╲，开发者往往会忽略底层持久化机制所固有的巨♂大风险。

开幕主题演讲解决了这个问题，并就无☆服务器技术是否可以更好、更快、更便宜（和更安全）提出了』一系列问题。我们认为，AWS、Azure 和 Cloud 等无服务器平台仍面临挑战，尤其是在日志记录和监控等运营领域。

创始〓人在当天的演讲“, NoOps and the Tooth Fairy”

是最受好评的演讲之一。在他的演讲↘中，他介绍了他从移动应用平∏台 Parse 中获得的经验，该平台现已被㊣　收购（并将于 2017 年 1 月结束）。说它需要“在它变得太酷之前跳入无服务器”。在他的演讲中，他认为“服务不是神●奇的精灵尘埃”服务器运维技术，开发人员必须了解适用于他们使用的技〓术的责任共担 () 模型。她的首要建议是“完ξ　全控制您的关键路径（同时使其尽可能短）”并“了解不同的技术及其依赖关系”。无服务器平台的状态管理◇问题特别值得关注，强调有关查询范围的问题不会因为其他人负责管理数据库而自行消失。这种情况最重要▓的后果是“服务保护自己（但用户为此付费）”，这意味着查※询需要受到限制，并且没有能力理解或遵循底层基础设施约束，用户体验同时使用应用程序也会受▅到影响。她对运营有非常广泛的定义，并谈到了当天活动中讨论的许多其他问题：

运维是一个组织内部围绕系统设计、构建和维护①、软件发布以及问题的技术解决方案所需的一系列技术能力、实践和文化价值观的总称。

在无服务器平台上使用配置管理工具是活动当天反复∞出现的话题。 Red Hat 的 Ryan Scott Brown 就使用 配置 AWS 进行了闪电般的演讲，在 Rafal 关于“企业中︾的无服务器”的演讲中也更深入地探讨了这个话题。该示例展示了如何使用 .他还就日志记录和监控提出了观点，称他之¤前使用的服务器作为 、 和 (ELK) 堆栈的一部分运行，这也意味着整个架构并◥非完全无服务器。

一般而言，虽然无服务器平台可以轻松满足初始部署和扩展等要求，但不能完全省略基础架构ω操作。仍然需要考虑、计划和提№供安全、备份和恢复、日志记录和监控等任务所需的工具。虽然使用服务提供商的 Web 用户界面（即使→使用默认值）以一次性方式配置这些可能很困难，但生↑产应用程序可能需要更复杂的配置管理方法，并且需要可以与应用程序〖中管理任务的其他方面集成代『码库。

查看****英文原文：is not a