或有损害的事物。 我们不应该专注于个体的活动，而应该关注系统中的浪费来源以及可以从经验上证明导致开发人员对“生产力” 感知产生影响的条件。新的工具，比如 DX DevEx 360，通过关注开发者体验而不是一些虚假的产出衡量标准解 决了这个问题。然而，许多领导人仍然以模糊的、定性的方式衡量开发者的“生产力”。我们怀疑，这种兴趣的 复苏至少有一部分原因是受到了人工智能辅助软件开发的影响，这不可避免地引发了一个问题：它是否产生了 赖项更新 PR，即使它们在间接依赖项中包含主要版本 更新，也应该自动合并。 6. 针对 FAIR 数据的数据产品思维 试验 数据产品思维重视将数据消费者视为客户，确保他们在数据价值链中的无缝体验。这包括易用的数据发现、理 解、信任、访问和消费。“产品思维”不是一个新概念，过去我们在运维中施用了这一概念，建立了运维产品和 微服务。它伴随着构建长期的跨功能的团队在组织中拥有并分享他们的数据，通过结合数据和产品思维，我们 会改善基于大语言模型的编码助手的输出质量。 13. 追踪健康债务状况 试验 通过将健康度评级与其他服务级目标（SLO）同等对待，并据此确定增强的优先级，而不是仅仅关注跟踪技术 债务，我们不断体验到团队对其生态系统的改进。通过有效分配资源来解决与健康状况相关的最有影响的问题， 团队和组织可以降低长期维护成本，更高效地发展产品。这种方法还能加强技术和非技术利益相关者之间的沟 通，促进对系统

充分挖掘数据价值等；三是技术架构现代化，从资源管理、运维保 障、研发测试、应用服务等方面构建通用的对上赋能的技术底座； 四是组织流程现代化，通过工作思维、管理方式、协作模式的革新， 从组织、人员层面适配现代化发展思路；五是用户体验现代化，重 视用户诉求，打通需求与供给之间的最后一公里，提升技术对应用 的直接价值。目前，华为云、道客等企业已初步形成应用现代化方 法体系。 来源：中国信息通信研究院 图 7 应用现代化架构图 算力资源、Kubernetes 资源等基础设施进行统一抽象封装；面对多 样化平台能力需求，平台 UI 交互层可按需启用、模块化管理，提供 良好的用户体验等。产业落地方面，目前，阿里云、腾讯云等均积 极落地平台工程，通过平台工程优化开发者体验、提升云应用的研 发效能，并将平台能力赋能金融等行业，满足多场景规模化的研发 需求。 管理层面，FinOps 理念逐步落地，云成本优化技术满足多样化 ，对 日常运维过程中的日志采集、变更升级等都带来了新的挑战。基于 以上挑战，系统稳定性保障领域呈现以下特点：一是“稳保体系” 创新促进业务稳定运行。稳定的业务系统保障了企业的连续运营、 用户体验和客户满意度，逐步成为企业业务持续领先的“关键要素”。 应综合考虑技术、机制和组织人员情况，采用多种技术手段，如混 沌工程、全链路压测、可观测性技术、变更管控和应用多活等，从 事前、事中、事后

Deployment Ingress Service YAML 文件 代码、应用、CICD 流水线 容器 Pod Controller 调度 Node Sidecar CNI CSI 为了更好的用户体验： 用户 期望： K8s 提供： 研发与运维人员日益增长的应用管理诉求 传统 PaaS 有限的、不可扩展的专有API 与能力 K8s 生态“无限”的应用基础设施能力 不停构建“PaaS”平台不是“银弹” K8s 变成面向开发者的平台 构建一个具备“以应用为中心的 API 抽象”、“用户友好” 且“高度可扩展”的 K8s！ 以应用为中心的 API 抽象 • 应用的工作负载和运维能力的抽象程度越高，用户体验越好 抽象程度 学习曲线 高 低 低 高 Deployment Pod Service Node … PodTemplate Configuration Revision Route

阿里业务全面上云，运维体系全 面拥抱云原生，基于 k8s 生态在 阿里内部蓬勃发展。在 2019 双 11 中，k8s 体系支撑了阿里史上 规模最大的集群，并提供了极速 的应用扩容体验 2015 野蛮生长 体验到使用容器部署应用的优势 后，阿里内部发展出众多的运维 平台，包括 AliSwarm，Zeus， Hippo 等，极大地降低了业务运 维的成本 2018 转型 kubernetes

06-10-系统分析设计指南V1.0 11. 06-11-项⺫定价指南V1.0 12. 06-12-业务设计和开发指导指南V1.0 13. 06-13-⽤户故事写作指南-V1.0 14. 06-14-⽤户体验设计指南V1.0 15. 06-15-质量标准指南-⾮功能性V1.0 16. 06-16-微服务模块分析指南1.0 操作⼿册(16) 1. 08-01-Eclipse-Git-Plug-in 2 08-10-JIRA操作⼿册 11. 06-11-项⺫定价指南V1.0 12. 06-12-业务设计和开发指导指南V1.0 13. 06-13-⽤户故事写作指南-V1.0 14. 06-14-⽤户体验设计指南V1.0 15. 06-15-质量标准指南-⾮功能性V1.0 16. 06-16-微服务业务设计指南 规范(15) 1. 05-01-Android开发规范V1.0 2. 05-02-Git分⽀管理规范v1

峰时将负载弹性到华为公有云 上，解决降成本后私有云资源不 足的问题 •业务高峰期仅4-5个月，采用弹 性的公有云资源，帮助客户达成 50%的降成本目标 •采用华为云高性能物理机服务 器，满足高并发时的用户体验 容 器 容 器 https (push image) 方案： •通过远程API调用方式，实现线上线下容器集群的统一管理和运维 •线上镜像仓库与线下仓库同步，云上集群直接从线上仓库获取镜像，提升了应用部署速度 龙渊科技、复华文旅、新奥等。 华为容器服务2015年率先在合营云德电商用，阿里基于K8S的容器服务2017年推出公测，腾讯的容器服务2017年4月上线商用 25 华为云容器训练营开班啦！零基础体验Kubernetes产品！ THANK YOU

DaoCloud 第 3 页 简介 DaoCloud Enterprise 5.0（DCE 5.0）是一款高性能、可扩展的云原生操作系统。 它能够在任何基础设施和任意环境中提供一致、稳定的体验，支持异构云、边 缘云和多云编排。 DCE 5.0 集成了最新的服务网格和微服务技术，能够跟踪每 一个流量的生发始终， 帮助您洞察集群、节点、应用和服务的详细指标，并通 过动态仪表盘和拓扑大图可视化掌握应用健康状态。 接入管 理能力。在较高的层次上，服务网格有助于降低服务治理的复杂性，减轻开发 运维团队的压力。 服务网格作为 DCE 5.0 产品的体系一员，无缝对接容器管理平台，可以为用户 提供开箱即用的上手体验， 并作为基础设施为微服务引擎提供容器微服务治理 支持，方便用户通过单一平台对各类微服务系统做统一管理。 中间件 DCE 5.0 针对实际应用场景，精选了一些经典的数据服务中间件，通过前后端

K8s 如何管理描述云资源？ 太好了，我还需要启动一个 RDS, 能跟 helm一起打包吗？ Operator 写好了,用 helm 打包部署吧，美滋滋.. 这样啊，你们PaaS 平台的 体验好割裂… 好吧，我们试试 …… 这你恐怕得单独去RDS 界面创建… 业务方运维 K8s 团队 CRD 搞定一切！ RDS SLB VPC • 对研发屏蔽 K8s API • 对运维简化

多个K8S容器云集群统一管理 • Why？ 技术和管理难度大 跨数据中心 2 物理机，VMWare，OpenStack，AWS，Azure 混合基础架构 多集群统一管理，无需切换平台系统 统一用户体验 11 2017 Lenovo Internal. All rights reserved. 容器云设计--多集群支持的容器云 • 多集群，一平台 Router1 Router2 K8S-2

低时延 海海量量数据 隐私安全 本地⾃自治 边缘计算应⽤用场景——智慧园区� ➔ 基于边缘计算打造智慧园区，通过视频监控+AI分析实现从⼈人防到技防，提升园区运营效率，提⾼高园区住户体验。� ➔ 对监控视频智能分析，实时感知⼊入侵、⼈人流量量⼤大等异常事件，降低园区的⼈人⼒力力成本。� ➔ 端侧⼈人脸抓取，视频分析在边缘侧执⾏行行。云端管理理边缘应⽤用全⽣生命周期，⽆无缝升级。云端AI模型训练，边缘侧推理理。�