以预见地，本书会存在部分语句表达不准确、部分素材尚未创作完成、部分参考引用未能及 时补充、甚至一些错误出现，因此本书以开源、免费地方式发布，希望一方面能够帮助初学 者快速上手深度学习算法，另一方面也能汇聚众多行业专家们的力量，修正测试版中的谬误 之处，让本书变得更为完善。 本书虽然免费开放电子版，供个人学习使用，但是未经许可，不能用于任何个人或者企 业的商业用途，违法盗版和销售，必究其法律责任。 龙龙老师 2021 PyTorch 进阶 5.1 合并与分割 5.2 数据统计 5.3 张量比较 5.4 填充与复制 5.5 数据限幅 5.6 高级操作 5.7 经典数据集加载 5.8 MNIST 测试实战 5.9 参考文献 第 6 章 神经网络 6.1 感知机 6.2 全连接层 6.3 神经网络 6.4 激活函数 6.5 输出层设计 6.6 误差计算 6 7.8 Himmelblau 函数优化实战 7.9 反向传播算法实战 7.10 参考文献 第 8 章 PyTorch 高级用法 8.1 常见功能模块 8.2 模型装配、训练与测试 8.3 模型保存与加载 8.4 自定义类 8.5 模型乐园 8.6 测量工具 8.7 可视化 8.8 参考文献 第 9 章 过拟合 9.1 模型的容量 9

State of the UI: Leveraging Kubernetes Dashboard and Shaping its Future Dan Romlein UX Designer, Google Spencer Sugarman UX Researcher, Google Talk Goals 1. What Dashboard is and why you should rd SIG-UI Team Piotr Bryk, Google Jeffrey Sica, University of Michigan Jim Angel, General Motors Sebastian Florek (co-lead), Loodse Marcin Maciaszczyk, Loodse Peng Xiao, Alauda Why a UI? 60% of survey takers use a UI to monitor or manage their resources in Kubernetes https://unsplash.com/ https://github.com/kubernetes/dashboard/issues /3256#issuecomment-437199403 UIs help you understand

Thoughtworks, Inc. All Rights Reserved. Thoughtworks 技术雷达 关于技术雷达 Thoughtworker 酷爱技术。我们致力于建造技 术，研究技术，测试技术，开源技术，书写技术， 并不断改进技术。支持卓越软件并掀起 IT 革命是 我们的使命，Thoughtworks 技术雷达就是为了 完成这一使命。它由 Thoughtworks 中一群资深 挪出 没有变化 © Thoughtworks, Inc. All Rights Reserved. 采纳 1. 设计系统 2. 轻量级的 RFCs 方法 试验 3. 具有可访问性意识的组件测试设计 4. 攻击路径分析 5. 自动合并依赖项更新 PR 6. 针对 FAIR 数据的数据产品思维 7. OIDC for GitHub Actions 8. 使用 Terraform Terraform 创建监控和告警 9. ReAct 提示工程 10. 检索增强生成 11. 基于风险的故障建模 12. 大语言模型半结构化自然语言输入 13. 追踪健康债务状况 14. 对告警规则的单元测试 15. CI/CD 的零信任保护 评估 16. 通过依赖健康检查化解包幻觉风险 17. 设计系统决策记录 18. GitOps 19. 大语言模型驱动的自主代理 20. 平台编排 21. 自托管式大语言模型

Operators, Ansible-based Operators, Java-based Operators, 和 Helm-based Operators。 使用 Operator SDK 来构建、测试并部署 Operator。 安装 Operator 并订阅命名空间。 通过 Web 控制台 从已安装的 Operator 创建应用程序。 其他 其他资源 源 Operator 开发人员的机器删除生命周期 Framework 是基于上述客户体验提供的一系列工具和功能。不仅仅是编写代码；测试、交付和 更新 Operator 也同样重要。Operator Framework 组件包含用于解决这些问题的开源工具： Operator SDK Operator SDK 辅助 Operator 作者根据自身专业知识，引导、构建、测试和包装其 Operator，而无需 了解 Kubernetes API 的复杂性。 podman 和 docker）和容器 registry（如 Quay）来管理捆绑包镜像的存储和发布。 Operator 元数据可以包括： 标识 Operator 的信息，如名称和版本。 驱动 UI 的额外信息，例如其图标和一些示例自定义资源 (CR)。 所需的和所提供的 API。 相关镜像。 将清单加载到 Operator Registry 数据库中时，会验证以下要求： 该捆绑包必须在注解中至少定义一个频道。

使用镜像流 3.8. 镜像流镜像 3.9. 镜像流触发器 3.10. 其它资源 第 第 4 章 章 创 创建 建镜 镜像 像 4.1. 学习容器最佳实践 4.2. 包括镜像中的元数据 4.3. 测试 S2I 镜像 第 第 5 章 章 管理 管理镜 镜像 像 5.1. 管理镜像概述 5.2. 标记镜像 5.3. 镜像拉取（PULL）策略 5.4. 使用镜像 PULL SECRET 第 第 OpenShift Container Platform 4.2 镜 镜像 像 18 第 4 章 创建镜像 了解如何基于就绪可用的预构建镜像来创建自己的容器镜像。这一过程包括学习编写镜像、定义镜像元数 据、测试镜像以及使用自定义构建程序工作流创建可用于 OpenShift Container Platform 的镜像的最佳实 践。创建完镜像后，您可将其推送到内部 registry。 4.1. 学习容器最佳实践 的列表表示。标签是将容器镜 像归类到广泛功能区域的方法。标签有助于 UI 和生成工具在应用程序创建过程 中建议相关容器镜像。 LABEL io.openshift.tags mongodb,mongodb24,nosql io.openshift.wants 指定标签列表，如果您未向容器镜像附带给定标签，则生成工具和 UI 可使用该 列表提供相关建议。例如，如果容器镜像需要 mysql 和

了解 source-to-image 构建过程 4.3.2. 如何编写 Source-to-image 脚本 4.4. 关于测试 SOURCE-TO-IMAGE 镜像 4.4.1. 了解测试要求 4.4.2. 生成脚本和工具 4.4.3. 本地测试 4.4.4. 基本测试工作流 4.4.5. 使用 OpenShift Container Platform 构建镜像 第 第 5 章 章 管理 目。查看镜像拉取源的其他方法（如在节点上使用 crictl images 命令）显示非镜像镜像名称，即使镜像 是从镜像位置拉取的。 注意 注意 红帽不支持使用 OpenShift Container Platform 测试第三方 registry。 其他信息 其他信息 有关查看 CRI-O 日志以查看镜像源的详情，请参阅查看镜像拉取源。 3.1.1. 准备镜像主机 在创建镜像 registry 前，您必须准备镜像（mirror）主机。 REGISTRY 的 的 CLUSTER SAMPLES OPERATOR 25 第 4 章 创建镜像 了解如何基于就绪可用的预构建镜像来创建自己的容器镜像。这一过程包括学习编写镜像、定义镜像元数 据、测试镜像以及使用自定义构建程序工作流创建可用于 OpenShift Container Platform 的镜像的最佳实 践。创建完镜像后，您可将其推送到内部 registry。 4.1. 学习容器最佳实践

0/harbor-offline-installer-v1.2.0.tgz 2、配置 、配置harbor.cfg a、必选参数 、必选参数 hostname：目标的主机名或者完全限定域名 ：目标的主机名或者完全限定域名 ui_url_protocol： ：http或 或https。默认为 。默认为http db_password：用于 ：用于db_auth的 的MySQL数据库的根密码。更改此密码进行任何生产用途 数 sh 5、访问测试 、访问测试 https://reg.yourdomain.com 的管理员门户（将 的管理员门户（将reg.yourdomain.com更改为您的主机名 更改为您的主机名harbor.cfg）。请注意，默 ）。请注意，默 认管理员用户名 认管理员用户名/密码为 密码为admin / Harbor12345 6、上传镜像进行上传测试 、上传镜像进行上传测试 a、指定镜像仓库地址 b、下载测试镜像 、下载测试镜像 docker pull hello-world c、给镜像重新打标签 、给镜像重新打标签 docker tag hello-world serverip/hello-world:latest d、登录进行上传 、登录进行上传 docker login serverip 7、其它 、其它 Docker 客户端下载测试 客户端下载测试 a、指定镜像仓库地址

日志存储 储 日志存储用于存储聚合的日志。您可以使用默认的 Elasticsearch 日志存储，或将日志转发到外部日志 存储。默认日志存储经过优化并测试以进行简短存储。 日志可 日志可视 视化工具 化工具 日志可视化工具是用户界面 (UI) 组件，可用于查看日志、图形、图表和其他指标等信息。当前的实现 是 Kibana。 node 节点是 OpenShift Container Platform 您可以将容限应用到 pod。容限 (toleration) 允许调度程序调度具有匹配污点的 pod。 Web 控制台 控制台 用于管理 OpenShift Container Platform 的用户界面(UI)。 OpenShift Container Platform 4.8 日志 日志记录 记录 52 2.2. 关于部署 OPENSHIFT LOGGING OpenShift Container Logging（日志记录）组件包括了一个要部署到 OpenShift Container Platform 集群中每个节 点的收集器，用于收集所有节点和容器日志并将其写入日志存储。您可以使用集中 web UI 使用汇总的数 据创建丰富的视觉化和仪表板。 OpenShift Logging 的主要组件有： collection（收集） - 此组件从集群中收集日志，格式化日志并将其转发到日志存储。当前的实现

HTTPS 代理。Git 插件将仅使用 Plugin Manager 面板上 Jenkins UI 中配置的代理。然后，在所有任务中，此代理都会被用 于 Jenkins 内部与 git 的所有交互。 其他 其他资 资源 源 您可以在 JenkinsBehindProxy 上找到有关如何通过 Jenkins UI 配置代理的说明。 3.4.2. 源克隆 secret 构建器 pod 需要访问定义为构建源的任何 4. 再次运行 s2i build，以验证 save-artifacts 和 assemble 脚本的保存和 恢复工件功能（可选）。 5. 运行镜像，以验证测试应用程序是否正常工作。 注意 注意 建议将 test/run 脚本构建的测试应用程序放置到镜像存储库中 的 test/test-app 目录。如需更多信息，请参阅 S2I 文档。 脚本 脚本 描述 描述 5.2.5.2.1. S2I 构建策略的自定义构建器镜像是填补这一空缺的理想选 择。 自定义构建器镜像是嵌入了构建过程逻辑的普通容器镜像，例如用于构建 RPM 或基本容器镜像的逻辑。 此外，自定义构建器还允许实施任何扩展构建过程，例如运行单元或集成测试的 CI/CD 流。 要充分利用 Custom 构建策略的优势，您必须了解如何创建能够构建所需对象的自定义构建器镜像。 5.3.4.1. 自定 自定义构建器 建器镜像 像 strategy: