随着云原生技术的不断成熟，企业数字化转型也在不断加速，企业IT架构进入云原生时代，多云多集群部署已 经成为常态和趋势，几何增长的云资源、微服务以及复杂化的调用关系与业务场景，传统人肉运维难以为继， 如何保障系统的全面稳定，保证业务流程的高效运转，为系统运营提出了不小的挑战。 GOPS 全球运维大会 2023 · 上海站 稳定性保障工具建设历程 • 工具化建设 2019 • 产品化建设 一个目标，依托四大保障，聚焦研运流程中四个阶段，对应十五项核心工作，严格把控七个关口，将安全生产 稳定性保障左移，在入网控制时介入，对入网控制、发布上线、故障预防、故障发现、故障定位，故障恢复、 故障改进提供端到端工具支撑。 核心业务链路深度治理 做实安全生产，提升IT系统稳定性 架构设计 研发测试 生产变更 运营支撑 稳 定 性 架 构 设 计 版 本 管 理 变 更 管 理 链 路 识 别 监 控 管 理 故 全栈可观测性 1、涵盖业务层、前端触点层、网关层、应用层、组件 层、资源层的全链路追踪 2、指标、链路追踪、日志三位一体斧实现故障快速发 现、根因准确定位、故障快速恢复、问题深度刨析 1、全层级变更追踪 2、任务流程线上化绘制、管控，统一入口管理调度 3、技术监督实现变更管控 1、故障事前制定应急预案与应急演练 2、故障事中形成故障、监控、调度态势感知能力，实现 业务快速抢通 3、故障事后治理追踪全流程线上化闭环管理，确保故障

随着云原生技术的不断成熟，企业数字化转型也在不断加速，企业 IT 架构进入云原生时代，多云多集群部署 已 经成为常态和趋势，几何增长的云资源、微服务以及复杂化的调用关系与业务场景，传统人肉运维难以为 继， 如何保障系统的全面稳定，保证业务流程的高效运转，为系统运营提出了不小的挑战。 工具职责范围的演进：覆盖广度及深度不断增加 GO PS 全 球 运 维 大 会 2 0 2 3 · 上 海 站 故障预防、故障发现、故障定位，故 障恢复、 故障改进提供端到端工具支撑。 GO PS 全 球 运 维 大 会 2 0 2 3 · 上 海 站 做实安全生产，提升 IT 系统稳定性 核心业务链路深度治理 设计关 验证关 上线关 变更关 监控关 应急关 优化关 平台工具保障 组 织 架构保障 、系统容量隐患深度分析 3 、统一隐患闭环治理 1 、故障事前制定应急预案与应急演练 2 、故障事中形成故障、监控、调度态势感知能力，实现 业务快速抢通 3 、故障事后治理追踪全流程线上化闭环管理，确保故障 经验有效沉淀，整改措施有效落地 1 、涵盖业务层、前端触点层、网关层、应用层、组件 层、资源层的全链路追踪 2 、指标、链路追踪、 日志三位一体斧实现故障快速发 现、根因准确定位、故障快速恢复、问题深度刨析

0 前 言 问题 1 、 装备制造业 ， 转什么？ 转战略、 能力、 技术、 管理、 业务、 产品吗？ 目标： 制造业数字化管理提升 拍脑袋管理— > 线下局部制度化运营管 理— > 线下整体制度化运营管理— > 线 上数字化运营管理— > 智能化管理。 主要业务 目 标：质量 、 效率 、 成本 、服务 ◇ 人： 总结提炼规律 , 形成制度 流程主导：连接战略和流程 ，建立一套指导业务开展的 ◆ 建设 AOS 管理体系，梳理和设计业务 流程体系； 架构作为信息化输入； ◆ 要素融合：将质量、合规等各要素融合于流程中 ，确保 ◆ 绩效、质量、合规、风险等要素融入 流程精准管控、合规高效； 流程实施管控； ◆IT 支撑：以业务流程为基础 ，进行 IT 建设落地 ，支撑流 ◆ 构建 IT 架构，支撑业务流程运行。 程落地与高效运行。 面向我们军工装备制造业，我们构建起了 质量管理及数字化 01 制造业数字化目标 02 数字化方法路径 目 录 高阶流程全景图： 业务域划分及其相互支持关系 架构演变： 部 门职能框架— > 业务域流程框架— > 业务架构— >IT 架构 流程演变： 部门职能需求— > 业务域业务流程— > IT 功能与流程 党建战略： 战略规划及执行管控 、 党建文化

沟通 沟通 知识技能 业务领域 岗位价值 影响 影响范围 影响程度 领导力 领导范围 领导方式 知识经验 知识经验范围 知识经验级别 解决问题 问题复杂性 解决问题的要求 沟通 沟通难度 沟通目标 工作领域 业务领域 地域 全球标杆 中国智慧 职位评估价值取向 六大标准 职位与他人沟通难度越高 、沟通 达成的成果越大，职位价值越高 职位工作涉及的业务领域越广、 地域范围越广，职位价值越高 控制两个或两个 以上公司级 团体的组织 公司级 唯一条件 以盈利为目的而创建的内部职能较为健全的团体（独立运营的实体） 或：集团内部，为实现组织的某一职能，而组建的职能中心或业务单元 部门级 唯一条件 公司 / 职能中心 / 业务单元内部，为实现组织的某一职能，而成立的具体职能队伍 团队级 唯一条件 部门内部，为了完成组织的某一任务，而成立的小组 全球标杆 中国智慧 影响 - 影响程度 影响程度 全部满足极少影响的条件，部分地满足部分影响条件 极少 影响 条件一 在相关影响范围内，完成指定专业工作的部分环节，需要接受他人的指导或帮助 或：按照具体操作指示完成工作，受到全面的监督，需要接受他人的指导或帮助 或：负责业务系统下十分成熟的常规化重复性工作 条件二 对于达成当前工作目标负有部分直接责任 全球标杆 中国智慧 解决问题 - 问题复杂性  “ 解决问题”：主要用于评判岗位在问题判断、分析和创造过程中对于公司的价值。评判这一要素的主要

智能化改造初步意向调查表 受访单位 受访人员 姓名 联系方式 序号 类别 受访人员 问题 1 基础信息 成立时间 2 企业性质 3 公司人数 4 年营业额 5 行业类型 6 主营业务 7 生产方式（可多选） 8 已有的信息化情况 9 设备信息 生产设备数量 10 主要的设备类型 11 主要的设备品牌 12 生产主管 13 有哪些自动化改造需求？ 14 计划主管 受访人员 问题 答复 1 基础信息 成立时间 2 公司人数 3 年营业额 4 行业类型 5 生产产品 6 生产方式（可多选） 7 信息化情况 8 销售管理 业务主管 9 10 11 12 业务痛点和需求 13 计划管理 生产计划编制周期 14 15 产能情况 16 17 18 通过什么方式掌握计划达成率？ 19 每月、每天的计划达成率如何？ 公司高层/ 粒度如何？到周、日、产线，还是设备 ？ 20 业务痛点和需求 21 工艺管理 工艺主管 22 23 24 25 26 27 是否每个产品、每道工序有标准工时？ 28 标准工时的单位？是天？小时？分？秒？ 29 业务痛点和需求 30 供应商数量有多少？ 31 32 33 34 35 36 供应商是否有配额管理？ 37 38 39 业务痛点和需求 BOM版本数 1个□

主数据 4 录入检验结果 检验批 7 使用决策 6 记录缺陷 5 1 QM 模块简介 8 检验活动 SAP 模块介绍 支 持 近 30 个 行 业 方 案 S/4 质量与企业其他业务之间集成图 质量管理 (QM) 物料管理 (MM) 销售分销 (SD)/CS 设备管理 (PM) 生产管理 (PP) 出货检验与退 货检验 量具主档与校 准信息登记 生产制程与完 inspection ， 还可以为交货创建 certificates PM 相关主要是测试设备的管理 在供应链中的质量管理业务流程 计划流程 事件控制流程 信息管理 计划流程 供应链 结论 质量检测 质量检测申请 产品移动 订单 时间监控 何类业务需要进行 产品质量检测？ 检测清单 检测指导 抽样 决定如何进行抽样？ 起点 检测结果是什么？ 最后决策 7865 Defect 质量管理 信息系统 质量管理 信息系统 生产质量 x x $ 质量检测结果 问题通知单 早期预 警系统 分析与评价 质量管理－给业务带来的效益 对业务带来的管理效益 1. 规范质检流程和质检工作，加强质量检验工作的计划性 2. 质量管理全面融入生产过程，实现质量部门对生产过程关键点的质量追溯， 强化对关键点的质量管控 3. 加强质

层级的目的。服务卡片常用于嵌入到其他系统应用（桌面/负一屏）中作为其界面的一 部分显示，并支持点击拉起应用或元服务。 HarmonyOS 应用与元服务基于同一个鸿蒙系统技术栈开发，同属一个鸿蒙生态。 开发者通过业务解耦将应用分解为若干元服务独立开发，按需根据场景组合成复杂应用。 11 鸿蒙生态应用 核心技术理念 Chapter 3 - 1）一次开发，多端部署 - 用 户提供便捷服务。 传统移动生态下，开发者通常需要开发一个应用版本，如果提供小程序给用户，往往需 要开发若干个独立的小程序。鸿蒙生态下，鸿蒙支持元服务开发，开发者无需维护多套版本， 通过业务解耦将应用分解为若干元服务独立开发，按需根据场景组合成复杂应用。 元服务基于鸿蒙系统 API 开发，支持运行在 1+8+N 设备上，供用户在合适的场景、 合适的设备上便捷使用。元服务是支撑可分 作 23 文档翻页和批注，配合智慧屏完成分布式办公；例如分布式游戏场景，手机可作为 手柄，与智慧屏配合玩游戏，获得新奇游戏体验。 可分可合 在开发态，开发者通过业务解耦，把不同的业务拆分为多个模块。 在部署态，开发者可以将一个或多个模块自由组合，打包成不同的 App Pack 独立上 架。 在分发运行态，单个 HAP 作为元服务分发满足用户单一使用场景，也可以多个

鸿蒙是多语言生态，ArkTS、仓颉和 C/C++充分互补。ArkTS 是动态类型编 程语言，主打易学易用、生态丰富、极简开发、持续创新四大特征；仓颉是静 态类型编程语言，主打高性能、强安全、跨平台、智能化等特性。为满足不同 业务场景诉求及不同开发者编程习惯，两者长期协同发展和长期演进，并保持 生态兼容。ArkTS和仓颉均通过垃圾回收机制自动管理内存，C/C++支持Native 开发，需开发者手动管理内存，三种语言相互配合，共同支撑鸿蒙应用生态构 生成解析转换和多种容器库等丰富的操作方法，帮助开 发者简化开发工作，提升开发效率。  模块化管理：ArkTS 支持应用模块化开发、编译、打包和运行，例如： 应用模块化按需加载能力，方便大型复杂应用的多模块业务场景，高 性能启动运行，提高了代码的模块化管理和重用性。 7 方舟编译运行时（ArkCompiler）支持 ArkTS、TS、JS 的编译运行，目前 它主要分为 ArkTS 编译工具链和 简明语法：仓颉吸收了静态类型应用开发语言的优秀设计理念和语法 特征，因此这些语言的开发者学习仓颉成本较低；同时，仓颉支持类 型推断和丰富的语法糖，使编程简洁高效。此外，仓颉还提供元编程 能力，允许开发者针对特定业务快速设计领域特定语言（DSL），进一 步提升了仓颉的易用性。  多范式支持：仓颉是一个典型的多范式编程语言，对过程式、面向对 象和函数式编程都提供了良好的支持。开发者可以灵活选择或混合使

50%以上的新型空军机队。据《航宇周 刊》 分析，无人系统、情报侦察设备、网络安全等新兴细分 领域 将是近期欧、美各大航宇防务制造商开展战略转型的主 要方 向，并将成为未来 20 年增长最快的航宇防务业务领域。 按价值量计，民用无人机需求量仅占世界总需求量的 7.5%,中空长航时无人机、高空长航时无人机所占比重最高， 分别达 35%、23.3%;按数量计，微小型无人机占市场比重 最 大，达 案，包括建筑和太阳能电池板检查，保险评估，农业用 地监 控，电视和媒体，采矿，测绘和测量，资产检查，紧 急情况 服务，房地产等。外包工作给无人机服务提供商使 公司和政 府部门能够专注于其核心业务，并显着地为企业增加价值。 (四)法律和监管框架将不断发展 在美国，NASA 正在筹集数十亿美元的资金，用于开发 无 人机系统交通管理 (UTM), 这是一种能够安全协调有人 驾 无人机行业产业链大致可分为研发、生产、销售、服务 等细分领域，具体可分为产品研发试验、飞控系统开发、发 动机等关键零部件生产、载荷制造、无人机整机组装、无人 机销售、无人机作业培训、运营服务业务、 一体化应用服务 环节。 无人机作为智能机器人的一种，产业链条、技术链条都 很长。上游为无人机研发、飞控系统、机载设备以及发动机 等关键零部件制造，中游为无人机组装生产，下游为应用技

（ 可 脱 敏）、BOM 表等 2 生产全套表 用于 MES 系统：了解生产过程中各业务涉及的表单，包 括但不限于销售订单、计划单、工单、过程记录文件、收 货单、领料单、质量管理全套文件、设备管理全套文件 （点检保养等） 3 仓储/采购全套表 用于 WMS/SRM 系统：了解仓储物流配送等业务涉及的 表单，包括但不限于采购单、入库单、出库单、收货单、 拣货单、来料质检单、退货单、申购单、盘点记录等 工厂资源：区域划分、工位划分 工种信息：各班组名单、人员名单及人员对应的工种（可 晚点提供） 工厂图纸：用以了解工厂物理划分、电气等信息 6 信息化基础 用于了解当前信息化基础，用于系统集成和业务对接，包 括：目前企业已建设的各类信息化系统及其功能清单。开 发阶段需要提供相关接口。 7 管理制度 用于进行流程规划：了解当前的管理制度、流程、规范。 包括生产管理制度、研发管理制度、车间管理规范等。