自 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