圓桌討論：Cloud 2.0時代的工業網際網路與智慧製造
圓桌討論實錄，Rancher CEO樑勝博士主持，邀華為、上汽、金風、雲巨集共同暢聊對Kubernetes、Service Mesh等新技術的走向預判，容器與虛擬機器之間的競合，還有製造業龍頭企業遇見的IT挑戰和轉型策略。
------------
峰會中，Rancher Labs聯合創始人及CEO樑勝、華為Cloud BU容器服務域高階產品經理汪洋、雲巨集副總裁趙參、上汽集團帆一尚行業務發展部總經理龔瀚申、金風慧能首席架構師張利共同參與了圓桌討論，以Cloud 2.0時代的工業網際網路與智慧製造為核心展開了的探討。以下為圓桌論壇實錄，部分內容已做刪減編輯處理：
------------
主持人 Rancher 樑勝
華為是一家在國內和國際上領先的技術公司，是我們中國的驕傲。同時，華為也是我所知道的最早在中國擁抱容器技術的技術廠商之一。在剛才的演講中，方璞（華為CloudBU容器服務域產品總監）提到華為在一年多以前就已經看準了下一波熱門的容器技術會是Istio，是Service Mesh。我想請教一下汪洋，現在華為內部在容器技術方面有什麼樣的規劃？K8S、Istio、Service Mesh往下發展，有哪些技術是你們覺得比較有前途的呢？
華為 汪洋
華為在K8S的投入確實比較早，在2014年的時候，我就開始代表公司去參加容器方面開源的一些工作，最早的時候也是我和一些同事一起把這項技術引入到公司來。轉到這個產品之後，我們發現在中國的容器市場當中，K8S已經被很多的企業包括我們的客戶認可了。
那麼，對於容器技術未來的發展，從社群和市場來看，我們會把整個容器的全棧分為三個維度：
第一，基礎設定層，指的是容器底層有一個基礎設施層，包括K8S、Docker等；
第二，應用層，這層更多的是解決我們的應用問題，如何快速地部署，提升智慧治理的能力，包括Service Mesh等；
第三，業務層，從華為目前接觸的客戶來看，最外面的一層需要更加貼近於使用者去進行行業領域的創新，為客戶帶來更多深入的價值。
從未來整個容器的全棧來看，它正在逐漸地往上走，不同層級的技術實際上也在進行快速的迭代和演進。上午方璞也提到，Service Mesh並不是完全地針對微服務的，它是為了解決企業的應用而存在的，包括如何在企業網格里面進行智慧化的治理，包括企業快速分發和更新發布的能力，都是每個企業現階段所需求的，我認為這部分的創新在近兩年會處於一個非常活躍的狀態。
但是，前兩個維度都只是在技術面的創新，第三個維度才是面向客戶的創新。在每個領域裡面都需要產生相應的容器解決方案，通過工具或者平臺解決這一行業領域特有的問題，這就是華為從去年到今年，後續還會持續和客戶進行創新的點。
主持人 Rancher 樑勝
謝謝，從剛才汪洋的回答上看，不僅僅是技術創新，面向業務的創新，從技術設施到Istio平臺上面嚮應用的這些服務，華為也會做更大的投入和進一步的開發。下一個問題我想問雲巨集的趙參，我先前瞭解的是雲巨集的商業模式可能和VMWare比較類似，最近VMWare收購了容器領域的一家公司叫做Heptio，但VMWare先前並沒有做太多容器方面的東西。我想請問趙總，第一，你覺得容器會不會替代虛擬機器？第二，容器技術，K8S技術、Service Mesh技術對雲巨集來說是威脅還是機會呢？
雲巨集 趙參
樑博士提問的這兩個問題，也是我們從一開始到現在一直在思考的兩個問題。
當雲巨集發展到今天，我們再回過頭去看，會發現不管是原來的虛擬化還是雲平臺，IaaS和容器更多的是一些結合。不排除容器可能會衝擊一部分市場，比如說VMWare虛擬化的市場，但是從本質上來說，它們解決的問題還是不一樣的，關注的層次也不一樣。VM虛擬化解決的更多是資源的問題，它會解決虛擬化、資源利用率和排程的問題。我們現在的容器應用，客戶更多的是考慮我應該怎麼樣去進行應用的支撐？怎麼去做服務的解耦？我應該怎樣去做改造？怎麼去選型微服務架構？
最終客戶經過一些建設的路徑之後，我們發現，在合適的領域選擇合適的框架，對於客戶來說收益才是最大的。只有把我們的客戶經過驗證的產品打包成一個整體，更多地聚焦在業務的創新，最終才能成就客戶、成就我們自己。所以我們認為，這些技術不是威脅，它們能幫助雲巨集尋找到合適的定位，去為某一行業的客戶提供整體的解決方案。
在容器技術領域，我們自己也做了一些探索，雲巨集本身也有一些軟體產品，我們自己進行了容器化改造。客戶更多時候關心的是我這個服務怎麼拆，很多時候只有客戶自己才會懂得怎樣才能去做好一些業務層面的事情。對於容器，你選擇了這個產品或者選擇瞭解決方案，這並不是最後一步，在這裡面最關鍵的應用業務包括是服務的拆分，只有這些事情是客戶最熟悉的，我們要做的是讓客戶釋放時間精力去聚焦在這一塊。
主持人 Rancher 樑勝
謝謝，我覺得從VMWare最近加大對K8S的投入，可以看出他們一定覺得容器對於他們來說會是一個很大的機會。我們今天圓桌論壇的主題和智慧製造相關，因為上汽和金風都屬於製造業的龍頭企業，所以我想問下龔總和張利，從你們的角度出發，製造業的IT到底受到了一些什麼挑戰？是什麼樣的契機讓你們接觸容器，並且考慮容器？
上汽集團帆一尚行 龔瀚申
大家好，我是來自上汽的龔瀚申，帆一尚行是一家上汽全資的服務平臺公司，我在自己的企業裡面承擔的是乙方的角色。
目前從我的角度上看，企業轉型的需求特別多，主要和企業的發展方向相關聯。上汽集團制定的三智慧方向包括智慧出行、智慧製造和智慧駕駛，這些都是在汽車行業裡面比較火熱的內容。
基於這三點，它能孵化出很多具體的業務方向，比如我在剛剛演講中介紹的AI平臺，還有近幾天釋出的享道出行，而這些業務對技術的需求或者說是對業務的需求都是不一樣的，他們往往會要求在短期內有比較大的產出。但是作為服務方來說，當我們沒有深入瞭解這個業務的時候，我們希望在短期內理解它並且為它提供技術支援是一件非常困難的事情。從某種意義上來說，我們也希望有一些通用的、共性的技術，能幫助這些業務更快地進行網際網路轉型。
之前我們使用的是OpenStack，從雲平臺的角度來看，我們能為他們提供相關的資源。但是從集團的戰略角度出發，我們不應該只承擔這麼簡單的一個角色，騰訊、阿里等公有云廠商都有行業能力，同樣的我們也希望將我們的能力抽象成汽車行業的能力，所以我們希望融入到業務當中，去抽象一些共性的業務技術的功能或者是一些通用的技術功能，類似剛才華為的汪洋介紹的像Istio這樣的框架，能否融入到我們的業務框架當中，打造成一個新的框架。作為雲平臺服務商，我們希望儘量去標準化一些東西、標準化一些產品提供給使用者去使用，這是我對製造業IT以及容器技術的理解。
主持人 Rancher 樑勝
好，謝謝。接下來我們看看金風的張利有什麼想法？
金風慧能 張利
我這邊的業務一般來說是生產壓力比較大的業務，不是網際網路化的業務，也不是部署在雲端的業務，基本上都屬於客戶私有部署的業務，比如省級的資料中心，或者是電廠的資料中心等等，這些資料中心大概得有十年曆史了，已經十分完善或者非常穩定了，然而當客戶需要增加一些新的需求的時候，這些軟體修改起來會比較麻煩。
有些業務希望將資料上雲，做一個集中式管理的系統，這時候它的挑戰就出現了。它應該怎樣改？改了之後生產業務的壓力會有多大？一旦它更新了系統之後，現場幾百個、幾千個私有的部署怎麼升級改造？而且這些資料中心都是在隔離區裡面的，是很難去升級的。
其次就是，運維人員都是年齡比較大的運維人員，他們根本不懂Docker，更不用說K8S、Istio這些技術了，這些技術管理起來是相當複雜的，他們能看懂的就是你跑一個單機版單體應用。我先前做了一版更新，發現有50多個服務模組都快崩掉了，運維人員根本無法維護，這對他們提出了很大的挑戰。
針對本行業製造業的環境，整個架構優化成微服務化的分散式系統，怎麼樣在生產環境中去升級管理，這是一件很具有挑戰性的事情。