幾年前， 集裝箱橫掃開發人員，而開發人員的土地就像6級颶風一樣 。

碼頭工人 Rkt 。 其他 。

Docker Swarm 。

K8s 。

OpenShift 。

現在，我們實際上處于震中，但是當我們瞥見地平線時，我們看到另一個人來了！

無服務器 。

有趣的是， “無服務器”本身是用詞不當 。

當然有服務器。 總是有服務器。 程序如何在沒有底層硬件和實用程序模塊支持的情況下憑空執行？ 因此， 有服務器。

只是沒有在那里你會期望他們。

穿越計算的時間線，我們看到了動蕩的記錄？ 服務器數量：在真空地下室和城市規模的電源地下城中誕生； 多噸箱 網絡； 集群 云數據中心和服務器場 （農業剛剛失去了專利權！）； 容器。

隨著時間的流逝，我們看到服務器失去了重要性。 逐漸但穩步地進行。

現在，突然間， 吹 ！ 他們走了。

不可見 ，確切地說。

使用無服務器 ，您不再關心服務器。 它可能是物理機，云虛擬機， K8s吊艙 ， ECS容器 ……等等，甚至是物聯網設備 。

只要工作完成，沒人在乎。

從這個意義上說，我們意識到無服務器并不是什么新鮮事物。 這個概念，甚至一些實用的實現，都可以追溯到2006年 。 您自己可能已經從無服務器（或概念上無服務器）的體系結構中受益。 雖然有人可能會說它們是PaaSes，但Google App Engine和Google Apps Script （尤其是）是我在Google纏身的 “有趣的”歷史中的好例子。

就像觸摸屏一樣，無服務器的相似之處一直存在，但是市場炒作從來沒有像現在這樣激烈過-顯然它正在增長，隨著時間的流逝，我們肯定會看到更多。

AWS 較早進入競技場，目前擁有巨大的市場份額，比其他所有領域的總和還大。 Azure落后了，但是趕上了 ； Google似乎仍然更加專注于Kubernetes和相關的容器化技術，盡管它們也正借助Cloud Functions和Firebase 步入正軌。

流和事件驅動的體系結構在為無服務器帶來價值方面發揮著作用。 我們也不應忘記云計算的炒作 ，這種炒作使人們無法使用每一項瑣事 ，后來又讓他們想知道如何僅在使用時才為真正使用的東西付費 。

撇開所有雜亂無章的事情， 無服務器正變得越來越流行 。 平臺不斷發展以支持更多事件源 ， 對其他服務的更好集成支持以及更豐富的監視和統計信息 。 諸如Serverless之類的框架正在努力提供統一，通用的無服務器開發經驗，而諸如Sigma之類的IDE則在幫助新手（有時甚至是專業人員）以最小的麻煩和最大的速度使用無服務器而發揮作用。

嶄新而閃亮并不一定意味著無服務器是解決所有開發問題的靈丹妙藥 。 實際上，目前它僅適用于少數企業用例（主要是由于缺乏強有力的保證，這在官僚企業環境中非常普遍）。 盡管如此，提供商已經在為此進行工作 ，并且我們可以預見，在不久的將來會有一些顛覆性的變化，即使不是革命性的變化。 但是，在正式進入無服務器世界之前，最好總是重申您的要求，因為無服務器要求您的應用程序體系結構，開發人員以及開發人員思維的核心發生很大變化。

而且，當然，挑選蛋糕的最佳方法是親自品嘗 。

翻譯自: https://www.javacodegeeks.com/2018/04/serverless-a-no-brainer.html

總結

以上是生活随笔為你收集整理的无服务器：不费吹灰之力！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。