Humanitec Platform Orchestrator。我们建议平台团队考虑这些工具，作为自己的脚本、本 地工具和基础设施即代码（infrastructure as code，IaC）的独特集合替代方案。我们还注意到，与开放应用模 型（OAM）及其参考编排器 KubeVela 有相似之处，尽管 OAM 声称更加面向应用程序而不是工作负载为中心。 21. 自托管式大语言模型 评估 大语言模型（LLMs）通常需要大量的 支持在线同步，但它可以让你离线保存 API 工作区 数据。我们的团队发现，从 Postman 到 Insomnia 进行人工 API 测试是无缝迁移的，因为它们功能相似，而且 Insomnia 允许导入 Postman 的集合。尽管我们的团队在 Insomnia 上获得了良好的体验，但我们仍在关注其 他各种形式的开发替代方案——从 GUI 工具（如即插即用的 Insomnia），到 CLI 工具（如 HTTPie），再到 置和黑暗模式设置的能力。 Playwright 为测试套件带来的 稳定性给我们的团队留下了深刻印象，并且喜欢它可以并行运行测试以更快地获得反馈。 Playwright 的其他特 色包括更好地支持懒加载和追踪。 尽管 Playwright 有一些局限性（例如，组件支持目前处于实验阶段），但我 们的团队认为它是首选的测试框架，甚至在某些情况下会从 Cypress 和 Puppeteer 上迁移过来。

开篇：我的另一种参与 RocketMQ 开源社区的方式 接下来我们回到本节的主题，那如何参与一个开源项目呢？ 在参与一个开源项目之前，我觉得第一个最基本的步骤还是要打牢基础，这里的基础至 少要包括 JAVA 集合、JAVA 并发（JUC)这两项，只是最最基本的，至少要阅读其源码， 理解其设计理念，至于 NIO，Netty 这些可以后续在需要使用时再去专门学习，有针对性 的学习，有使用需求，或许学习动力更强劲，学习效率更高效。 raft 协议保证 broker 节点数据的强一致性，该部署 架构在金融行业用的比较多。 二、消息订阅模型 在 RocketMQ 的消息消费模式采用的是发布与订阅模式。 topic：一类消息的集合，消息发送者将一类消息发送到一个主题中，例如订单模块将 订单发送到 order_topic 中，而用户登录时，将登录事件发送到 user_login_topic 中。 consumegroup： PR，将这个问题修复，建议 大家在公司尽量对自己使用的版本进行修改，重新打一个包即可，因为这已经违背了 Broker 端快速失败的设计初衷。 但在消息发送的业务方，尽量自己实现消息的重试机制，即不依懒 RocketMQ 本身 提供的重试机制，因为受制与网络等因素，消息发送不可能百分之百成功，建议大家在消息 发送时捕获一下异常，如果发送失败，可以将消息存入数据库，再结合定时任务对消息进行 重试，尽最大程度保证消息不丢失。

个元素 我们使用符号 （或 , 等）来表示第 行和第 列中的 的元素： 我们用 或者 表示矩阵 的第 列： 我们用 或者 表示矩阵 的第 行： 在许多情况下，将矩阵视为列向量或行向量的集合非常重要且方便。 通常，在向量而不是标量上 操作在数学上（和概念上）更清晰。只要明确定义了符号，用于矩阵的列或行的表示方式并没有通 用约定。 2.矩阵乘法 两个矩阵相乘，其中 and 可以表示为对称矩阵和反对称矩阵的和，所以： 上面公式的右边的第一个矩阵是对称矩阵，而第二个矩阵是反对称矩阵。 事实证明，对称矩阵在实践中 用到很多，它们有很多很好的属性，我们很快就会看到它们。 通常将大小为 的所有对称矩阵的集合表 示为 ，因此 意味着 是对称的 矩阵; 3.4 矩阵的迹 方矩阵 的迹，表示为 （或者只是 ，如果括号显然是隐含的），是矩阵中对角元素的 总和： 如CS229讲义中所述，迹具有以下属性（如下所示）： 对于某些标量值 ，要么向量 是线性相关的; 否则，向量是线性无关的。 例如，向量： 是线性相关的，因为： 。 矩阵 的列秩是构成线性无关集合的 的最大列子集的大小。 由于术语的多样性，这通常简称 为 的线性无关列的数量。同样，行秩是构成线性无关集合的 的最大行数。 对于任何矩阵 ，事实证明 的列秩等于 的行秩（尽管我们不会证明这一点），因此两个量统称为 的秩，用 表示。 以下是秩的一些基本属性：

broker 即 brokerAddrTable 中的值是怎么获得的， 1. 发送消息的时候指定会指定 topic，如果 producer 集合中没有会根据指定 topic 到 namesrv 获取 topic 发布信息 TopicPublishInfo，并放入本地集合 2. 定时从 namesrv 更新 topic 路由信息， Producer 与 broker 间的心跳 Producer Producer 定时发送心跳将 producer 信息（其实就是 procduer 的 group）定时发送到， brokerAddrTable 集合中列出的 broker 上去 Producer 发送消息只发送到 master 的 broker 机器，在通过 broker 的主从复制机制拷贝到 broker 的 slave 上去 二：Producer 如何发送消息 //自增整型 方法 selectOneMessageQueue 方法用来选择一个发送队列 (++sendWitchQueue) % messageQueueList.size 为队列集合的下标 每次获取 queue 都会通过 sendWhichQueue 加一来实现对所有 queue 的轮询 如果入参 lastBrokerName 不为空，代表上次选择的 queue

支持的服务（如数据库、构建器镜像和 Helm Charts）部署 应用程序和服务。Developer Catalog 包含您可以添加到项目的应用程序组件、服务、事件源或 Source- to-image 构建器的集合。集群管理员可以自定义目录中提供的内容。 流程 1. 在 Developer 视角中，导航到 +Add 视图，从 Developer Catalog 标题中点击 All Services 来查 OpenShift Container Platform CLI，从包含源代码或二进制代码、镜像和模板的组件创建 OpenShift Container Platform 应用程序。 由 new-app 创建的对象集合取决于作为输入传递的工件，如输入源存储库、镜像或模板。 $ oc get csv $ oc policy add-role-to-user edit -n 节点中显示的图标 节点中的图标是通过使用 app.openshift.io/runtime 标签（随后是 app.kubernetes.io/name 标签） 查找匹配图标来定义的。这种匹配是通过预定义的图标集合来完成的。 到源代码编辑器或源的链接 app.openshift.io/vcs-uri 注解用于创建源代码编辑器的链接。 OpenShift Container Platform 4.9 构 构建

支持的服务（如数据库、构建器镜像和 Helm Charts）部署 应用程序和服务。Developer Catalog 包含您可以添加到项目的应用程序组件、服务、事件源或 Source- to-image 构建器的集合。集群管理员可以自定义目录中提供的内容。 流程 流程 1. 在 Developer 视角中，导航到 +Add 视图，从 Developer Catalog 标题中点击 All Services 来查 OpenShift Container Platform CLI，从包含源代码或二进制代码、镜像和模板的组件创建 OpenShift Container Platform 应用程序。 由 new-app 创建的对象集合取决于作为输入传递的工件，如输入源存储库、镜像或模板。 $ oc get csv $ oc policy add-role-to-user edit -n 图标 节点中的图标是通过使用 app.openshift.io/runtime 标签（随后是 app.kubernetes.io/name 标签） 查找匹配图标来定义的。这种匹配是通过预定义的图标集合来完成的。 到源代 到源代码编辑 码编辑器或源的 器或源的链 链接 接 app.openshift.io/vcs-uri 注解用于创建源代码编辑器的链接。 第 第 4 章 章 使用 使用 TOPOLOGY

打包为自定义资源定义 (CRD)，用于表达要在集群中安 装的内容以及如何创建运行的内容。控制器会监视 API。 常 常见术语 捆绑包（ 包（Bundle） ） 定义要部署到集群的内容的 Kubernetes 清单集合 捆绑包 包镜像 像 在其文件系统中包含捆绑包的容器镜像 捆绑包 包 Git 存 存储库 在目录中包含捆绑包的 Git 存储库 Provisioner 在 Kubernetes 集群上安装和管理内容的控制器 API 服务器接受 Bundle 对象后，捆绑包被视为 RukPak 系统的其余部分的不可变工件。这个行为强制 捆绑包代表集群中要 source 的一些唯一静态内容。用户可以放心，特定捆绑包指向特定的清单集合，在 没有创建新捆绑包的情况下无法更新。对于由嵌入式 BundleTemplate 对象创建的单机捆绑包和动态捆绑 包，此属性为 true。 捆绑包的不可变性由核心 RukPak webhook 强制执行。此 内容没有改变，请在创建捆绑包时使用基于摘要的镜像或 Git 提交引用。 2.2.3.1.2. 普通 普通捆绑包 包规格 格 RukPak 中的普通捆绑包是给定目录中静态、任意的 Kubernetes YAML 清单的集合。 当前实施的普通捆绑包格式是 plain+v0 格式。捆绑包格式的名称 (plain+v0) 组合了捆绑包类型 (plain) 和当前模式版本 (v0)。 注意 注意 plain+v0 捆绑包格式是

定的测试属性。 ID3 算法 10 2.ID3算法 ID3 算法 其大致步骤为： 1. 初始化特征集合和数据集合； 2. 计算数据集合信息熵和所有特征的条件熵，选择信息增益最大的特征作为当 前决策节点； 3. 更新数据集合和特征集合（删除上一步使用的特征，并按照特征值来划分不 同分支的数据集合）； 4. 重复 2，3 两步，若子集值包含单一特征，则为分支叶子节点。 11 ? ? = − = 非常好 = 0.36 G??? ?, ?4 = 好 = 0.47 G??? ?, ?4 = 一般 = 0.32 CART算法-分类 基尼指数 ???? ?, ? 表示经过? =a分割后集合?的不确定性。 年龄 有工作 有房子 信用 类别 0 青年 否 否 一般 否 1 青年 否 否 好 否 2 青年 是 否 好 是 3 青年 是 是 一般 是 4 青年 否 否 一般 否 用均方差来选择属性 对于连续值的处理，CART 分类树采用基尼系数的大小来度量特征的各个划分点。 对于任意划分特征 ?，对应的任意划分点? 两边划分成的数据集 ?1和?2 ，求出使 ?1和?2各自集合的均方差最小，同时 ?1和?2的均方差之和最小所对应的特征和特 征值划分点。表达式为： min?,?[min?1 ෍ ??∈?1 ( ?? − ?1)2 + min?2 ෍ ??∈?2 (

是不会涉及到这些更复杂的细节。 1. 概率的基本要素 为了定义集合上的概率，我们需要一些基本元素， 样本空间 ：随机实验的所有结果的集合。在这里，每个结果 可以被认为是实验结束时现 实世界状态的完整描述。 事件集（事件空间） ：元素 的集合（称为事件）是 的子集（即每个 是一个实 验可能结果的集合）。 备注： 需要满足以下三个条件： (1) (2) (3) 考虑投掷六面骰子的事件。样本空间为 ， ， ， ， ， 。最简单的事件空间是平凡事件空间 .另一个事件空间是 的所有子集的集合。对于第一个事件空间，满足上述要求的唯一概率 度量由 ， 给出。对于第二个事件空间，一个有效的概率度量是将事件空间中每个事 件的概率分配为 ，这里 是这个事件集合中元素的数量；例如 ， 。 性质： 如果 ，则： (布尔不等式)： (全概率定律)：如果 ， ， 是一些互不相交的事件并且它们的并集是 来表示随机变量的值。 举例： 在我们上面的实验中，假设 是在投掷序列 中出现的正面的数量。假设投掷的硬币只有10枚，那 么 只能取有限数量的值，因此它被称为离散随机变量。这里，与随机变量 相关联的集合取某个 特定值 的概率为： 图1：一个累计分布函数(CDF) 举例： 假设 是一个随机变量，表示放射性粒子衰变所需的时间。在这种情况下， 具有无限多的可能 值，因此它被称为连续随机变量。我们将

Platform。无身份验证或身份验证 无效的 API 请求会被看作为由 anonymous 系统用户发出的请求。经过身份验证后，策略决定用户被授权 执行的操作。 2.2. 组 用户可以分配到一个或多个组中，每个组代表特定的用户集合。在管理授权策略时，可使用组同时为多个 用户授予权限，例如允许访问一个项目中的多个对象，而不必单独授予用户权限。 除了明确定义的组外，还有系统组或虚拟组，它们由集群自动置备。 以下列出了最重要的默认虚拟组： 的一个 步骤，身份验证更在于确定执行操作的人的身份。 授权通过使用以下几项来管理： 授 授权对 权对象 象 描述 描述 规则 一组对象上允许的操作集合。例如，用户或服务帐户能否创 创建（ 建（create） ） Pod。 角色 规则的集合。可以将用户和组关联或绑定到多个角色。 绑定 用户和/组与角色之间的关联。 控制授权的 RBAC 角色和绑定有两个级别： RBAC 级别 级别 描述 以同时引用集群和本地角色。 集群角色绑定是存在于集群级别的绑定。角色绑定存在于项目级别。集群角色 view 必须使用本地角色绑 定来绑定到用户，以便该用户能够查看项目。只有集群角色不提供特定情形所需的权限集合时才应创建本 地角色。 这种双级分级结构允许通过集群角色在多个项目间重复使用，同时允许通过本地角色在个别项目中自定 义。 在评估过程中，同时使用集群角色绑定和本地角色绑定。例如： 1. 选中集群范围的“allow”规则。