主持人 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多個服務模塊都快崩掉了，運維人員根本無法維護，這對他們提出了很大的挑戰。

針對本行業制造業的環境，整個架構優化成微服務化的分布式系統，怎么樣在生產環境中去升級管理，這是一件很具有挑戰性的事情。