李响， 阿里云 Kubernetes + OAM 让开发者更简单 来自应用开发者的“灵魂拷问” “ Kubernetes 让 Devops 更复杂了！” Kubernetes 对于应用开发复杂在哪里 1. 关注点不同 业务研发 2. 语义与抽象程度不同 业务运维 3. 交互与使用习惯不同 业务研发、运维 YAML 文件 图形化界面 命令行工具 IaC 配置语言 扩容策略 • 流量配置 应用配置 应用管理引擎 能力注册 Docker Compose Dashboard CLI DSL CLI Deployment Function 应用层 能力管理 用户体验层 Kubernetes Open Application Model（OAM） 一个用来构建云原生应用管理平台的标准规范与核心框架 OAM + OAM Platform UI Open

带给你“一份应用需求定义，到处交付” 的 云原生应用交付体验 Photo 王国东(骁奕) 技术专家 阿里云 张健川(聪言) 技术专家 阿里云 王国东(骁奕) One Definition, Deliver Anywhere 交付同学的烦恼 !"#$A 我们还是个创业公司运维 经验少，产品所有依赖的中 间件服务资源都想⽤阿⾥公 共云上的 %&#$B 我们⾃⼰的商业经营数据

我们不应该专注于个体的活动，而应该关注系统中的浪费来源以及可以从经验上证明导致开发人员对“生产力” 感知产生影响的条件。新的工具，比如 DX DevEx 360，通过关注开发者体验而不是一些虚假的产出衡量标准解 决了这个问题。然而，许多领导人仍然以模糊的、定性的方式衡量开发者的“生产力”。我们怀疑，这种兴趣的 复苏至少有一部分原因是受到了人工智能辅助软件开发的影响，这不可避免地引发了一个问题：它是否产生了 Tower 47. Bloc 48. cdk-nag 49. Checkov 50. Chromatic 51. Cilium 52. 云服务的碳足迹 53. 容器结构测试 54. Devbox 55. DX DevEx 360 56. GitHub Copilot 57. Insomnia 58. IntelliJ HTTP 客户端插件 59. KEDA 60. Kubeconform 61. mob 赖项更新 PR，即使它们在间接依赖项中包含主要版本 更新，也应该自动合并。 6. 针对 FAIR 数据的数据产品思维 试验 数据产品思维重视将数据消费者视为客户，确保他们在数据价值链中的无缝体验。这包括易用的数据发现、理 解、信任、访问和消费。“产品思维”不是一个新概念，过去我们在运维中施用了这一概念，建立了运维产品和 微服务。它伴随着构建长期的跨功能的团队在组织中拥有并分享他们的数据，通过结合数据和产品思维，我们

完全自动创建所需资源、网络和计算。如需更多信息，请参阅 AWS 本地区中快速设置集群。 1.3.2.21. 使用手 使用手动维护 动维护的云凭 的云凭证 证的集群 的集群简 简化的安装和更新体 化的安装和更新体验 验 此发行版本包括更改，用于改进安装和更新以手动模式使用 Cloud Credential Operator (CCO) 的集群进 行云供应商身份验证。oc adm release extract Container Platform 集群。对于 OpenShift Container Platform 4.14，OCI 上的 OpenShift Container Platform 作为一个开发者技术预览功能提供。 要在 OCI 上安装 OpenShift Container Platform 集群，请选择以下安装选项之一： 使用辅助安装程序在 Oracle® Cloud Infrastructure Operator。 灵活的 灵活的 Operator 打包格式 打包格式 管理员可以使用基于文件的目录来安装和管理以下类型的内容： 基于 OLM 的 Operator，类似于现有的 OLM 体验 普通捆绑包，它们是任意 Kubernetes 清单的静态集合 另外，捆绑包大小不再受 etcd 值大小限制。如需更多信息，请参阅在 OLM 1.0 中管理普通捆绑包。 注意 注意 对于 OpenShift

3.1 手写数字图片数据集 3.2 模型构建 3.3 误差计算 3.4 真的解决了吗 3.5 非线性模型 3.6 表达能力 3.7 优化方法 3.8 手写数字图片识别体验 3.9 小结 3.10 参考文献 第 4 章 PyTorch 基础 4.1 数据类型 4.2 数值精度 4.3 待优化张量 4.4 创建张量 预览版202112 目前常用的深度学习框架，如 PyTorch (Paszke, 以及其他人, 2019)、TensorFlow 等， 都可以非常方便地通过数行代码自动下载、管理和加载 MNIST 数据集，不需要开发者额 外编写代码，使用起来非常方便。这里利用 PyTorch 附带的 torchvision 库自动在线下载 MNIST 数据集，并转换为 PyTorch 的数据对象 DataLoader 格式。代码如下： 即可。可见，有了深度学习框架，开发 神经网络变得无比轻松和高效。 3.8 手写数字图片识别体验 本节将在未详细介绍 PyTorch 网络层、优化器等使用方法的情况下，先带大家体验一 下神经网络的乐趣。本节的主要目的并不是教会每个细节，而是让读者对神经网络算法先 有一个全面、直观的感受，为接下来介绍 PyTorch 基础和深度学习理论打下基础。 现在开始体验神奇的手写数字图片识别算法吧！ 3.8.1 网络搭建 对于第一层模型来说，它接受的输入

理开发⼈员的开发环境？如何让新⼊职的同事快 速进⾏开发？ 试想⼀下，要开发由 200 个“微服务”组成的云原⽣应⽤，会遇到哪些困难呢？ Localhost 时代 在单体应⽤的时代，对于开发者来说是极为友好的，�开发者使⽤本机运⾏应⽤，修改代码后实时⽣效，通过 浏览器访问 Localhost 实时查看代码效果。 单体应⽤和“微服务”应⽤不同，单体应⽤是 “ALL-IN-ONE” 组织⽅式，所有的调⽤关系仅限于在⾃身的类和函 ⼯作负载封装后，解决了开发过程应⽤的快速启动问题，开发⼈员只需要在本地 安装单节点的 Kubernetes 集群，例如 Minikube、Kind 等即可快速启动微服务应⽤。 但对于开发⼈员来说，原来单体应⽤的开发体验变得不复存在，由于应⽤很难在 Docker 容器之外运⾏，所以 每次代码修改，都需要经历以下步骤： 执⾏ docker build 构建镜像 执⾏ docker tag 对镜像进⾏标记 执⾏ docker 是⼀个云原⽣开发环境，希望让开发云原⽣应⽤像开发单体应⽤原始⼜简单。 Nocalhost 重新梳理了开发过程所涉及到的⻆⾊和资源： 团队管理⼈员 Nocalhost - 重新定义云原⽣开发环境.md 2021/1/20 3 / 7 开发者 应⽤ 集群 开发空间 通过对这些⻆⾊和资源的重新整合，Nocalhost 重新定义了云原⽣开发环境，并带来了全新的云原⽣开发体 验。 为了快速理解 Nocalhost 重新定义的云原⽣开发环境，让我们⾸先站在不同的⻆⾊来看

充分挖掘数据价值等；三是技术架构现代化，从资源管理、运维保 障、研发测试、应用服务等方面构建通用的对上赋能的技术底座； 四是组织流程现代化，通过工作思维、管理方式、协作模式的革新， 从组织、人员层面适配现代化发展思路；五是用户体验现代化，重 视用户诉求，打通需求与供给之间的最后一公里，提升技术对应用 的直接价值。目前，华为云、道客等企业已初步形成应用现代化方 法体系。 来源：中国信息通信研究院 图 7 应用现代化架构图 流程层面，平台工程以产品化、自助式的开发者平台，满足多 场景下应用研发需求。平台工程是一种自助式内部开发者平台的技 云计算白皮书（2023 年） 18 术架构和运营管理模式，为云时代的软件工作组织提供应用交付和 管理服务。平台工程师提炼出一套可复用的组件服务和业务流程， 工程化运作成为平台产品，平台产品随着组织变化而演进，其各个 组件可根据实际使用情况来升级扩展。这类集成产品通常被称为内 部开发者平台，是工 演进路线方面，容器云平台为开发者构建和运行分布式应用带来了 便利，但同时将复杂资源暴露给了开发者，知识门槛高，并且开发 者难以从众多资源中定位业务故障。而容器云平台及传统 PaaS 等经 过平台工程化，可演进为面向开发者的一站式平台，灵活组合 Backstage、Grafana、KubeVela 等云原生能力，对接算力、Kubernetes 等差异化基础设施，屏蔽其复杂性，使开发者可以专注于业务需求。

2013年 2015年 2018年 ING Native HTML5 ReactNative Flutter 开发成本 用户体验 动态性 移动应用开发技术分析 如何保障APP可以快速、动 态的更新 保障APP动态更新的情况 下，如何保证用户体验 缺乏客户端经验的开发者， 如何做到业务极速迭代 如何丰富现有功能，开放自 己的业务生态 百万级日活 高频发版需求 业务功能单一 业务模块繁杂 间2020年7月 小程序数量 DAU MAU 人均单日使用时长 数据来源：支付宝2020小程序上半年发展报告，截止时间2020年7月 小程序迎来大爆发，商业价值全面释放 开发⻔槛低 良好用户体验 小程序技术基于 Web前端技术 可实现动态更 新与APP隔离 可独立更新 用户没有学习成本 响应速度响应快 能够快速裂变分享 打通社交媒体 触达海量用户 小程序成为互联网巨头争夺的流量入口是因为？ 小程序切换动作 3. 页面渲染时间 4. 获取数据时延 5. 用户点击、浏览动作 6. 用户停留时间 小程序数据 1. 函数执行缓慢记录 2. API调用记录 3. 基础库运行记录 4. 开发者函数运行记录 5. 周期函数运行记录 当APP获得小程序运行能力，可以如何运用 — 打造可持续发展生态 当APP获得小程序运行能力，可打造属于自己的小程序开放平台，将合作伙伴的小程序“进驻”到自己

进行横向的自动扩展 (技术预览) 1.2.5.2. 新的提示用户界面 1.2.5.3. Telemeter 1.2.5.4. 基于资源 metrics API 对 pod 进行横向的自动扩展 1.2.6. 开发者体验 1.2.6.1. 代码就绪容器 1.2.6.2. 全面支持 Multi-stage Dockerfile 镜像构建功能 1.2.7. Registry 1.2.7.1. registry 现在由一个 1. Cluster Network Operator (CNO) 1.2.8.2. OpenShift SDN 1.2.8.3. Multus 1.2.9. Web 控制台 1.2.9.1. 开发者目录 1.2.9.2. 新的管理界面 1.2.10. 安全性 1.3. 主要的技术变化 由 buildah 进行镜像构建 SecurityContextConstraints 服务 CA bundle metrics 服务器。 1.2.6. 开发者体验 1.2.6.1. 代 代码就 就绪容器 容器 oc cluster 命令、Minishift 以及 CDK 现在由一个本地的 OpenShift Container Platform 4.1 桌面实例所替 代。OpenShift Container Platform 4.1 的设计宗旨是简化访问过程及提供原生的体验。它在 macOS 和 Microsoft

章 关于 关于 {OKE} 2.1. 相同和不同的地方 2.1.1. 核心 Kubernetes 和容器编配 2.1.2. 企业级就绪配置 2.1.3. 标准基础架构服务 2.1.4. 核心用户体验 2.1.5. 维护和策展的内容 2.1.6. 兼容 OpenShift Container Storage 2.1.7. Red Hat Middleware 兼容 2.1.8. OpenShift Serverless 2.1.9. Quay 集成兼容 2.1.10. OpenShift Virtualization 2.1.11. 高级集群管理 2.1.12. 高级网络 2.1.13. 开发者体验 2.1.14. 功能概述 2.2. 订阅限制 第 第 3 章 章 KUBERNETES 概述 概述 3.1. KUBERNETES 组件 3.2. KUBERNETES 资源 3.3. KUBERNETES Container Platform 中发现的 Route API 对象，包括其与 HAproxy 边缘路由层 集成在一起的 Kubernetes Ingress Controller。 2.1.4. 核心用户体验 OpenShift Kubernetes Engine 用户对 Kubernetes Operator、pod 部署策略、Helm 和 OpenShift Container Platform