11.12 预训练的词向量 11.13 参考文献 第 12 章 自编码器 12.1 自编码器原理 12.2 MNIST 图片重建实战 12.3 自编码器变种 12.4 变分自编码器 12.5 VAE 实战 12.6 参考文献 第 13 章 生成对抗网络 13.1 博弈学习实例 13.2 GAN 原理 13.3 DCGAN 实战 13.4 定义为向量( ?? ?? , ?? ??)。这里通过一个具体的函数?(?, ?) = −(cos2 ? + cos2 ?)2来观察梯度的性质，如图 2.6 所示，图中??平面的红色箭头的长度表 示梯度向量∇?的模，箭头的方向表示梯度向量∇?的方向。可以看到，箭头的方向总是指向 当前位置函数值增速最大的方向，函数曲面越陡峭，箭头的长度也就越长，梯度的模也越 预览版202112 2.2 优化方法 6 章详细介绍交叉熵损失函数，这里 仍然使用均方误差损失函数来求解手写数字识别问题(机器学习的做法是多种多样的，不要 迷信某种做法，理解了算法思想即可随意变通)。对于?个样本的均方误差损失函数可以表 达为： ℒ( ,?) = 1 ? ∑ ∑ (?? (?) − ?? (?)) 2 10 ?=1 ? ?=1 只需要采用梯度下降算法来优化损失函数得到?和?的最优解，然后再利用求得的模型去

： 支持 ARM 架构。 支持 span request count, duration, 和 error count (RED)指标。在 Jaeger 控制台中，可以在作为 Tempo 的一部分或 Observe 菜单的 web 控制台中视觉化指标。 1.1.4.2. 程序 程序错误 错误修复 修复 在这个版本中，为分布式追踪平台(Tempo)引入了以下程序错误修复： 修复了连接到对象存储的自定义 Platform 版本。 1.1.6. 使开源包含更多 红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始：master、 slave、黑名单和白名单。由于此项工作十分艰巨，这些更改将在即将推出的几个发行版本中逐步实施。详 情请查看 CTO Chris Wright 的信息。 1.2. RED HAT OPENSHIFT DISTRIBUTED TRACING PLATFORM Platform 版本。 1.2.8. 使开源包含更多 红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始：master、 slave、黑名单和白名单。由于此项工作十分艰巨，这些更改将在即将推出的几个发行版本中逐步实施。详 情请查看 CTO Chris Wright 的信息。 1.3. RED HAT OPENSHIFT DISTRIBUTED TRACING PLATFORM

被重启之前，按规定的延时值（10s，20s，40s）不断尝试重启 pod 中成功退 出的容器。默认值为 Always。 OnFailure - 按规定的延时值（10s，20s，40s）不断尝试重启 pod 中失败的容器，上限为 5 分 钟。 Never - 不尝试重启 pod 中已退出或失败的容器。Pod 立即失败并退出。 在 pod 绑定到某个节点后，该 pod 永远不会绑定到另一个节点。这意味着，需要一个控制器才能使 pod 中断预算来指定必须在线的 pod 数量 pod 中断预算是 Kubernetes API 的一部分，可以像其他对象类型一样通过 oc 命令进行管理。它们允许在 操作过程中指定 pod 的安全约束，比如为维护而清空节点。 PodDisruptionBudget 是一个 API 对象，用于指定在某一时间必须保持在线的副本的最小数量或百分 比。在项目中进行这些设置对节点维护（比如缩减集群或升级集群）有益，而且仅在自愿驱除（而非节点 PodDisruptionBudget 对象来指定某一时间必须保持在线的副本的最小数量或百分比。 流程 流程 配置 pod 中断预算： 1. 使用类似以下示例的对象定义来创建 YAML 文件： PodDisruptionBudget 是 policy/v1beta1 API 组的一部分。 必须同时可用的最小 pod 数量。这可以是整数，也可以是指定百分比的字符串（如 20％ ％）。 对一组资源进行的标签查询。matchLabels

可能的值有： always - 在 在 pod 中成功重启一个成功退出的容器，使用规定的延时(10s，20s，40s)上限为 5 分 钟。默认值为 Always。 OnFailure - 按规定的延时值（10s，20s，40s）不断尝试重启 pod 中失败的容器，上限为 5 分 钟。 Never - 不尝试重启 pod 中已退出或失败的容器。Pod 立即失败并退出。 在 pod 绑定到某个节点后，该 中断预算来指定必须在线的 pod 数量 pod 中断预算是 Kubernetes API 的一部分，可以像其他对象类型一样通过 oc 命令进行管理。它们允许在 操作过程中指定 pod 的安全约束，比如为维护而清空节点。 PodDisruptionBudget 是一个 API 对象，用于指定在某一时间必须保持在线的副本的最小数量或百分 比。在项目中进行这些设置对节点维护（比如缩减集群或升级集群）有益，而且仅在自愿驱除（而非节点 PodDisruptionBudget 对象来指定某一时间必须保持在线的副本的最小数量或百分比。 流程 流程 配置 pod 中断预算： 1. 使用类似以下示例的对象定义来创建 YAML 文件： PodDisruptionBudget 是 policy/v1 API 组的一部分。 必须同时可用的最小 pod 数量。这可以是整数，也可以是指定百分比的字符串（如 20％ ％）。 对一组资源进行的标签查询。matchLabels

分布式追踪 分布式追踪 2 目 目录 录 3 第 1 章 分布式追踪发行注记 1.1. 分布式追踪概述 作为服务所有者，您可以使用分布式追踪来检测您的服务，以收集与服务架构相关的信息。您可以使用分 布式追踪来监控、网络性能分析，并对现代、云原生的基于微服务的应用中组件之间的交互进行故障排 除。 通过分布式追踪，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 Red OpenTracing API 和工具。 1.2. 让开源更具包容性 红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始：master、 slave、黑名单和白名单。由于此项工作十分艰巨，这些更改将在即将推出的几个发行版本中逐步实施。详 情请查看 CTO Chris Wright 信息。 1.3. 获取支持 如果您在执行本文档所述的某个流程或 OpenShift Container 每次用户在某个应用程序中执行一项操作时，一个请求都会在所在的系统上执行，而这个系统可能需要几 十个不同服务的共同参与才可以做出相应的响应。Red Hat OpenShift distributed tracing 可让您执行分 布式追踪，在组成一个应用程序的多个微服务间记录请求的路径。 分布式追踪是用来将不同工作单元的信息关联起来的技术，通常是在不同进程或主机中执行的，以便理解 分布式事务中的整个事件链。开发人员可以视觉

规范化）、修改和标准化传 入请求的路径，以便能够以标准的方式处理规范化路径。在路径规范化后，同步不同路径可能是等同的。 Istio 在根据授权策略和路由请求前，支持请求路径中的以下规范化方案： 表 1.1. 规范化方案 选项 选项 描述 描述 示例 示例 备 备注 注 第 第 1 章 章 SERVICE MESH 2.X 15 NONE 没有进行规范化。Envoy 接收的任何内容都会完全 2021-31920 的问题。这 个设置更为安全，但可能 会破坏应用程序。在部署 到生产环境中前测试您的 应用程序。 选项 选项 描述 描述 示例 示例 备 备注 注 规范化算法按以下顺序进行： 1. 解码百分比 %2F、%2f、%5C 和 %5c。 2. RFC 3986 和其他在 Envoy 中的 normalize_path 选项实现的规范化。 3. 合并斜杠。 警告 警告 虽然这些规范化选项代表来自 2. 转发到后端应用程序。 表 1.2. 配置示例 如果您的 如果您的应 应用程序 用程序…​ 选择 选择…​ 依赖于代理进行规范化 BASE、MERGE_SLASHES 或 DECODE_AND_MERGE_SLASHES 根据 RFC 3986 规范化请求路径，且不合并斜杠。 BASE 根据 RFC 3986 和合并斜杠规范化请求路径，但不解 码使用百分比编码的斜杠。 MERGE_SLASHES

间的交互。当服务网格的规模和复杂性增大时，了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio 项目，它在不需要修改服务代码的情况下，为现有的分 布式应用程序添加了一个透明的层。您可以在服务中添加对 Red Hat OpenShift Service Mesh 的支持，方 法是将一个特殊的 sidecar 代理服务器部署到用于处理不同微服务之间的所有网络通讯的环境中。您可以 供不同微服务间的交互功能。当服务网格的规模和复杂性增大时，了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio 项目，它在不需要修改服务代码的情况下，为现有的分 布式应用程序添加了一个透明的层。您可以在服务中添加对 Red Hat OpenShift Service Mesh 的支持，方 法是将一个特殊的 sidecar 代理服务器部署到用于处理不同微服务之间的所有网络通讯的服务网格中。您 request.regex.headers 的属性键。 上游 上游 Istio 社区匹配 社区匹配请求 求标头示例 示例 Red Hat OpenShift Service Mesh 使用正 使用正则表 表达式匹配 式匹配请求 求标头 2.1.7. OpenSSL Red Hat OpenShift Service Mesh 将 BoringSSL 替换为 OpenSSL。OpenSSL 是包含安全套接字层

服务器能够解析节点名称。另一种支持的方法是始终在 节点对象和所有 DNS 请求中使用完全限定域名来指代主机。 您必须配置机器间的网络连接，以便集群组件进行通信。每台机器都必须能够解析集群中所有其他机器的 主机名。 表 表 1.1. 所有机器到所有机器 所有机器到所有机器 协议 协议 端口 端口 描述 描述 ICMP N/A 网络可访问性测试 TCP 1936 指标 9000-9999 主机级别的服务，包括端口 TCP/UDP 30000-32767 Kubernetes 节点端口 协议 协议 端口 端口 描述 描述 表 表 1.2. 要通 要通过 过控制平面的所有机器 控制平面的所有机器 协议 协议 端口 端口 描述 描述 TCP 6443 Kubernetes API 表 表 1.3. control plane 机器到 机器到 control plane 机器 机器 协议 协议 端口 端口 重要 不要为 API 负载均衡器配置会话持久性。 OpenShift Container Platform 4.6 在裸机上安装 在裸机上安装 8 在负载均衡器的前端和后台配置以下端口： 表 表 1.4. API 负载 负载均衡器 均衡器 端口 端口 后端机器（池成 后端机器（池成员 员） ） 内部 内部 外部 外部 描述 描述 6443 Bootstrap 和 control plane

置每台机器的确切状态，安装后则由 Machine Config Operator 完成对机器的更多更改，例如应用新证书 或密钥等。 1.1.3. OpenShift Container Platform 安装的常见术语表 术语表定义了与安装内容相关的常用术语。参阅以下术语列表以更好地了解安装过程。 支持的安装程序 支持的安装程序 在 console.redhat.com 中托管的安装程序，它提供基于 web 用户界面或 集群的一个内部组成部分。为集群机器部 署操作系统是 OpenShift Container Platform 的安装过程的一部分。请参阅 OpenShift Container Platform 3 和 4 之间的差别。 由于需要置备机器作为 OpenShift Container Platform 集群安装过程的一部分，所以无法将 OpenShift Container Platform 3 集群升级到 OpenShift 4，因此可以使用任何类型的生产环境集群安装过程来创建新集群。 2.1.3. 您是否希望在您的集群中使用已存在的组件？ 由于操作系统是 OpenShift Container Platform 集成的一部分，因此让安装程序可以更轻松地支持所有基 础架构。它们被称为安装程序置备的基础架构 安装。在这种安装中，您可以为集群提供一些现有的基础架 构，但安装程序会部署集群初始需要的所有机器。 您可以在不对集群或其底层机器自定义

置每台机器的确切状态，安装后则由 Machine Config Operator 完成对机器的更多更改，例如应用新证书 或密钥等。 1.1.3. OpenShift Container Platform 安装的常见术语表 术语表定义了与安装内容相关的常用术语。参阅以下术语列表以更好地了解安装过程。 支持的安装程序 支持的安装程序 在 console.redhat.com 中托管的安装程序，它提供基于 web 用户界面或 集群的一个内部组成部分。为集群机器部 署操作系统是 OpenShift Container Platform 的安装过程的一部分。请参阅 OpenShift Container Platform 3 和 4 之间的差别。 由于需要置备机器作为 OpenShift Container Platform 集群安装过程的一部分，所以无法将 OpenShift Container Platform 3 集群升级到 OpenShift 4，因此可以使用任何类型的生产环境集群安装过程来创建新集群。 2.1.3. 您是否希望在您的集群中使用已存在的组件？ 由于操作系统是 OpenShift Container Platform 集成的一部分，因此让安装程序可以更轻松地支持所有基 础架构。它们被称为安装程序置备的基础架构 安装。在这种安装中，您可以为集群提供一些现有的基础架 构，但安装程序会部署集群初始需要的所有机器。 您可以在不对集群或其底层机器自定义