devops实验室(devops实战笔记)

本文目录：

• 1、云计算运维人员将面临哪些新趋势？
• 2、什么是DevOps
• 3、DevOps是什么? DevOps工程师到底做些什么?
• 4、云计算运维工程师前景怎么样?
• 5、华为下矿不挖煤，鸿蒙搭台不唱戏

云计算运维人员将面临哪些新趋势？

1、企业IT系统越发复杂，运维挑战更大，需要实现更高程度的自动化

随着数字化升级的深入、业务的增长，企业的IT系统日趋复杂，林林总总的网络设备、服务器、中间件、以及业务系统微服务化等让IT运维人员难以从容应对，即使加班加点地维护、部署、管理也经常会因这样或那样的故障而导致业务的中断，严重影响业务的正常运行。

同时，市场竞争变得越来越激烈，企业业务迭代需提速，以抢占市场先机，互联网行业尤为明显。产品市场化或迭代的速度成为产品成功至关重要的一个条件，如何更好地支持业务的快速迭代就成了运维人员又一压力。显然，人工的运维方式难以为继，于是国内运维行业开始寻求自动化。

工欲善其事必先利其器。随着技术的发展和自动化运维工具的出现，包括事件监控预警、自动化部署、自动化编排以及自助诊断等工具，为运维效率的提升提供了可能。

2、云计算的诞生和大规模普及，带来了运维对象、运维工具甚至是技能的变化，DevOps趋势引起关注

一般，很多企业会把运维部门的工作分成两个层级：一是基础设施运维，主要是针对企业IT基础设施的管理，包括服务器、交换机、网络等物理资源的监控、报警、维修上线等;二是应用运维，主要是针对企业具体业务的运维，包括某些业务应用的上线下线、发布部署和扩缩容等。

从业务的维度来说，应用运维的效率提升能更直接地加快业务迭代的效率和增长速率;基础运维则是根基，自建数据中心的企业，其运维的主要工作侧重于基础设施。

云计算具有“软件(或服务)定义一切”的特点，云厂商基本承接了底层基础设施的维护与虚拟化的工作。上云之后，企业运维的主要对象则从硬件(服务器等)，转向了面向服务API的运维，包括主机运维和应用运维，提倡自动化的部署流水线和持续交付的DevOps愈发受到关注。

3、人工智能与大数据兴起

到近几年，运维时兴概念不止于DevOps，还有各种DataOps与AIOps。这些都反映了运维领域智能化、数据化运作的需求。

智能化实际上是自动化的更高追求，可以进一步释放运维人员的时间。人工智能热潮卷到一切实现能够自动化的领域，运维领域也不例外，这必然是发力的重要方向之一。不过，在大多数企业还未完全实现大规模的自动化，甚至初步的代码化时，智能运维实际上有点遥远。

什么是DevOps

什么是DevOps？

DevOps 是一套实践、工具和文化理念，可以实现软件开发团队和 IT 团队之间的流程自动化和集成。它强调团队赋能、跨团队沟通和协作以及技术自动化。

DevOps 运动始于 2007 年左右，当时软件开发和 IT 运营社区开始担忧传统的软件开发模式。在此模式下，编写代码的开发人员与部署和支持代码的运营人员会独立工作。DevOps 这一术语由“开发”和“运营”两个词构成，它反映了将这些领域整合为一个持续流程的过程。

DevOps 如何运作？

DevOps 团队包括开发人员和 IT 运营人员，他们在整个产品生命周期中进行协作，以提高软件部署的速度和质量。这是一种全新的工作方式，也是一种文化转型，对团队及其工作的组织具有重大影响。

在 DevOps 模式下，开发和运营团队不再是“孤立”的。有时，这两个团队会合并为一个团队，合并后工程师会参与整个应用生命周期中的工作（从开发和测试到部署和运营），并具备多学科的技能。

DevOps 团队使用工具实现流程自动化，并加速流程，这有助于提高可靠性。DevOps 工具链可帮助团队处理重要的 DevOps 基础事项，包括持续集成、持续交付、自动化和协作。

DevOps 的价值有时也会应用于开发团队以外的团队。当安全团队采用 DevOps 方法时，安全性则成为开发过程中一个活跃的组成部分。这就是所谓的 DevSecOps。

DevOps 生命周期

由于 DevOps 的连续性，从业人员使用无限循环来展示 DevOps 生命周期各个阶段之间的相互关系。尽管看似是按顺序进行的，但此循环实际表示需要在整个生命周期进行持续协作和迭代改进。

DevOps 生命周期由六个阶段组成，它们分别代表开发（循环的左半部分）和运营（循环的右半部分）所需的流程、功能和工具。团队会在每个阶段进行协作和沟通，以保持一致性、速度和质量。

规划

DevOps 团队应采用敏捷开发实践来提高速度和质量。敏捷开发是一种用于项目管理和软件开发的迭代方法，可帮助团队将工作分解成更小的部分，从而提供增量价值。

构建

Git 是一个免费的开源版本控制系统。Git 可为分支、合并和重写存储库历史记录提供出色的支持，而这已为开发构建流程带来了众多极具创新且功能强大的工作流和工具。

持续集成和交付

CI/CD 可让团队频繁且可预测地发布高品质产品，其范围涵盖从源代码存储库到使用自动化工作流的生产环节。团队可以频繁地合并代码变更、部署功能标记以及集成端到端测试。

监控和警报

快速识别并解决影响产品正常运行时间、速度和功能的事务。自动通知您团队有关变更、高风险操作或故障的信息，以便保持服务的运行。

运维

管理面向客户的端到端 IT 服务交付。这包括设计、实施、配置、部署和维护支持组织服务的所有 IT 基础架构过程中涉及的实践。

持续反馈

DevOps 团队应对每个版本进行评估，并生成报告以改进未来版本。通过收集持续反馈，团队可以改进其流程，并采纳客户反馈以改进下一个版本。

DevOps 工具

DevOps 工具可应对 DevOps 生命周期的关键阶段。它们通过帮助改进协作、减少上下文切换、引入自动化以及实现可观察性和监控功能来支持 DevOps 实践。

DevOps 工具链通常遵循两种方法：一体化或开放式工具链。一体化工具链提供完整的解决方案，通常不会与其他第三方工具集成。开放式工具链则允许使用不同工具进行自定义。这两种方法各有优缺点。

DevOps 有哪些优势？

有“2020 年 DevOps 趋势调查”表明，99％ 的调查对象表示 DevOps 对他们的组织产生了积极影响。DevOps 的优势包括更快且更轻松的发布、团队效率、更高的安全性、更高品质的产品，以及更高的团队和客户满意度。

速度

更频繁地实践 DevOps 发布可交付成果的团队具有更高的品质和稳定性。事实上，DORA 2019 年 DevOps 状况报告发现，精英团队的部署频率和速度分别比表现不佳的团队高出 208 倍和 106 倍。持续交付使得团队可以使用自动化工具来构建、测试和交付软件。

改进协作

DevOps 的基础是开发人员和运营团队之间的协作文化，他们会分担责任，协调工作。此举可以提高团队的效率，并省去工作交接和编写专为其运行环境而设计的代码的时间。

快速部署

通过提高发布的频率和速度，DevOps 团队可以快速地改进产品。快速发布新功能和修复缺陷有助于获得竞争优势。

质量和可靠性

持续集成和持续交付等实践可确保变更正常运行且安全无误，从而提高软件产品的质量。监控则有助于团队实时了解性能。

安全性

通过将安全性集成到持续集成、持续交付和持续部署管道中，DevSecOps 成为开发过程中一个活跃的组成部分。通过将主动安全审计和安全测试集成到敏捷开发和 DevOps 工作流中，可将安全性植入产品内。

采用 DevOps 会面临哪些挑战？

原有的习惯很难改变。深陷孤立工作方式的团队可能会难以应对，甚至抗拒彻底改变团队结构以采用 DevOps 实践。某些团队可能会错误地认为有了新工具就足以采用 DevOps。但是，DevOps 是人员、工具和文化的结合。DevOps 团队的每一个人都必须了解整个价值流，从构思、开发到最终用户体验。它要求打破孤岛，以便在整个产品生命周期中进行协作。

Devops 不是任何一个个人的工作，而是每个人的工作。

从传统的基础架构转向使用基础架构即代码 (IaC) 和微服务可以加快开发和创新速度，但增加的运营工作量可能极具挑战性。最好为自动化、配置管理和持续交付实践奠定坚实的基础，以帮助减负。

过度依赖工具会使团队偏离 DevOps 的必要基础：团队和组织结构。一旦建立了结构，就应该建立流程和团队，然后确定工具。

如何采用 DevOps？

首先，采用 DevOps 需要致力于评估且可能更改或删除组织当前所用的所有团队、工具或流程。这表示需要构建必要的基础架构，以便团队能够自主构建、部署和管理其产品，而不必过分依赖于外部团队。

DevOps 文化

DevOps 文化是指团队采用新工作方式（包括加强合作和沟通）的环境。这是人员、流程和工具的协调一致，以实现更加统一的客户导向服务。多学科团队负责产品的整个生命周期。

持续学习

在 DevOps 方面表现良好的组织鼓励进行实验和一定程度的冒险。在这些组织中，跳出固有思维模式是常态，而失败则被理解为学习和进步的自然组成部分。

敏捷

敏捷开发方法在软件行业中非常受欢迎，因为它们赋予了团队内在的灵活性、出色的有序性以及响应变化的能力。DevOps 是一种文化转型，可促进软件构建和维护人员之间的协作。搭配使用敏捷开发和 DevOps 时，可提高效率和可靠性。

DevOps 实践

持续集成

持续集成是将代码更改自动集成到软件项目中的实践。它允许开发人员频繁地将代码更改合并到执行构建和测试的中央存储库中。这有助于 DevOps 团队更快速地修复缺陷、提高软件质量以及缩短验证和发布新软件更新所需的时间。

持续交付

持续交付通过自动将代码更改部署到测试/生产环境中来扩展持续集成。它会沿着持续交付管道推进。而在此管道内，自动化构建、测试和部署会被编排为一个发布工作流。

情境意识

对于组织中的每个成员来说，能够访问他们需要的数据以尽可能高效和快速地完成他们的工作可谓至关重要。团队成员需收到部署管道中的故障警报（无论是系统性故障还是由于测试失败引起的故障），并及时收到在生产中所运行应用的运行状况和性能的最新信息。指标、日志、跟踪、监控和警报都是团队了解其工作进展所需的重要反馈来源。

自动化

自动化是其中一个最重要的 DevOps 实践，因为它能让团队更快速地完成高品质软件的开发和部署流程。利用自动化，将代码变更推送到源代码存储库的一个简单操作便可触发构建、测试和部署流程，从而大大减少这些步骤所花的时间。

基础架构即代码

无论您的组织是拥有本地数据中心，还是完全托管在云中，能快速、一致地调配、配置和管理基础架构是成功采用 DevOps 的关键。基础架构即代码 (IaC) 不仅仅是编写基础架构配置脚本，它还将基础架构定义视为实际代码：使用源控制、代码审查、测试等。

微服务

微服务是一种架构技术。在此技术中，应用被构建为一系列可以相互独立部署和运行的小型服务。每个服务都有其自己的流程，并通过接口与其他服务通信。这种关注点分离和剥离的独立功能支持 DevOps 实践，例如：持续交付和持续集成。

监控

DevOps 团队监控从规划、开发、集成和测试、部署到运营的整个开发生命周期。如此一来，团队就能迅速、自动地对客户体验中的任何降级做出响应。更重要的是，它允许团队“左移”至开发的早期阶段，并最大程度地减少具有破坏性的生产变更。

开始使用 DevOps

开始使用 DevOps 的最简方法就是识别小型价值流（例如：小型支持应用或服务），然后开始尝试一些 DevOps 实践。与软件开发一样，与一小群利益相关者一起转换单个数据流比尝试在组织内一次性过渡至全新的工作方式要容易得多。

DevOps是什么? DevOps工程师到底做些什么?

DevOps是IT服务管理的一种模式。过去的数十年间，IT运维发展经历了数个阶段。从早期的手工运维到标准化运维、自动化运维，到如今的DevOps、AIOps。

简言之，DevOps试图打通开发和运维的部门墙，从而打通整个IT价值交付的全生命周期，从产品需求到上线运维的全过程实现效率的提升。

DevOps最显著的作用是提高了企业产品的交付质量、缩短开发周期、减少故障。而降本增效是每一个公司在数字化转型之后的很大的挑战，DevOps无疑直击痛点。

而作为一名DevOps 工程师，除了要具备软件工程师基本的编程能力以外,还需要特定的人际交往、工具使用等技能。换句话说,DevOps 工程师需要“软”、“硬”技能兼备,具体如下:

一、沟通与协作技巧

DevOps 是一种横跨软件开发、测试和部署的协作方法。它将原本具有不同目标的开发、测试和运维小团队聚集在一起,以实现更高效和高质量的代码发布,这就要求 DevOps 流程中的不同角色之间不能有任何交流障碍。因此,良好的沟通技巧(无论是口头还是书面)对于优秀的 DevOps 工程师来说是必不可少的。

协作能力也很重要。DevOps 是团队合作的开发模式,每个工程师都是团队成员,需要在整个软件迭代过程中支持其他同事的工作。这不仅仅要求我们成为一名优秀的队友,还要在适当的时候给新人一些建议,包括但不限于指导和建议团队成员交付代码的最佳方式、编码时使用哪些工具以及如何测试最新功能。这就要求我们自身也要对这些 DevOps 流程中的必要技能有所了解。

二、熟悉和理解 DevOps 工具链

除了协作和沟通这样的“软”技能之外,DevOps 工程师还必须知道如何使用各种复杂工具协同工作以支持软件交付目标,这是成为一个优秀的 DevOps 工程师所必备的“硬”技能。

DevOps 工程师需要知道如何使用和理解以下类型工具的作用:

版本控制工具

详细地说,集合了代码审查、合并功能的版本控制工具是能让多个开发人员之间完美协作的主要DevOps 工具。由于 DevOps 流程汇集了来自各个部门的专家,所以他们需要了解源代码控制系统,以及系统跟踪不同应用程序中的更改。此外,它还维护应用程序的多个版本。

目前 DevOps 流程中常用的版本控制系统都基于开源分布式版本控制系统 Git,例如 GitHub、Gitee、GitLab 以及各大厂商基于 Git 定制的内源协作工具。

持续集成工具

持续集成(CI)是 DevOps 的关键技能之一,它是构建 pipeline 的重要部分。DevOps 要求运营和开发团队使用统一的系统。因此,持续集成所做的就是将开发人员的代码与 master 合并在一起。有了这样的技巧,就可以有效地合并数据。因此,DevOps 工程师一定要知道如何使用一些常用的 CI 工具,例如 GitHub Action、Jenkins、Bamboo、TeamCity、Travis CI 等。

容器与编排工具

容器作为现代微服务与云原生架构的核心技术,提供了关于 DevOps 的三个基本功能,包括持续的实验、流动和反馈。容器技术的不可变基础设施实现了操作系统层虚拟化,不仅方便运维程序升级和部署,还升华成了向应用代码隐藏环境复杂性的手段,成为推广分布式服务的必要前提。

目前,Docker 仍然是应用最广泛的容器技术,而以容器编排引擎 Kubernetes 为核心的云原生技术栈则是各大互联网企业构建容器技术基础设施的事实标准。

自动化工具

自动化是软件开发过程中必不可少的要素之一。几乎所有的手工任务都可以使用各种脚本语言自动完成。例如,Ruby、Bash、Python、Node、Shell 等等。可以说,使用自动化开发工具已经成为了很多 DevOps 团队加快开发和部署过程的关键。想要成为 DevOps 工程师,掌握自动化工具很有必要。

监控和报警工具

DevOps 持续集成和持续部署的实现离不开持续监控的辅助作用。许多微服务都是由数百个组件组合而成,其中一个服务的故障可能导致整个系统崩溃。当然,手动找到核心故障问题是很复杂和耗时的。其中一个解决方案就是持续监控关键特征,如 RAM 使用、请求数量、异常数量和存储空间。因此,需要根据系统的关键特性设置一个警报系统。例如,当存储空间使用率达到 80% 时应该触发警报,以便 DevOps 运维开发人员可以在整个系统崩溃之前解决问题。

三、具有成熟编码标准的特定编程技能

然编程能力是每个开发者最基本的能力,但 DevOps 工程师在这方面仍然有一些更特殊的要求。

通常来说,DevOps 工程师需要在专精 1-2 门编程语言的基础上熟悉多种语言,例如 Java、JavaScript、Ruby、Python、PHP、Go 等,这是由微服务时代同一系统不同服务可以由不同语言、不同框架实现的特性而决定的。DevOps 工程师至少需要了解这些语言的特性并具备在操作系统环境中编写和调试它们的能力。

四、技术支持和维护技能

优秀的 DevOps 工程师不仅需要开发方面的技能,有时还需要为客户提供维护和技术支持。这意味着 DevOps 工程师应该乐于为内部和外部客户提供支持,并在出现问题时进行故障排除。

云计算运维工程师前景怎么样?

目前处于云时代，云计算运维工程师的就业前景还是非常广泛的。像是阿里云计算，滴滴，抖音等等互联网大厂目前都在应用云计算技术。云计算运维工程师的薪资水平也非常可观。

运维工程师(Operations)，在国内又称为运维开发工程师(Devops)，在国外称为SRE(Site Reliability Engineering)。主要负责维护并确保整个服务的高可用性，同时不断优化系统架构、提升部署效率、优化资源利用率提高整体的ROI。

企业的应用90%是跑在Linux平台的，再高大上的云计算、大数据、物联网都需要好的运维做支撑。就连我们用的安卓手机，底层也是Linux平台架构。通信、金融、互联网、教育、电子商务、机械制造、军工航天等等，都离不开Linux平台。

想要成为一个优秀的运维工程师，需要掌握的技能很多，其中三大核心技能如下：

1）平台架构组建。负责参与并审核架构设计的合理性和可运维性，以确保系统上线后，安全、高效、稳定运行。

2）日常运营保障。负责运用运维技术，运维平台，确保入网设备的全面纳管和全生命周期管理，确保设备、业务及安全等状态可监可控。

3）系统优化。Linux服务器本身架构的局限，系统运行故障不可避免，但通过合理的设计，有效的运维，可以大幅降低故障发生的频率，提高业务恢复的效率。

华为下矿不挖煤，鸿蒙搭台不唱戏

2020年12月31日，邹志磊被任命为华为煤矿集团董事长，彼时“华为煤矿军团”组织尚未成型，用邹志磊的话说，是“先有和尚后有庙”。

在华为成立至今34年的 历史 上，第一次出现了煤矿军团这个组织，邹志磊何许人也，任正非又为何把煤矿军团交由他来管理？

邹志磊1998年加入华为，常年从事国内外市场销售工作，曾担任华为企业业务BG全球销售与服务部总裁，还先后担任华为广州代表处代表、北非地区部总裁等职务，他更被外界所知的职务是华为运营商BG总裁，是一位典型的“老资格”华为人。

运营商业务是华为的根基，尽管近年来消费者业务一度超过运营商业务，但在华为大部分人看来，运营商业务才是华为的压舱石。

现任运营商BG总裁丁耘，同时也是邹志磊的前任和继任，中间担任了一段时间的产品与解决方案总裁，如果说丁耘主要负责守好大后方，那么邹志磊扮演的角色更类似于开荒的先遣军。

当然了，华为煤矿军团本身就以华为各大业务为基础，任正非的亲自督战、跨组织的能力集合、打江山而非守江山的作战姿态，使得煤矿军团的发展超出预期。

9月14日，国家能源集团和华为共同举办“矿鸿操作系统”发布会，参会单位包括矿监局、工信部、 科技 部、能源局、煤炭工业协会、国家能源集团以及华为，阵容豪华。会上“矿鸿操作系统”正式发布，是目前煤矿军团落地的最佳实践，也是华为鸿蒙操作系统从To C走向To B的一大步。

“矿鸿操作系统”如何诞生，折射出煤矿军团怎样的逻辑，又代表了华为的哪些动态？

2021年2月19日，华为创始人任正非罕见地为业务站台，在山西“智能矿山创新实验室揭牌仪式”后，接受了中外媒体的采访，正是在该采访中，任正非宣布华为煤矿军团成立，正式进军煤矿业。而在此前数月，他已经造访过山西的煤矿、湖南的钢厂等地。

“当时任总提出来我们要让煤炭行业实现少人、安全和高效，解决煤炭高效生产和安全生产的问题，让煤炭工人可以穿着西服、打着领带的去工作，这就成了我们煤炭军团的愿景。”邹志磊表示。

任正非出了考题，邹志磊和他的煤矿军团负责破题。

“我当时是非常非常痛苦的”，站在当下回顾过去，邹志磊邀请过中国工程院院士王国法，探讨了整整一下午的智能矿山大数据治理问题，2012实验室也邀请到中国矿业大学（北京） 校长葛世荣来到华为讲课。

“葛校长讲课的那天我不在公司，任总专门把葛校长讲课的会议内容发给我，让我转发给煤炭集团所有的员工学习，我们煤矿军团每一个人都要学习采煤的那几门教程，人人考试、人人过关，也就有了我们后来的煤炭夜校”。

华为煤矿军团董事长邹志磊

此外，邹志磊还带队去各大矿山去考察学习，山西、陕西、内蒙转了一大圈，下了十几次矿，井工矿、露天矿、分煤矿都去过，经过两三个月的讨论，华为关于智能矿山的构想才一步步成型。

“智能矿山的本质是整个工业架构体系的一个变革，只有建立统一架构的工业互联网平台才能解决这个问题，智能矿山本质是工业互联网”，邹志磊指出。

智能矿山面临的最大问题之一就是数据和标准不统一，一台“国产”采煤机需要使用3种操作系统，包括Windows/Linux/Vxworks，涉及通用协议3种，内部各种芯片161种，关键芯片高度依赖进口。

每一个煤矿由不同厂家建造，煤矿的标准不一样，对于智能化矿山的概念众说纷纭，再加上复杂的地质环境，煤矿行业内尚且没有达成统一认知。目前一些智能矿山协议各种各样，数据孤岛乃至于矿山信息化重复建设严重，“我听到最多一个矿山重复建设，今年已经第四次在谈智能化矿山了”。

煤矿要实现工业互联网，就要按照工业互联网的架构来处理，这也是华为智能矿山解决方案的出发点。

首先是数据收集，物理世界的数据经过网络层完成数据入图，形成虚拟世界的数字孪生，这一步最大的难点的数据和网络格式的不统一。

矿山的几千种设备必须实现统一的数据格式，摄像头、监测站、采煤机、液压支架、皮带运输机、矿车等数据源格式天然不一致，矿鸿系统成为统一的操作系统，统一了数据标准。

数据采集之上是工业承载网，5G网络就在这一层，解决低时延的问题，也包括F5G（第五代固定网络）、新一代IP网络。

华为智能矿山架构

再向上是云基础设施和数字平台，支撑应用使能、集成使能（ROMA）、AI使能（ModelArts）、数据使能（DAYU）以及开发使能（DevOps）等平台级能力，完成煤矿应用的开发和数字化过程。

最上层是面向管理者提供的可视化中心，数据汇集、加工、计算结果再返回到实际应用场景，可以清晰地展示出来。

神东煤炭是我国首个两亿吨煤炭生产基地，国能神东煤炭集团董事长李新华表示，神东有1370多家主要设备供应商，13.4万台各类设备，10余类操作系统，500多种需要适配对接的通信协议。

不同的设备装置具有不同的操作系统，同一供应商不同时期提供的操作系统及应用也彼此不兼容，造成设备之间数据共享难，信息互通难，生产作业智能联动难，尤其在采煤与运输、采煤与通风、工控系统协同方面，不同厂商的采煤机、支架、刮板输送机的接口及协议互不兼容。

打造一个智能矿山，神东煤炭指明了五个关键问题：解决技术封锁和芯片卡脖子问题；解决工业网络实时传输的问题；解决生产要素万物互联的问题；解决通信协议标准化问题；解决数据治理手段落后的问题。

2021年5月，神东煤炭与华为煤矿军团成立了智慧煤矿联合创新项目组，确定联合创新课题18个，子项目21个。8月举行了战略合作协议签约和联合创新中心揭牌仪式。截至目前，神东投入各部门业务骨干86人，华为常驻神东创新中心70多人，华为总部投入研发人员200多人，合作厂家投入160多人共同进行技术攻关。

目前，矿鸿操作系统已成功适配煤矿井下综采工作面的液压支架主控器、工作面通讯控制器、组合开关显示控制器，以及吊轨式、胶轮式等各类巡检机器人共20种设备398个应用单元。下一步两家的主要工作计划是在国家能源集团总的框架体系下，做好鸿蒙系统现场试验、应用和推广。

但矿鸿系统到底是什么，和鸿蒙是什么关系，它又是如何解决统一性问题的？

2020年8月9日，华为正式发布鸿蒙系统。8月底，华为与中国开放原子开源基金会协商，把鸿蒙系统的基础底座部分、核心框架部分，全量捐赠给开源基金会。开源基金会在2020年9月份成立了Harmony项目，OpenHarmony实际上指的是华为捐赠给开源基金会的项目名称。

OpenHarmony本身是鸿蒙所有基础底座的一个开源版，捋顺逻辑，华为可以算是基于OpenHarmony开源版本第一个发布产品的公司，今年6月份华为发布了面向智能手机的鸿蒙OS 2.0，就是基于OpenHarmony面向2C领域的第一个发行版，目前用户数量已经突破1亿。

矿鸿系统实际上是基于OpenHarmony，由神东集团推动的矿山领域的操作系统。系统向下，可实现对各种软硬件资源接入、控制和管理；系统向上，可提供开发接口及工具资源等支持，并以工业APP形式提供多样化服务。

至于鸿蒙由一个2C领域的操作系统，应用到2B领域，其实也很有挑战，虽然鸿蒙设计之初就考虑到了万物互联的需求，但是谁都不愿意第一个吃螃蟹，鸿蒙在工业领域的前景有待验证。

矿鸿系统现场演示实时操作煤矿设备

如前所述，华为很早意识到智能矿山的本质是工业互联网，要做到万物互联，但是怎么做呢？邹志磊拜访了华为内部几乎所有做工业互联网的人，大家各有各的说法，华为很多试点有成功的，也有失败的。

今年4月份，邹志磊拜访了中国神华能源集团，神华能源最想做的事情是把神东煤炭的很多成功经验拷贝到其他煤矿，大概五月初的时候，他调研神东煤炭之后，明显感觉到煤矿的信息孤岛问题。

“有没有一个操作系统能解决”，邹志磊的同事强推鸿蒙，神东的态度也出乎意料，从开始概念的讨论到最后的落地，果决速度超过了华为的想象。

煤矿军团调查了十几个矿山的传感器等等设备，后来反馈给邹志磊说：“问题不大”，因为鸿蒙天生就为万物互联而生的，它不是传统的移动互联网，不似安卓，它不仅仅能解决移动互联网的问题，最小到128k，大到几个G，甚至上百个G，都可以部署鸿蒙，满足万物互联的设备场景。

如果采用鸿蒙要把矿下的传感器全部换掉，高昂的成本足以让所有客户望而却步，华为在智能矿山的抱负也就根本无从施展，后来煤矿军团与鸿蒙团队沟通，发现很多设备问题都能解决，成本问题也就得以解决。

华为华为消费者业务AI与智慧全场景业务部总裁王成录

“鸿蒙之父”华为华为消费者业务AI与智慧全场景业务部总裁王成录介绍，矿鸿系统基于OpenHarmony软总线的能力，形成无需人干预的连接，异构组网的实现特别关键，有效解决了各种各样不同设备之间异构的问题，现在矿鸿已经实现了蓝牙和WiFi之间异构组网的问题。

软总线无线通信最大的问题是非常怕信号干扰，一旦有干扰就有误码，一旦有误码一切的实时性、稳定性都消失，华为通过信号去干扰能力，让干扰的程度降到了最低，对丢包和抖动的抵抗能力和容忍能力也做到了30%，即30%的丢包也不会影响上层业务。

值得一提的是，华为在通讯领域积累的经验，全部用到了矿山领域，各种无线接入方式聚合，在所有通道都很好的时候，可以把通道能力聚合起来，当某些通道信号不好的时候，可以做信道之间的互为备份。

面对不同设备、不同协议的老大难问题，分布式软总线仍然是协议的基础，下面设置了装备的分装库、对象库，将各种各样的仪器仪表操作动作，以及设备之间的交互做了建模和数据结构的构建，用统一的模型、统一的数据结构保证了设备的互通。

“今天是非常值得纪念的一天，对鸿蒙生态来讲，我们迈出了从2C到2B的关键一步，对于整个工业领域来讲，我们今天迈出了一个非常重要的，工业互联网真正落地的关键一步，今天会给未来整个鸿蒙系统的能力，包括鸿蒙生态在各个领域的拓展打开了一个无限想象空间的大门。”王成录感慨道。

在演讲中，邹志磊抛出了一个值得思考的观点——移动互联网过去十年发生的事情，在工业互联网里面也会发生。如果确定了这个立论，也就不难理解华为为何会深入到煤矿领域，甚至如此的大动干戈。

1830年，美国著名的西部大开发中，大批淘金客蜂拥而来，而在淘金的人群里，有一批人不淘金，只卖水和工具，赚得盘满钵满。

华为是不是也像新时代的“卖水人”？

煤矿军团只是华为拓宽商业赛道的一个缩影，在矿山领域，华为只做薄薄的一层，定位是给行业赋能，绝不控制数据，也不会靠数据变现，坚持被集成和使能策略，以期得到客户的信任。

华为意不在挖矿，煤矿军团的诞生承载着华为加速技术商业化、寻找新的收入空间的目标。

考虑到华为受美国制裁的大背景，尽管华为“有质量的活下去”做的不错，但是营收、利润表现已经显现出一些疲态，在一些业务上不得不向后收缩，例如手机业务、x86服务器、交换机等无法完全脱离海外芯片的业务。

在近日华为放出的一份总裁办邮件中，任正非直言，从现实的商业角度来看，华为要聚焦在5G+AI的行业应用上，要组成港口、机场、逆变器、数据中心能源、煤矿……等军团，准备冲锋。

在运营商BG、企业BG和消费者BG之外，华为急需新的收入来源，按照以往的产业形势，新技术的成熟往往需要数年时间，而新技术被行业大规模采用又需要一段时间，在被美国制裁之前，华为可以等，但现在，华为最缺的就是时间。

一方面，5G、云计算等技术都还没有迎来收获期，例如5G，大规模的成熟应用迟迟没有爆发，企业级市场需要不断地铺量积累，注定了5G收入并不会爆发式增长。

云计算也面临着类似的情况，国内云计算竞争激烈，尤其是近两年云计算厂商纷纷押注政企赛道，华为云手握优势，但行业竞争也拖慢了收入增长曲线。

另一方面，如何为一家大公司“开源”，这就是邹志磊为华为要解决的关键问题。

任正非近日也提到，华为被美国打压的这两年，人力资源政策从未变过，工资、奖金发放一切正常，职级的晋升、股票的配给等一切正常。开源或节流，华为倾向于前者。

在实际业务开展中，三大BG都有自己的业务范围，虽然互相之间有协作，但是也有着各自的算盘，有时候利益点并不一致。

类似煤矿军团这样的组织，突破了组织壁垒，以垂直行业为攻坚对象，更符合华为“对准一个城墙口冲锋”的方法论。可以预期，煤矿军团的商业模式跑通后，“港口军团”“机场军团”等也已在路上。

一个显而易见却又无法测算的事实是，中国千行百业的数字化有着潜藏的巨大市场空间，但数字化的渗透程度还处于初级水平，一个个“煤矿”等待被数字化重塑，华为的定位和战略没有什么大纰漏，所欠缺的只是从此岸理想到彼岸现实的兑现。

（本文首发钛媒体App，作者 | 张帅）

本文来源：https://www.yuntue.com/post/156282.html | 云服务器网，转载请注明出处！