第三届中国 Rust 开发者大会 Use Rust to Develop the Decentralized Open Data Application Mike Tang daogangtang@gmail.com @daogangtang 2023-06-08 ➔ 裁员 ➔ 互联网格局定型 ➔ 平台倒闭，数据丢失 这是一个什么时代？ 互联网的终局 创业 -> 种子 financial computation/storage model to general cases • Limites of On-chain VM computation • Limites of MPT • Limites of K-V db Problems of Web3: Technical Viewpoint Financial Model: Account=>Balance ➔ Relatively dimension Internet Model: Any ➔ Open dataset, data will increase quickly on any dimension. ➔ Multiple dimensions Dataset Models ➔ What is open data? Build an internet platform, but open its data to everyone

© XXX Page 1 of 23 open flags 调研（已实现）© XXX Page 2 of 23 open接口原型 open flags flags定义 flags的含义 libfuse open open flags 在curvefs上的测试 open flags 实现方式 整体flags支持方案 具体flag的实现方案 O_TRUNC I/O模式类 O_DIRECT O_SYNC FASYNC, O_TMPFILE 结论 参考文献 open接口原型 # man page open, openat, creat - open and possibly create a file #include int open(const char *pathname, int flags); int open(const char *pathname, int flags int flags, mode_t mode); int openat2(int dirfd, const char *pathname, const struct open_how *how, size_t size); open系统调用会打开pathname指定的文件（如果不存在，如果携带O_CREAT flag则会创建），返回一个文件描述符fd（该fd是进程打开文件描述符表的index），

基于open-falcon的 平安云监控 目录 Ø 团队介绍 Ø 背景 Ø 系统定位 Ø argus是什么 Ø 为什么选用Go Ø argus的前身 Ø argus的现状 Ø argus的未来 团队介绍 Ø 平安云IAAS团队 Ø 负责平安集团IAAS平台建设 Ø 为平安集团内部其他子公司服务 Ø 打造对外的金融云服务 目录 Ø 团队介绍 Ø 背景 Ø 系统定位 Ø argus是什么 Ø 为什么选用Go Ø argus的前身 Ø argus的现状 Ø argus的未来 argus是什么 Ø 是平安云监控系统 Ø 希腊神话里的百眼巨人 Ø 基平open-falcon开发的平安云监控系统 Ø 是一个Go语言实现的项目 目录 Ø 团队介绍 Ø 背景 Ø 系统定位 Ø argus是什么 Ø 为什么选用Go Ø argus的前身 Ø argus的现状 自带单元测试框架 目录 Ø 团队介绍 Ø 背景 Ø 系统定位 Ø argus是什么 Ø 为什么选用Go Ø argus的前身 Ø argus的现状 Ø argus的未来 argus的前身open-falcon agent transfer meta updater hbs graph judge redis sender query mysql web alarm gitlab

is organized around the concept of an application. Kubernetes is not a platform as a service (PaaS) and doesn‘t have or enforce a formal notion of an application. Instead, applications are informal and and described with metadata. The definition of what an application contains is loose.” Sited: https://kubernetes.io/docs/concepts/overview/working-with-objects/common-labels/ API 和业务原语 关注点不同 服务语义与抽象程度不同 PaaS 层 UI (e.g. dashboard, cli) 用户 CUE schema/模板 “客户端”抽象 标准化的“服务端”抽象 – 应用模型 Open Application Model (OAM) • 通过 OAM spec 定义“以应用为中心”的原语 • 打破“谷仓”! Common Traits Function Deployment K8s Operator

技术专家 关于我 • 孙健波 • 阿里云 (@天元) • 云原生应用平台团队--应用管理和应用交付 • Github(@wonderflow) • OAM - Open Application Model (https://oam.dev/) • KubeVela (http://kubevela.io/) 微信-欢迎交流 目 录 云原生时代的应用与发布挑战 01 KubeVela 能力局限，不同场景各不相同 3. 不统一，每一个模式需要重新编 写发布对接 K8s-sigs 的 Application 1. 只描述了应用产品元数据， 研发、运维无从入手。 2. 无人维护、缺乏活跃度。 3. 信息不足以对接发布。 kubernetes-sigs/application 几乎成为事实标准的应用打包工具 helm 1. 黑盒，不明确内部有哪些 资源。 2. 无法使用/对接云资源。 的标准化应用管理引擎 KubeVela 简介 第二部分 What is KubeVela？ KubeCon NA 发布 一个标准化的云原生应用平台构建引擎。 • 基于 Kubernetes 和 OAM 模型构建 • 纯 Golang 编写 • 社区发起，社区构建 • 正式发布第 4 天，登顶趋势榜首 应用 平台团队 Canary Autoscale Route Web Service

孙健波 阿⾥云 技术专家 阿⾥巴巴 Kubernetes 应⽤管 理实践中的经验与教训 孙健波 阿⾥云 技术专家 • Kubernetes 基础技术中台团队 • 开放应⽤模型（OAM）项⽬ Core Maintainer • jianbo.sjb@alibaba-inc.com • 阿⾥存量 PaaS 对接 Kubernetes 的新挑战 • 研发和运维对 Kubernetes YAML = 应用模型 OAM：以应用为中心的 K8s API 分层模型 Kubernetes K8s 团队 Trait + App Config 运维 Component 研发 K8s 原生 API ECS/ FaaS/…… • API复杂：区分使用者/关注点分离 • 能力难上手：模块化封装/统一管理 • 云资源：统一API对接 apiVersion: core.oam.dev/v1alpha1 Description of the application Component 核心workload 可访问 可复制 长久运行 Server √ √ √ Singleton Server √ × √ Worker × √ √ Singleton Worker × × √ Task × √ × Singleton Task × × × apiVersion: core.oam.dev/v1alpha1

以门和警报设计作为示例，一般来说，门都有 open() 和 close() 这两个动作。通过 抽象类和接口来定义这个抽象概念： 1 abstract class Door { 2 public abstract void open(); 3 public abstract void close (); 4 } 1 interface Door { 2 public abstract void open(); 3 将这三个功能都放在接口里面，但需要用到报警功能的类就需要实现这个接口中 的 open() 和 close()，也许这个类根本就不具备 open() 和 close() 这两个功能，比如火灾 报警器。不合理规划 Door 的 open() 、close() 和 alarm() 根本就属于两个不同范畴内的行为： • open() 和 close() 属于门本身固有的行为特性。 • alarm() alarm() 属于延伸的附加行为。 更为合理的思路 ‚ 单独将报警设计为一个接口，包含 alarm() 行为；ƒ Door 设计为单独的抽象类， 包含 open() 和 close() 两种行为；„ 设计一个报警门继承 Door 类和实现 Alarm 接口。 . 课程配套代码 ± package sample.advance.door 7.4 嵌套类 7.4.1 什么是嵌套类 Java 语言支持

2021 China Open Source Annual Report 前 言 / Preface 2022 年来了，网上有一个段子，说这不过是“2020 too”，2022 年 1 月，也不过是 2020 年第 25 月。看起来一切都没有变化，我们依然在 COVID 之中。但是，从另一个角度来看，世界 正在发生巨变，我们所处的世界，正在高速朝着某个未知的方向前进。 年，则是起飞之 前的助跑阶段。从地面到天空，意味着整个行为的模式都会发生深刻的变化。我们原来只需要 在一个二维平面思考路径与方向，而到了天空，在三维空间里，我们多了无数选择。 For China's open source, the keyword for 2021 should be "run-up." The signs are undeniable. The Ministry of Industry Plan for the Development of Software and Information Technology Services", a typical signal that the open source sector will take off. Walking on the ground to flying in the sky are two completely different

低代码将会如何改变开源，值得关注 ……………………………………………………… 129 十、开源硬件持续升温，RISC-V 成果涌现 ………………………………………………………… 130 8 2021 CHINA OPEN SOURCE ANNUAL REPORT QUESTIONNAIRE 2021 中国开源年度报告 9 10 2021 中国开源年度报告 问卷篇 2021 中国开源年度报告 11 kubeedge/kubeedge 1132.2193445010600 1653 3 kubeedge/kubeedge 4317 318 582 1369 397 4 oam-dev/kubevela 1006.0651186399000 2135 4 oam-dev/kubevela 3389 544 1248 3033 1087 5 chaos-mesh/chaos-mesh 958.7506461130560 kubeedge/kubeedge 1132.2193445010600 1653 3 kubeedge/kubeedge 4317 318 582 1369 397 4 oam-dev/kubevela 1006.0651186399000 2135 4 oam-dev/kubevela 3389 544 1248 3033 1087 5 chaos-mesh/chaos-mesh 958.7506461130560