再見，localhost！

本文做者：張海龍
CODING 創始人兼 CEO。技術創業者，十多年來一直在技術圈、開發工具領域耕耘， 2014 年創辦 CODING ，給企業用戶全套 DevOps 研發管理工具，包括項目管理、代碼託管、持續集成、製品管理、持續部署，讓整個開發過程均可以在瀏覽器中實現。

這應該是我腦海中構思時間最長的一篇文章，大概半年時間，一直沒有動手。前一陣子，咱們的新產品 Nocalhost 發佈了，不再能拖了。其實也不是我懶，確實有些關於「雲原生」的問題沒有想透，怕寫不出東西。有不少新概念成熟的過程其實都不是一開始就想的特別清楚的，都是有了個萌芽之後開始逐步實踐，慢慢的就成了事實。雲計算，物聯網，無不如是。

什麼是雲原生？

「雲原生 Cloud Native」這個概念其實提了好幾年了，可是一直沒被重視，直到今年終於開始爆發了，幾乎全部大廠都在忙着發佈雲原生的白皮書和路線圖，生怕被時代落下。

我真正理解 Cloud Native 是從瞭解它的反義詞開始的。對於不理解的東西嘗試去看它的反面每每會豁然開朗。那 Cloud Native 的反面是啥呢？不是 Cloud in-Native 也不是 Non-Cloud Native，而是 Machine Native（這裏順便推薦一本書《反脆弱》，脆弱的反面不是堅強，而是反脆弱，頗有意思的觀點，值得一讀）。這是一個巨大的概念飛躍。從計算機誕生以來，一直都是有個機器的概念，是一個具象的，物理的機器。雲的出現第一次把這個具象打破了，你所依賴的計算資源不再是一臺/多臺機器，而是一朵雲。不是說把一坨機器放一塊兒就是雲。雲包含了大量對於硬件的抽象，以及服務能力的抽象，使得上層應用能夠徹底脫離對於物理硬件的依賴。過去咱們寫程序的時候，必需要考慮的三大件有「內存，硬盤，CPU」，這也是馮諾依曼架構的核心。 從某種意義上講，雲的出現使得計算機行業變相的突破了馮諾依曼架構，或者說也是應對摩爾定律到頭了的解決方案。如今 Cloud Native/雲原生的應用，已經徹底擺脫了對於三大件的依賴，全部須要的資源都是經過雲 API 獲取。

馮諾依曼計算機結構

最近流行的 Serverless 技術，也是這一理念的延伸。這裏的最終效果就是往雲上扔一個應用，就能順暢的跑起來，至於怎麼調度計算資源，用哪裏的計算資源，那是雲的事情。正如你把電風扇的插頭插到牆上就應該能轉，至於這個電怎麼來的，電網怎麼運行的，風力仍是火力，你關心嗎？

上雲三步曲

把雲比做電是一個對於美好將來的想象。時代的變遷是個漫長的過程，涉及到對於現有系統的大量改造。咱們把 Machine Native 時代的應用叫作傳統應用，Cloud Native 時代的應用叫作雲應用。傳統應用和雲應用的差異一點都不比汽油車和電動車的差異小。因此要實現真正的「上雲」必需要對傳統應用作改造，這是一個巨大的工程，也是巨大的產業機會，我稱之爲數字化的城中村舊改。這個世界上確實沒啥新鮮事，都是換了個模式換了個技術把作過的事情一遍一遍的重複。相似的事情還有從 PC 轉向移動互聯網的時候，大量的 PC 應用再造了一遍。

如今不少企業喊上雲，雲廠商也幫着企業上雲。十多年雲計算的發展，尚未接觸過雲的企業能夠說是絕無僅有。可是到目前爲止絕大部分企業完成的只是上雲 1.0，也就是把傳統應用搬到了雲上。對於企業來說，這樣的上雲至關於把雲廠商當成了高級的 IDC 機房。這固然是不能體現雲最終價值的。

因而云原生概念出現了，你不光要上雲還得雲原生，這叫上雲 2.0。也就是把傳統應用改形成雲應用。這裏涉及到的點大概有，把應用拆成微服務，容器化，數據庫也別本身裝 MySQL 了，直接用雲數據庫，還有其餘好比緩存，監控，日誌啥的，雲通通給你搞定，你管好應用的業務邏輯就行了。改造完了之後你會發現，這個應用大量依賴雲的能力，從某種意義上講你的應用不再能在你本身的機器上跑起來了。因此我給雲原生下了一個定義「離開雲活不了，叫作雲原生」。這個時代遲早要來的，咱們如今離開了電也活不了。

雲原生架構

當你的應用雲原生之後，你會發現另一個問題，開發這些應用變得很是困難，由於你的開發工具都是爲開發傳統應用準備的，爲了開發雲應用，你必須調整本身的開發工具和開發方式。這裏就須要上雲三步曲的最後一步，開發雲原生，也就是上雲 3.0。

有時候想一想雲廠商也挺壞的，一步一步的讓客戶上套，美其名曰推進時代發展，數字化新基建。

Nocalhost

咱們公司一直是堅決的雲計算實踐者，有啥新東西就用啥。咱們大概在一年前就已經基本完成了上雲 2.0，但隨之而來不少開發的問題：

1. 開發沒有辦法擁有本身的開發環境，沒法在本身的機器上跑起來整個 CODING，150 個微服務。
2. 共享的測試環境常常被搞壞，更新維護困難。
3. 開發測試環境沒法使用雲的 PaaS 服務（雲數據庫，緩存等等）跟生產環境不一致。

每次我跟新同事交流的時候，都會提到開發環境的問題，效率低下。這使得我不得不深刻調查這裏的問題根源在哪裏。2020 年上半年咱們也找了很多已經深刻使用微服務和容器的團隊交流，你們廣泛都會遇到上面的問題，一般的解決方案是搭建共享的開發測試環境，但這是一個治標不治本的 workaround。這裏的本質問題就是雲應用和傳統應用的架構差異，致使開發工具和開發方式必須作出改變。國外也有一些項目在嘗試解決這個問題，但這確實是一個新領域。

雲給咱們帶來便利的時候，也給咱們帶來了各類開發的不便。有時候懷念，作一個單機應用是多麼的純粹，多麼的簡單快樂。我想寫過程序的都會熟悉下面的畫面：

在筆記本上裝一個 LAMP，而後就跑起來了。調試的時候改完代碼，保存，刷新頁面就能看到效果，行雲流水。而如今雲原生的體系結構使得開發的調試變得很是困難，你改個代碼要等 10 分鐘才能看到效果，甚至更長時間，這種感覺堪比打王者榮耀的時候卡頓，想把手機砸了。這個時候開發每每會去泡杯咖啡，被迫摸魚……

咱們產品團隊在調研了各類技術之後，認爲有可能作一個產品解決雲原生開發的問題，使得雲應用的開發體驗接近傳統應用的開發體驗。之前看 Localhost 感受它就是個代號，最近研究雲才愈來愈以爲這個名字的深切含義，甚至感到一絲慚愧，相見恨晚。這個詞的表述也很達意：「Local」「Host」——本地的機器。然而在雲原生時代，開發環境搬到了雲上，從某種意義上講 local 沒有 host 了，或者說沒有 local 了，這個機制也就再也不能解決開發的問題。那 localhost 的反面是啥，no localhost ？合併一下取名 Nocalhost（ https://nocalhost.dev ）。

Localhost 是一個很偉大的發明，它使得開發者不須要網絡環境就能完成網絡應用的開發，極大的提升了開發調試的反饋循環。但歷史的車輪滾滾向前，一代代技術推陳出新，曾經的輝煌都會被寫入歷史。

再見，localhost！

前往感覺雲上開發新體驗