_本文轉載自公眾號：HelloJava。_

雲原生這個概念已經越來越深入人心，但對“雲原生到底是什麼？”這個問題，仍然是各種各樣的解讀，最近對雲原生具體是什麼有了點感觸，於是寫下來分享和探討下。

我現在認為雲原生其實是讓眾多的公司，透過基於雲的產品迅速獲得在構建一個現在這個時代的應用（是不是有點像 AWS 一直講的 Modern Applications）所必需的各種基礎能力（如：極強的規模伸縮性、極高的可用性、極低的創新/運營成本、大資料的分析/運營能力等等），而不需要像以前的很多公司，為了具備這些能力，投入巨大，或者用另外一句話說：**雲原生就是專業的基礎能力普惠化，隨手可得**。

當今時代的應用和多年前的應用面臨的狀況差別太大，這個差異和當今業務面臨的激烈競爭和玩法有很大的關係，我以前一直覺得像阿里在發展過程中積累的很多能力，外面很少有公司會需要，就像當年百億、千億美金的公司是多麼難才出現，但現在看來則完全不一樣，所以這也奠定了當今時代的應用在技術層面能力的要求也遠不一樣，簡單說幾個點：

1. 對可用性的要求遠高於以前的應用：現在的應用通常一上線對可用性要求就已經不低了，因為一旦出問題就很容易把使用者送給競對；
1. 對伸縮性的能力要求也遠比以前高，主要體現在兩個方面：一是團隊規模，現在的業務公司很容易迅速發展到百人以上，而百人以上的研發效率如何保持儘量不下降，這對系統的伸縮能力有著很高的要求；二是使用者規模，現在眾多業務的使用者規模可以很快地突破百萬、千萬規模，這就要求系統必須能根據使用者規模快速地伸縮；
1. 創新和運營的成本必須低：業務競爭無比激烈，快是關鍵，所以怎麼在不需要太大投入的情況下快速上線各種業務，是無比重要的；另一個方面就是運營的成本，這個是和現在應用的使用者規模、激烈競爭密切相關的；
1. 大資料的玩法：現在的很多業務對獲客、推薦、搜尋等的大資料化要求還是相當高的。

阿里是一家在自身發展過程中，逐步碰到上述的挑戰（當年的競爭環境基本還不會要求一個業務上來就把各種能力具備好），但以前也沒有云可用，所以在發展過程中不斷積累各種能力，現在透過開源、雲商業化對外輸出這些能力，使得即使到了現在這樣的競爭環境下，各種有業務創新想法的同學們，還是可以像當年一樣快速上線業務，而不是要先投入巨多力量、花費巨多時間把需要的基礎能力打磨出來。

我自己並沒有完全經歷阿里的發展過程，接下來主要還是簡單說下我自己經歷的一些。

1. 在 2007 年，淘寶在基礎能力上面臨的最大問題是伸縮性，兩個現象當時都出現了：使用者數量大量增加，加機器已經基本要加到瓶頸了；研發人員大量增長，研發效率下滑非常明顯。在這個階段，淘寶做了一輪非常重要的架構改造，磨練出了例如服務框架、訊息中介軟體、分庫分表方案、分散式檔案系統、分散式快取等基礎技術產品，結合業務架構的重新設計，很好地解決掉了伸縮性的問題。
1. 在 2009 年，淘寶面臨了可用性問題，經常出各種故障，於是開始積累各種監控、快速恢復、tracing、系統設計裡如非關鍵路徑非同步化等技能。可用性這塊的投入一直在持續，到後來為解決 雙11 這種特殊情況的可用性、確定性訴求而創造的全鏈路壓測；透過同城雙活、異地多活的多機房體系構建的強容災能力以及快速恢復能力等；以及線上下場景加入後來面臨的不一樣的可用性方案等。各種場景的高可用方案的積累，也使得業務的可用性越來越有保障。
1. 2011 年左右，阿里開始覺得未來在資源投入上的運營成本可能會很誇張，於是在 2011 年開始透過容器化來提升機器使用效率、持續進行成本最佳化，後來又持續透過雲資源彈性來解決 雙11 這型別的短時高峰的成本投入問題，透過線上離線混部解決大資料機器投入越來越大、線上機器叢集利用率不高產生浪費的問題，經過多年努力，使得業務在高速增長的情況下，機器資源投入上的運營成本還是相對可控的。

如上文所講，阿里是依靠巨大的人力投入、場景打磨和多年的持續投入才逐漸形成了完備的能力。而現在的業務，則可以用雲原生的方式構建，使自身一上來就具備這些能力，至少能夠讓自己在如今激烈且要求更高的業務競爭環境中，不會在這些基礎能力上拖後腿，以此可以花更多的精力、時間、資源在真正的業務創新上。這樣具象化的雲原生對整個社會的創新還是相當有價值的。

雲原生的進一步具象化

相關文章