Q:欧拉是否也给自己定义了一个阶段性发展的小目标?A:关于欧拉,我们是有目标的。首先,欧拉和鸿蒙都坚持开源。实际上欧拉和鸿蒙的产业发展我们坚持两点:第一是面向未来的端边云全场景构建的操作系统,更有竞争力;第二是坚持开源模式,汇聚开发者和生态伙伴的力量,共建共享共治社区,共同完善产业生态。欧拉开源社区已经是中国最主流的操作系统产业根社区。
我们不仅定位中国,也要走向全球。后续,我们有计划把欧拉社区延伸到海外,一步步把欧拉开源社区打造成全球主流的数字基础设施操作系统社区。这样让全球的开发者、全球的基础软件和应用软件伙伴都在社区上作贡献。通过社区打造一个全球主流的开源社区,构建一个全球主流的生态。有这个全球主流的生态的支持,在中国、海外,我们帮助社区的商业伙伴成为市场主流份额的厂家。这是欧拉的发展目标。
在工业场景,这次我们发布了欧拉 21.09 创新版,明年 3 月份还将发布 LTS 版本。我们现在跟一部分 OSV 在合作,面向工业场景推出相适配的商业发行版,把工业场景现有的复杂的操作系统通过欧拉实现统一。
Q:欧拉操作系统资金以及研发人力投入的情况能否透露?具体是哪个团队在牵头做?A:我们做欧拉操作系统有超过十几年的历史,并把过去十几年研发的成果,向产业界开放。之前徐总也提到,这并不是一个新东西。
在具体投入方面,华为内部有中软的内核开发团队,也有计算产品线的产品和生态团队,在不同的通信产品领域、云的产品领域都有面向欧拉做相应的产品开发的团队。总数有几千人的研发投入。未来,在华为我们会持续加强面向欧拉的投入。
现在华为内部启动了欧拉会战,加上我们过去面向鸿蒙的松山湖会战,我们就是要解决操作系统“缺芯少魂”的“少魂”的问题。欧拉开源之后,华为的投入不会减少,我们还会持续加大。同时更重要的是,未来通过开源社区,就不仅仅是华为的投入,整个产业链的投入都会加大。
目前在欧拉社区里面直接做代码贡献的总共有 6500 人,其中 90% 是非华为的直接代码贡献者。整个产业链都在为欧拉社区做贡献。我相信这次欧拉全新发布之后,整个产业链的投入会进一步加大,通过汇聚全产业链力量,共同繁荣生态。
Q:未来鸿蒙与我们现在的欧拉之间的分工是什么?比如哪些设备可能比较适合用鸿蒙,因为我们底层是通的,然后哪些设备可能更适合用欧拉?A:鸿蒙跟欧拉操作系统是相互互补的,加在一起,可以覆盖数字全场景。它们之间的区别就在于,鸿蒙是面向万物互联的智能终端操作系统,是面向智能终端,面向端侧的操作系统。欧拉是面向数字基础设施,是面向数字基础设施的操作系统。所以面向 ICT 的设备都是基于欧拉覆盖的全场景,然后面向消费者终端或者各种行业终端、物联网终端类的都是鸿蒙覆盖的场景。
在工业场景,就是 OT 场景,原则上也是基于这样的分工,就是面向设备类是基于欧拉来覆盖,面向端侧,有各种工业场景的物联网的终端是基于鸿蒙来覆盖。可能在一部分边缘的场景,边缘设备到底是属于端侧还是属于边缘设备,存在一定的模糊地带,所以两种操作系统都存在一定的交叠,就是在工业场景,这个就根据不同的应用场景,比如对可靠性要求更高、更符合网络设备要求的,那我们就用欧拉系统;需要更灵活适配终端、多样性的,那就基于鸿蒙。所以为什么说欧拉和鸿蒙进一步打通,也更有价值,就是它既有各自独立的定位,又有一定的交叉地带,同时还需要这两个生态的协同对接。
Q:演讲中您提到现在整个鲲鹏生态已经能够用得上,但下一步是要做到用得好,那么鲲鹏从“用得上”到“用得好”还有多远?A:从用上鲲鹏到用好鲲鹏,事实上这个转变是已经在部分行业、部分场景在做转移了。因为本身来说它并没有可量化的说多少就算好用、多少是可用。
从应用迁移的角度,从不同计算平台的应用迁移的角度,从原来的一个计算平台迁移到鲲鹏之后,它带来的用户体验、带来的性能能够进一步提升,这就是好用。如果性能基本持平,那算是可用的。如果说迁移上来,比原来性能还差,那算不太可用或者基本可用。所以我们现在梳理出来的八个主力场景,我们现在已经逐步地做到了从原有的计算平台迁移到鲲鹏之后,不仅可用,还能好用,就是性能还能提升。这是从迁移的角度。
从原生开发的角度,怎么算好用?应该是基于鲲鹏来做原生开发,对开发者来说,更方便、更便捷、极简开发,要么带来更好的性能,要么带来更多的功能、更多的增值的业务或者更好的用户体验,这是我们在后一步要努力的方向。未来我们希望从使能应用迁移到使能基于鲲鹏的原生开发,让更多的应用不要说再在原有的平台上开发一遍再迁移过来,而是从一开始就在鲲鹏的平台上做原生的应用开发。
这次我们推出的 DevKit 2.0,就是让更多的行业应用就从一开始在鲲鹏上面开发,这样开发者也不用二次迁移。这样随着我们鲲鹏的生态进一步在各个行业的发展,整个生态发展、市场规模的扩大,各个应用就自然得到了规模的应用。
Q:鸿蒙和欧拉可能在某一些设备上可能会存在交叉,那这两个系统后面再去向更多的用户场景拓展的时候,会不会很容易打架?这块华为内部是怎么定义这两个东西的边界或者怎么去平衡这个事情?A:操作系统本身就是在一个场景上是存在多种选择的。就像现在面向智能手机,现在有 iOS 操作系统、
Android 操作系统、有鸿蒙操作系统,用户可以做选择、上层的应用也可以做选择。在服务器操作系统这个场景,现在也有不同的操作系统的厂家都在做商业发行版。所以上层的应用软件可以选择其集成的操作系统厂家,然后用户单位也可以针对操作系统来单独招标。所以在不同的场景下,操作系统都不是唯一选择,其本身就存在多个选择。
从这一点来说,对于工业场景,如果说存在一定的重叠的地带,那也有一个用户可选择的过程。所以这本身来说并不存在冲突,应该是给用户提供了多种选择。因为如果一个场景只有唯一的选择,那反而不一定是最理想的方式。所以首先不存在冲突。
但是我们也是希望让客户多个选择,也能够实现一定程度的共享,而不是在多个选择之间相互互斥。如果不同的选择有不同的商业发行版,它是完全不同的两个体系,那就存在客户选择的这个操作系统,我基于这个操作系统开发了上层的应用。当我要转换到另一个操作系统时,我上层的应用要全部开发一遍,不管是对用户还是生态中的软件企业来说,都存在工作量的浪费。
所以我们也希望把底层能够进一步打通,让不同的操作系统的商用产品或者商用发行版,它们相互之间既有差异化的部分,又有共性、可共享的部分。它的基础部分能通过我们构建的统一的开源社区来构建一个开共享的基础部分,包括欧拉开源社区,在基础开源部分可以实现能力的共享。但是不同的技术软件企业基于开源社区,又可以推出各自的商用发行版面向客户。
商用发行版在基础的平台基础上,再增加差异化的部分,发挥各自他们的优势,比如在场景化适配性、在可靠性、在更多的增值功能各个方面,可以鼓励大家差异化。这样面向最终的场景、最终的客户,有多个选择,但是这多个选择之间又能够实现最有效的基础的共享。这就是我们希望的一种模式,应该也是用户所希望的一种模式。