自 2016 年活動的第一天起服務(wù)器運(yùn)維技術(shù)，人們就一直關(guān)注一個新興話題：“NoOps”無服務(wù)器平臺對運(yùn)營帶來的前所未有的挑戰(zhàn)。物理服務(wù)器和虛擬機(jī)可以抽象出來，但這并不意味著可以完全省略基礎(chǔ)設(shè)施配置工作，開發(fā)者往往會忽略底層持久化機(jī)制所固有的巨大風(fēng)險。

開幕主題演講解決了這個問題，并就無服務(wù)器技術(shù)是否可以更好、更快、更便宜（和更安全）提出了一系列問題。我們認(rèn)為，AWS、Azure 和 Cloud 等無服務(wù)器平臺仍面臨挑戰(zhàn)，尤其是在日志記錄和監(jiān)控等運(yùn)營領(lǐng)域。

創(chuàng)始人在當(dāng)天的演講“, NoOps and the Tooth Fairy”

是最受好評的演講之一。在他的演講中，他介紹了他從移動應(yīng)用平臺 Parse 中獲得的經(jīng)驗，該平臺現(xiàn)已被收購（并將于 2017 年 1 月結(jié)束）。說它需要“在它變得太酷之前跳入無服務(wù)器”。在他的演講中，他認(rèn)為“服務(wù)不是神奇的精靈塵埃”服務(wù)器運(yùn)維技術(shù)，開發(fā)人員必須了解適用于他們使用的技術(shù)的責(zé)任共擔(dān) () 模型。她的首要建議是“完全控制您的關(guān)鍵路徑（同時使其盡可能短）”并“了解不同的技術(shù)及其依賴關(guān)系”。無服務(wù)器平臺的狀態(tài)管理問題特別值得關(guān)注，強(qiáng)調(diào)有關(guān)查詢范圍的問題不會因為其他人負(fù)責(zé)管理數(shù)據(jù)庫而自行消失。這種情況最重要的后果是“服務(wù)保護(hù)自己（但用戶為此付費(fèi)）”，這意味著查詢需要受到限制，并且沒有能力理解或遵循底層基礎(chǔ)設(shè)施約束，用戶體驗同時使用應(yīng)用程序也會受到影響。她對運(yùn)營有非常廣泛的定義，并談到了當(dāng)天活動中討論的許多其他問題：

運(yùn)維是一個組織內(nèi)部圍繞系統(tǒng)設(shè)計、構(gòu)建和維護(hù)、軟件發(fā)布以及問題的技術(shù)解決方案所需的一系列技術(shù)能力、實踐和文化價值觀的總稱。

在無服務(wù)器平臺上使用配置管理工具是活動當(dāng)天反復(fù)出現(xiàn)的話題。 Red Hat 的 Ryan Scott Brown 就使用 配置 AWS 進(jìn)行了閃電般的演講，在 Rafal 關(guān)于“企業(yè)中的無服務(wù)器”的演講中也更深入地探討了這個話題。該示例展示了如何使用 .他還就日志記錄和監(jiān)控提出了觀點(diǎn)，稱他之前使用的服務(wù)器作為 、 和 (ELK) 堆棧的一部分運(yùn)行，這也意味著整個架構(gòu)并非完全無服務(wù)器。

一般而言，雖然無服務(wù)器平臺可以輕松滿足初始部署和擴(kuò)展等要求，但不能完全省略基礎(chǔ)架構(gòu)操作。仍然需要考慮、計劃和提供安全、備份和恢復(fù)、日志記錄和監(jiān)控等任務(wù)所需的工具。雖然使用服務(wù)提供商的 Web 用戶界面（即使使用默認(rèn)值）以一次性方式配置這些可能很困難，但生產(chǎn)應(yīng)用程序可能需要更復(fù)雜的配置管理方法，并且需要可以與應(yīng)用程序中管理任務(wù)的其他方面集成代碼庫。

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