· · · · 4 O3 鸿蒙编程语言演进策略 1）语言演进整体策略· · · · · · · · · · · · · · · · · · · · · · · · · 2）智能化演进策略 · · · · · · · · · · · · · · · · · · · · · · · · · · 3）未来一年语言演进策略· · · · · · · · · · · · · · 程语言，主打易学易用、生态丰富、极简开发、持续创新四大特征；仓颉是静 态类型编程语言，主打高性能、强安全、跨平台、智能化等特性。为满足不同 业务场景诉求及不同开发者编程习惯，两者长期协同发展和长期演进，并保持 生态兼容。ArkTS和仓颉均通过垃圾回收机制自动管理内存，C/C++支持Native 开发，需开发者手动管理内存，三种语言相互配合，共同支撑鸿蒙应用生态构 建。 图 1-1：鸿蒙 编译工具链 负责在开发侧将高级语言编译为方舟字节码文件（*.abc），而 ArkTS 运行时则 负责在设备侧运行字节码文件执行程序逻辑。 ArkTS 会结合鸿蒙应用开发的需求持续创新，平滑演进。进一步丰富并发 编程、完善类型系统、现代化语法等显著改进和新特性，使开发者能够更快速 地构建稳定且性能优越的应用。 仓颉概述 仓颉是鸿蒙应用开发高级语言。 仓颉作为一款面向鸿蒙应用

安全可信、多智能体高效协作、自主可控的个性化、多设备间自由流转等 独特能力，引领系统与应用交互协同的新范式。 鸿蒙应用生态正蓬勃发展，为赋能鸿蒙应用生态智能化演进，我们提 出鸿蒙智能体框架，以多样化的交互入口、高效可信的通信协议、丰富的 开发工具生态、全链路的安全防护为基石，构建一个开放、灵活、可演进 的智能体 + 鸿蒙应用开发平台。我们坚信，鸿蒙智能体框架将加快生态伙 伴的创新脚步，不论是在手机、PC、车机、智慧屏、穿戴设备，还是在办公、 动 了应用形态和生态范式的变革。华为在《鸿蒙 2030 白皮书》 [2] 中提出，当前主流操作系统的 生态范式均以 APP 为中心构建，未来几年的鸿蒙生态系统将以面向场景的智能服务形态为终极 演进目标，呈现出以 AI 智能体为中心、多种服务形态并存的新范式，包括 APP、元服务等已存 鸿蒙应用智能的愿景 Agent 时代 鸿蒙应用生而智能 前 言 在的形态以及以 AI 智能体为载体的智 的智能体价值网络（Agent Value Network），在这个网络中，所有智能体将协同工作、共同创造并共享收益。鸿蒙系统将持续 构筑统一开放的智能体 OS 底座能力，全面赋能鸿蒙应用智能化演进，为每一款应用注入更自 然的多模态交互能力、更高效的跨应用协同体验以及更深层的系统级感知和触达能力，助力每 一款应用“生而智能”。同时，鸿蒙系统智能体小艺作为用户交互入口，将构筑精准的用户意

联通软件研究院 项目经理 目 录 CONTENTS 稳定性保障工具演进历程 1 稳定性保障工具落地场景 及成效 2 当前面临的挑战及未来展望 3 01 稳定性保障工具演进历程 GOPS 全球运维大会 2023 · 上海站 数字化转型中系统安全生产痛点问题 工具职责范围的演进：覆盖广度及深度不断增加 单系统 应用维度根因定位 几个 核心系统 被动应急 故障统一调度 跨系统全链路 定界诊断 主动预防 集团+分子公司 整体态势感知 混沌工程 故障自愈 变更追踪 变更管控 体系建设 故障发现 与诊断 故障恢复 与应急 故障预防 故障调度 体系演进 分布式架构挑战 运维生态挑战 数智运维挑战  端到端稳定性保障体系缺失，自动化、智能化故障处理能力不足  故障处理过多依赖专家经验，故障没有沉淀为有效的资产  故障处于被动防御，救火，运维大数据未被合理价值挖掘 GOPS 全球运维大会 2023 · 上海站 稳定性保障工具建设历程 • 工具化建设 2019 • 产品化建设 2020-2021 • 体系化建设 2022-2023 稳定性保障工具的建设与演进从来不是一蹴而就的，是基于当前的现状与存在的问题，提出解决方案与目标规 划，充分借鉴与对标先进的行业经验，从“走出去”到”引进来“，逐步由工具产品化至制度、管理体系化转 变的过程。 监 控 工 具

中国联通数字化监控平台稳定性 保障工具落地实践 曹家豪 联通软件研究院 项目经理 稳定性保障工具演进历程 稳定性保障工具落地场景 及成效 当前面临的挑战及未来展望 目 录 CO N T E N T S 1 2 3 01 稳定性保障工具演进历 程 随着云原生技术的不断成熟，企业数字化转型也在不断加速，企业 IT 架构进入云原生时代，多云多集群部署 已 经成为常态和趋势，几何增长的云资源、微服务以及复杂化的调用关系与业务场景，传统人肉运维难以为 继， 如何保障系统的全面稳定，保证业务流程的高效运转，为系统运营提出了不小的挑战。 工具职责范围的演进：覆盖广度及深度不断增加 GO PS 全 球 运 维 大 会 2 0 2 3 · 上 海 站 几个 核心系统 单系统 应用维度根因定位 故障点人工恢复 系统具备应急预案 被动应急 分子公 司 整体态势感 知 体系建设 故障发现 与诊断 故障恢复 与应急 故障预防 故障调度 体系演进 稳定性保障工具建设历程 稳定性保障工具的建设与演进从来不是一蹴而就的，是基于当前的现状与存在的问题，提出解决方案 与目标规 划，充分借鉴与对标先进的行业经验，从“走出去

• 德国强调质量标准，特别关注规则、流程和管理体系的建设；德国有统一、 齐备的行业标准，德国发布行业标准约 90% 被欧洲及其他国家作为范本或 直 接采用。 • 德国的质量理论塑造了华为质量演进过程的前半段，是以流程、指标来严 格规范的质量体系。 华为质量文化建设 • 日本以精益生产理论为核心，减少浪费和提升效率，认为质量不好是一种 浪费，是高成本，强调减少浪费（包括提升质量）、提升效率、降低成本。

多种语言栈，对人员技能要求高。  多种开发框架，不同的编程范式。  命令式编程，需关注细节，变更频繁，维护成本高。 与此同时，AI 时代全面来临，在 PC 互联网到移动互联网到智能化终端演进过程中，AI 计算主要在云端数据中心进行，非常依赖网络，具有一定的时延，且数据传输的安全性、私 密性不能得到有效保证。随着人们对交互和信息获取的智能化要求越来越高，移动设备的计 7 比已超过 App，成为面向用户的主要触达方式。 轻量化的程序实体所具备的“即用即走、无需安装卸载、持续更新”的特征，也推动了 App 基于搜索下载的“人找应用”的传统分发向“服务找人”的智慧分发的演进。App 遵 循“搜索、下载、安装、使用”的模式，用户主动发现的成本高，拉新、促活、召回的全生 命周期流程相对被动。轻量化的程序实体具有即用即走的体验，可通过各类终端的系统级智 慧入口进行分发 基于鸿蒙系统开发框架，开发者可以根据自己实际的业务情况选择：  独立开发一个应用  独立开发一个元服务  同时开发应用和元服务 开发者可以选择开发简单、场景聚焦的元服务，渐进迭代演进，按需组合元服务成为一 个复杂的应用。对于功能复杂、或者大型游戏类应用，可以直接开发鸿蒙生态应用。不论是 选择开发元服务还是应用，均可以考虑提供服务卡片，当用户把卡片添加到桌面、负一屏等 入口