對雲計算銷售市場來講，IDC日前公佈的《中國雲運營服務市場(2021上半年)跟蹤》結果報告顯示，京東雲在我國雲運營管理市場佔有率處於第四位。京東雲早已持續五年位列第一勢力，也是京東明確提出“技術性、技術、技術性”的第五年。

對京東的業務支撐點來講，2021年京東11.11、618的訂單資訊，100%是在雲上進行的，包含京東零售、京東貨運物流等。獲益於雲原生架構，京東技術性精英團隊對業務支撐點能力十分強，早已持續多次大促零技術性安全事故。

只是在十年前，大家仍在爭執雲計算是不是有將來，而十年後，雲計算的未來已來。

第一部分 釋放出來的京東雲（2012-2014）

2021年11.11的技術性迎戰期內，京東不但規定技術性品質，還降低1/4的迎戰時間、迎戰人力資源，與此同時也有減少耗能執行翠綠色低碳環保迎戰指標值，技術性精英團隊都很坦然的完成了。

這就是技術進步的能量，最少，表明京東的雲計算精英團隊在解決積體電路工藝高併發情景時，早已得心應手。

以前很多人都把京東作為一家零售企業，從某種程度上說，這也並沒錯。但是，即使是零售企業，京東也是一家跑在移動網際網路上、雲端的零售企業，而今日所有人瞭解，京東那樣C端特性的新式實體企業，實際上是AI、雲計算、網際網路大資料等技術性最好是的培養土壤層。

經營規模確定了要求的相對高度，實踐活動的相對密度影響了發展的速率，而業務的本質則選擇了所發展趨勢出去的雲計算管理體系的承載能力。

京東具有一切創造優秀雲計算技術性和運用的場景設計和標準，但在日常生活中，這一切來得並不易。

不一樣的公司有不一樣的未來發展途徑，京東最開始以零售發家，之後由於2003年的“抗擊非典”的逐步推進，把所有業務搬到了在網上。這一權宜之舉，之後造就了京東。

較長一段時間至今，京東全是典型性的“產品研發跟隨業務走”的未來發展途徑，先有業務，再有人做產品研發，以致於創立後較長一段時間裡，都將產品研發定坐落於業務的適用管理體系。而據《血戰618—探索與發現京東技術性制勝之道》一書，2008年京東618宣佈釋出的第一年，京東迎戰的專業技術人員仍屈指可數。

之後，天極網的高階副總裁李大學被京東以20萬餘元的高薪職位請來當上技術主管。聽說，他帶上十幾個年輕人連打過三個月的鋪地，每日只睡三四個鐘頭，再次給京東設計方案了一套系統軟體。

這套系統開發容積是日均十萬單，而那時候京東日均訂單數是5000單，2008年11月1日，新系統釋出，當日的日均訂單數做到了一萬單。

殊不知，2011年京東日訂單數的最高值到了50萬單，遠遠超過這套系統軟體的容積。

《彭博商業週刊》記述了那樣一件事，2011年11月1日書籍限定3鐘頭營銷期內，許多消費者在大促逐漸以前就即將買的書放入了加入購物車，結果到了活動的具體時間下單的情況下，發覺訂單資訊如何都下不了。由於分散式系統容積超出了那時候系統軟體能夠承重的極限，系統軟體辨別出不來書籍庫存量狀況，客戶持續刷庫存量，系統軟體就偏癱了。

實際上，這也難怪專業技術人員，誰也沒法預估，伴隨著移動網際網路的覆蓋率暴漲，京東的業務從盈利到發售，翻了一萬倍。今年初設計方案的總體目標，年末不管怎樣也跟不上提高的要求。

老京東都瞭解，京東內部有二種不正確不能犯，第一是貪汙腐敗，第二是大促伺服器宕機。

此刻就遇上了繁雜的問題，大營銷的情況下非常容易發生伺服器宕機這類的問題，那時候在電子商務行業十分廣泛，不可是京東，另一家也是。誰都沒有萬應靈藥，確保一定不容易伺服器宕機。

實際上，許多知名的網際網路公司，包含BAT都是有這個問題——企業發展初期，技術性不成熟，請不來一流的優秀人才，寫的編碼有很多bug，被譽為為“垃圾山”，自此，又反覆的擴充，這就要系統軟體的問題大量。殊不知，由於業務不可以停，也沒人能貸款擔保轉移業務到新的網路平臺上的風險性，“垃圾山”便會一直存在，靠修修補補執行著。

但事實上，當問題逐漸對焦的情況下，處理之途就發生曙光了。

京東有準備的引進雲計算的高階人才，起源於何剛，何是amazon初期雲儲存新專案S3的開發者，那時中國企業都還沒雲計算的定義。之後，盛大遊戲創立自主創新院，雲計算是一個最新專案，陳大年從洛杉磯把何剛帶到了國內，再加上如今Ucloud的創辦人季昕華和七牛雲的創始人許世偉，創立了盛大雲，但盛大遊戲的局勢迅速持續下降，何剛來啦京東。

但是，實際上，在京東真真正正使用雲伺服器以前，就早已有很多京東的底層在運用雲原生的許多關鍵內容了，包含Docker（容器）、Kubernetes（K8S）、微服務架構。

2012年，在開源系統服務專案架構基本上，京東根據Zookeeper認證中心上線第一代微服務平臺。與此同時，在容器化層面，為提高運用部署高效率，開發設計了例如編譯程式裝包、全自動佈署、日誌蒐集、資源監管等好幾個配套設施專用工具系統軟體。

有初期的京東職工追憶，京東那時的雲計算新專案名還不叫JDOS，有些人叫CAP、有人叫J1，之後大夥兒感覺這麼大的新專案沒有個宣佈名字也不太好，因此擁有宣佈引進Docker容器，自研容器模組服務平臺JDOS1.0。

從容器下手，是11.11這種購物節逐步推進相悖，也是京東繁雜業務發展趨勢的必定。在我國電商發展的關鍵階段，京東訂單資訊量每一年暴漲。從2013年逐漸，京東用容器來更新改造IT系統。

在其中很實際的緣故，便是京東那時候的系統基礎架構很雜，而容器的益處，簡易說便是，全部的業務都被無差地封裝形式在“容器”裡，容器可以被無差地管理方法和維護保養，這就大大的增強了運維管理高效率。並且，因為有解決尤其繁雜的構架容器化的工作經驗，京東之後的“雲艦”的一個優點便是相容模式好，此乃後話。

與此同時開始的，也有微服務架構，從初期釋出的微服務平臺，到JSF1.0及其後面更新版本號，全是隨著著11.11、618一起發展趨勢的。

微服務架構的實質，是一種軟體開發技術。簡易的說，之前開發設計的APP，是一個總體，給予一組作用，而微服務架構是一組服務專案，在這個構造中，服務專案是粗粒度的，協義是輕量的。

假如一定要舉個例子，那微服務架構就好像是一盒樂高玩具，你能拿他們蓋起來一座古城堡，還可以只修一座小木屋。至關重要的是，假如在其中某一構造出了問題，你只必須取出一塊新的換掉，而無需拆下來全部房屋。

更主要的是，它轉變了系統的開發方式，之前，一組程式猿緊緊圍繞一個重要建築物構成一支施工隊伍，但目前許多跨職責的精英團隊可以匯聚在一起，一起用“積木遊戲”的方法來搭建服務專案，這不但增強了開發設計高效率，也讓開發人員對微服務架構的開發設計一開始就根據對業務的市場需求和洞悉而逐漸。

假如說容器化解決了基礎架構的問題，微服務架構解決了開發方式的問題，那國外業務的臨門一腳，則促進了雲原生在京東管理體系的全方位運用。

2014年為了更好地拓展專業化業務，京東對最底層的雲服務平臺做完全的容器化。當再次為國外網站提前準備“糧草”的情況下，京東發覺中國目前的系統軟體最重要的問題是“拆不動”，商品、運用全是緊藕合。

說白了的緊藕合，便是運用和跑應用的構架中間的開發設計的專用型度提高，通用性度低，一旦產品研發自然環境和工作環境中間無法達到完全一致地複製，佈署資源成本費便會很高。還可以簡單的正確理解為，從A系統軟體上拆下來的控制模組，難以完好無損的放到B系統軟體上而且立刻跑起來。

殊不知，中國的自然環境再難，也是有大量的專業技術人員可以隨時隨地修修補補，但國際性業務不太可能那麼做，也不太可能有那麼多的專業技術人員停留國外，這就逐步推進京東雲務必加強規範化建設的基本建設。

在這樣的情況下，京東第一代容器模組服務平臺JDOS1.0就需要更新，專業技術人員發覺，第一代容器模組的生產排程方法比較單一，只有簡易依據物理機的剩下資源是不是符合要求來開展挑選生產排程，在提高運用的使用效能和服務平臺的利用率層面沒法做更進一步提高。

因此，京東引進Kubernetes，將JDOS1.0更新到JDOS2.0，不斷完善了容器的監管、網際網路、儲存，映象檔案核心等容器生態文明建設。

這給京東雲產生的轉變是，一方面適用了業務——如京東雲首席總裁高禮強比喻那時候的成效是：“夜裡改動的物品明日就能公佈；今日在中國新上架的物品，明日印度尼西亞在另一個的情景下也可以再次把作用組成起來”。

而另一個轉變是，解藕合也變成京東雲的另一個特點，在未來攻掠雲計算平臺銷售市場後，這是一大競爭能力。

第二一部分 內功大，成（2014-2016）

京東是中國電商行業業務經營規模維持持續增長的引領者，這也是京東雲演變的一個自始至終的驅動力。

假如說第一代容器雲模組的開發設計，解決了京東系統軟體跑過去的“垃圾山”上的問題，2015年後的京東，業務多樣化變成新的要求牽引帶點，京東引進Kubernetes，更新JDOS2.0，產品研發雲原生的阿基米德智慧監控系統，基本上全是在這個環境下開展的。

而因為這種新技術的運用，提高了全部京東大資料中心的網路資源生產排程的高效率。在確保業務的常規運作下，群集的均值資源使用率提高3倍。僅在11.11迎戰期內，就節約了幾億元的網路伺服器產品成本。

可是，以2015年為一個分界點，京東的業務遭遇更多的試煉。

這一年，被稱作移動網際網路的下一場，從網民人數看來，截止到2015年6月，網民數量為48.8％，在我國網友數量已達6.68億人。

特別注意的是，這一年，中國手機網民經營規模達5.94億，網友中應用移動上網群體佔有率升到88.9％。

而在小編髮文的時下，中國手機網民將到10億，因為智慧機的普及化，大家應用網際網路技術的形式從幾個人同用一臺PC，變成了每個人一部手機，而標準線大城市、鄉村的增加網友超出90%的第一臺網上機器裝置便是智慧機，這為電子商務的覆蓋率提高搭好啦基礎設施，電子商務再次呈爆發趨勢，巨大的客戶經營規模和集中化的要求回應，依然對京東的基礎設施建設明確提出極大試煉。

京東雲的內部也感覺到，移動互聯全方位開啟，促使朝向好幾個情景的服務專案指數級增長，一方面，同一個運用在不一樣情景中的再次開發設計，專案成本高而高效率低；另一方面，運用的不斷提升，給運維管理工作中提供了試煉，服務治理刻不容緩，推動迭代開發與運維管理。

此時，早在2014年就已經內部自主研發的的新一代綜合服務平臺JSF1.0開發設計功效，初期因為編碼轉換的問題，京東雲不具有服務治理能力。而JSF的突顯特點，便是具有服務治理作用，包含常用的分類、左右線、黑與白名冊、路由器等，也做好了具有動態性分類、同計算機房優先選擇、配備下達、讀取過流保護、受權讀取這些作用。

事實上，JSF承受住了多次大促、大流量的磨練，日常讀取在萬億經營規模，而大促期內會讀取會翻2-5倍，但都能應付裕如。而在尤為重要的容器化層面，能力也大幅提高。

最好是的檢測或是大促，很有可能，全球也不會有我國的電商節那樣檢測雲伺服器能力的大大關了，這也許也是京東由上而下都高度重視大促的緣故，大促不但是一個收益連線點，也間接性展現了公司的技術性能力，可以穩定的扛過大促，沒有顧客會關注點贊，大家以為是當然；而一旦大促伺服器宕機，顧客便會對服務平臺的技術性能力造成懷疑，而這也是一切服務平臺也不願意碰到的狀況。

事實上，2015年618大促，京東運作了近萬隻Docker容器及其幾十個KVMvm虛擬機器，承受住了大流量的磨練。京東關鍵的一些核心運用例如商品詳情頁、照片呈現、擊殺、派送員訂單資訊等，及其海外購和O2O新業務都佈署在容器雲間，有超出1000個運用連線，包含京東每個業務線。而做為當初618大促的擴充和資源池，其Docker運用數是中國乃至世界最大經營規模之一。

而承受了2015年618/11.11的磨練，京東雲精英團隊不但累積了大批次的容器經營工作經驗，對Linux核心、網際網路、儲存等深層個性定製的能力也不斷提高，完成了容器秒級分派，很有可能也就是從這一刻起，京東雲不會再是“終端軟體”，反而是意味著京東探尋雲計算、網際網路大資料前端的一支尖兵。

透過大促不斷磨練後，京東內部幹了一個關鍵決策，2016年，在基礎架構關鍵點整理的非常清楚、最底層的基礎設施建設服務專案和分散式資料庫服務專案都越來越完善、內部的應用和運作十分暢順以後，4月1號宣佈擴大開放雲計算平臺服務專案，宣佈入駐我國雲計算跑道。

第三部分 承受外界磨練（2017-2021）

京東雲近些年不斷為政府部門、金融業、交通出行、加工製造業、診療等眾多領域打造出使用雲伺服器及其雲不斷經營解決方法。來源於京東雲的資訊也表明，京東雲現階段已在全國各地70個大城市進行產業鏈數字化實踐活動，助推政務中心自主創新和產業發展發展趨勢。

京東雲有什麼與眾不同的技術特點呢？要掌握這個問題，或是要科學研究京東雲的發展。

最先是京東雲的延展性特點。

京東延展性雲是京東代表性的發展戰略產品研發新專案，而它的“路基”，便是根據Docker(容器)簡單化了運用的實施和擴充，提升了作業系統的伸縮式能力；京東現階段有著容器總數超出200萬，早已變成世界最大經營規模Docker群集之一，強有力的保證了全部運維繫統的穩定運作。

據調查，我國接近100個“電商節”，京東系則有數十個，可以說，電商節早已常態，而在一個個電商節颳起的尺寸高峰裡，最好是的訓練了京東雲的延展效能力。

簡易說，京東延展性雲根據云計算將客戶的總流量勻稱分散化到延展性雲的效能卓越連線點，提升微服務架構來推動訂單資訊的生產製造。京東延展性雲會依據歷史記錄的測算開展資源預計和貯備，完成自動化運維和精益化管理。

例如，像618大促這樣的流量高峰期，彈性雲會自動補充資源，做到彈性擴充套件，在流量低谷期，又可以進行資源回收，從而將資源靈活地排程起來，在提升資源利用率的同時確保了運維繫統的穩定性。

其次，是擁抱雲原生Kubernetes，構建阿基米德排程系統。

數智化時代開啟後，跨場景精細化運營管理對資源管理提出新的要求，需要形成資料中臺能力，全面服務多個場景運營管理，也對敏捷、高效提出了更高要求。

雲原生這三個字，其實準確的讀法應該是 雲-原生。

其中，雲（Cloud）是和本地對應的，傳統的軟體跑在本地伺服器上，如果要把它們遷移到雲端，就需要進行不小的改動，這往往會造成很多問題。

而原生，我們可以理解為“土生土長”的，換句話說，就是雲原生的應用，在設計之初，就是考慮到為了雲環境而設計的，比如雲服務的彈性、分散式優勢等等，京東雲完整經歷了從物理機、虛擬機器再到雲原生的全過程，使得其具有某種戰略級的視野。

容器化並不能解決所有的問題，京東有大量的伺服器資源，而資源使用不夠充分，其實，這在每個網際網路業務平臺都存在。

也就是說，在平臺的波峰期，需要靠新增伺服器來應對高峰瞬時流量，但在低谷，這些資源就會浪費；同時，不同批次、型號的機器的資源使用率差距較大，資源碎片導致的資源浪費嚴重。

因此，隨著業務的持續發展，簡單的排程分配資源演算法已經無法滿足複雜的排程需求，急需找到解題之道。

那就是一套更具有智慧屬性的中央排程系統，京東的阿基米德應運而生。作為 JDOS 的核心排程元件，阿基米德是撬動整個資料中心的支點，負責整個京東資料中心的資源排程與驅逐。京東同年引入開源的Kubernetes 技術來重構相關技術棧，全面對技術進行升級。

對於資源碎片和時空不均的情況，阿基米德用批處理任務進行統一填充式排程，以達到資源碎片的充分利用和資源的時空複用的效果。不僅可以對當前的資源和任務進行排程，還可以綜合應用畫像和批處理任務的描述，對未來一段時間的任務排程進行提前規劃，使得業務能夠正常執行的同時，資源得到充分的利用，有效防止了批處理任務與長期服務的資源競爭。

作為支撐京東萬億 GMV 的技術基礎設施，阿基米德由大規模容器叢集排程、資料庫與儲存技術平臺、元件化微服務平臺、商品圖片技術平臺、異地多活與智慧運維、邊緣計算平臺構成。其中容器技術是所有平臺服務的基石。

2018年京東加入 CNCF 雲原生計算基金會，成為白金會員。經CNCF基金會官方確認，京東目前運營著全世界最大規模的Docker叢集、Kubernetes叢集，以及最複雜的Vitess叢集之一，全量100%實現了“All in Containers”，是目前全球容器化最徹底的網際網路企業之一，也是CNCF開源專案最大的使用者與貢獻者之一。

第四部分 京東雲的核心優勢是什麼？

在2016年以前，基本是內部需求在拉著京東雲跑，而2016年以後，內外部的業務增長，使得京東雲面臨打造行業最複雜的混合數字基礎設施的任務。

例如，2019年，京東物流系統國際化。但是，京東雲的基礎設施沒有在歐洲落地，而是透過IaaS層的適配，將技術中臺快速部署在AWS/Google，這使得當地的業務研發不用關心PaaS執行在哪朵雲上，而隨著物流國際化進一步加速，京東物流經常性在全世界範圍內開倉，京東雲的混合雲架構則很好的適應了接下來的快速開倉過程。

同樣，在2020年，經過一年多的產品打磨，重構了公有云託管K8S叢集的網路模型，適配更多的應用場景，為集團業務上公有云託管K8S叢集打下堅實基礎；外部支援百家雲、三維家、科大訊飛等多個大客戶將業務執行在京東託管k8上；內部支援AI，物流等多個部門逐步將業務遷移到託管k8產品上。

在2021年，京東雲發力混合雲、多雲，進一步開發雲艦平臺，支援多平臺的k8s叢集的全生命週期管理以及上層的PAAS、SAAS應用接入和整合。

但雷峰網認為，京東雲不僅僅是技術上有自己的特色和先進性，更重要的是其戰略思想具有開放、相容、利他的屬性，而如果脫離了這個屬性去理解京東雲，得到的只是對技術片段的理解，只有瞭解雲艦的核心思想，才能從更高層面理解京東雲的行業價值和內在競爭力。

京東雲進入賽道的時候，中國公有云市場已經發展了一段時間，而這段時間裡，很多企業為了增強業務黏性，都或多或少的加強了雲的三層架構的耦合，進而引導使用者使用“全家桶”式的服務。

然而，雲使用者天然具有分散風險的需求，多雲、混合雲是必然的發展方向，這就要求京東雲能在遊戲規則以內，解決客戶被單雲鎖定的問題，以雲原生應用的開發、部署和運維為核心，提供跨雲（不同雲形態和雲廠商）的技術平臺與運維管理工具，讓客戶無需操心底層各類IaaS的差異，可完全專注於應用業務的開發。

從技術角度來看，筆者認為，能對抗強耦合，京東雲首先做到了全面相容基礎設施，並透過增強的雲原生容器核心和開放的技術中臺來作為技術保障。

前面說過，京東雲發展早期，也有強耦合的問題。但京東業務的複雜性，使京東雲很早就著手解決這個問題，從業務的複雜性來說，京東雲的業務生態複雜程度，可能是行業中數一數二的。

也正是基於京東多年大規模業務場景的歷練與沉澱，才使得其對於混合IT系統有著不懈的追求。也就是說，僅僅就內部而言，京東雲也必須戰勝“複雜”，才能“簡單”的極致生存。

這是京東雲釋出行業首個混合雲作業系統——雲艦的歷史背景。

筆者認為，雲艦的一個最強底蘊，就是基於京東多年複雜場景的大規模實踐，以及近7年在容器化、雲原生領域的實踐和多個行業客戶的成功部署。

加上強烈的可排程、可管理屬性，可以說，雲艦將混合雲的管理推向了作業系統級別。當然，這裡的“作業系統”是一個比喻，但很貼切地體現了雲艦的特點。

很多平臺的強耦合，都是在PaaS實現的，方法則是增加使用者的遷移複雜性。而對此，雲艦敢於承諾——開放PaaS平臺，支援執行在所有主流公/私有云的IaaS。

也就是說，京東雲不僅自己不搞強耦合，還為使用者提供了一定的解耦能力，可以任由使用者根據自己的需求選擇來去。

這種依靠平臺的核心價值，而不是設定耦合障礙的做法，筆者認為符合雲計算發展的長期利益，當然，京東雲也必須為希望遷移的使用者，或者是希望建立更復雜的混合雲的使用者，能夠提供全棧式的解決方案，這才是使用者不僅能自由遷徙，還特別願意在京東雲落戶的前提。

這種承諾賦予使用者的自由度，和對行業現實的衝擊力，都是史無前例的。如京東科技京東雲事業群總裁高禮強所說的那樣：“京東雲永遠不做產品捆綁，不讓合作伙伴做選擇題。”

當然，我們不能因為一些企業發展有自身特色的PaaS就一味指斥為“捆綁”，畢竟，PaaS層的很多耦合，也有為了提升效率的考慮。

這就要求京東雲不僅在解耦上，更要在PaaS的競爭力上超過對手，而對於IaaS的競爭紅利逐漸消耗的當下，雲艦透過京東自研PaaS來增強差異化競爭力，方是正道。

比較了不起的，是京東雲還同時承諾，引進第三方生態PaaS來豐富應用市場。

這在行業裡，不能說絕無僅有，但也相當罕見。

如果你熟悉京東的歷史，也就不會大驚小怪，比如，按照京東經典的“甘蔗理論”，在更多節的甘蔗上開放自己的優勢，和夥伴組成生態，才是爭取更多利益的關鍵。換言之，京東可能放棄了給自有產品差別待遇，但這樣才能吸引更多的“甘蔗節”，用豐富的生態和更多的選擇來吸引使用者。

必須強調的是，京東雲的開放姿態，除了價值觀層面的因素外，本身也是提供一種差異化的競爭力。特別是面向客戶構建混合雲場景時，可以有效兼顧原有政企客戶的自有云計算設施，最大程度降低複雜性和遷移成本，還能提供更多的SaaS選擇，那它一定可以吸引更多的使用者。

目前雲計算的市場競爭已經白熱化，BATJH悉數入場，在這種背景下，京東雲一方面從簡化跨雲遷移，讓客戶真正做到“上得去，下得來”等方面入手，另一方面又幫助使用者更好的駕馭混合IT系統，同時幫助整個應用服務層的創新，這才是真正有利於構建公平、合理的競爭秩序的得人心的做法。

京東是一家開放的企業，京東雲也將贏在開放。