圆桌讨论：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多个服务模块都快崩掉了，运维人员根本无法维护，这对他们提出了很大的挑战。

针对本行业制造业的环境，整个架构优化成微服务化的分布式系统，怎么样在生产环境中去升级管理，这是一件很具有挑战性的事情。