OpenShift Container Platform 4.8 Service Mesh
指标、日志和追踪 1.16. 性能和可扩展性 1.17. 为生产环境配置 SERVICE MESH 1.18. 连接服务网格 1.19. 扩展 1.20. 使用 3SCALE WEBASSEMBLY 模块 1.21. 使用 3SCALE ISTIO 适配器 1.22. 服务网格故障排除 1.23. ENVOY 代理故障排除 1.24. SERVICE MESH CONTROL PLANE 配置参考 OpenShift Service Mesh 通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层,而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务,从而简化扩展和维护。但是,随着微服务架构上构建的企 业应用的规模和复杂性不断增长,理解和管理变得困难。Service Mesh 可以通过捕获或截获服务间的流量 来解决这些架构问题,并可修改、重定向或创建新请求到其他服务。 Service Mesh 项目中创建,Component 设为 Kiali。 Kiali 中已知的问题: KIALI-2206 当您第一次访问 Kiali 控制台时,浏览器中没有 Kiali 的缓存数据,Kiali 服务详情页面 的 Metrics 标签页中的 “View in grafana” 链接会重定向到错误的位置。只有在第一次访问 Kiali 才 会出现这个问题。 KIALI-5070 码力 | 344 页 | 3.04 MB | 1 年前3Docker 从入门到实践 0.9.0(2017-12-31)
Ubuntu 14.04 可选内核模块 从 Ubuntu 14.04 开始,一部分内核模块移到了可选内核模块包 ( linux-image-extra-* ) ,以 减少内核软件包的体积。正常安装的系统应该会包含可选内核模块包,而一些裁剪后的系统 可能会将其精简掉。 AUFS 内核驱动属于可选内核模块的一部分,作为推荐的 Docker 存储层 驱动,一般建议安装可选内核模块包以使用 AUFS 。 。 如果系统没有安装可选内核模块的话,可以执行下面的命令来安装可选内核模块包: $ sudo apt-get update $ sudo apt-get install \ linux-image-extra-$(uname -r) \ linux-image-extra-virtual 使用 APT 安装 Ubuntu 25 由于 apt 源使用 HTTPS 以 改为 edge 或者 test。从 Docker 17.06 开始,edge test 版本的 APT 镜像源也会包含稳定版本的 Docker。 安装 Docker CE 更新 apt 软件包缓存,并安装 docker-ce : Ubuntu 26 $ sudo apt-get update $ sudo apt-get install docker-ce 使用脚本自动安装 在测试或开发环境中0 码力 | 370 页 | 6.73 MB | 1 年前3动手学深度学习 v2.0
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81 2.7.1 查找模块中的所有函数和类 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81 2.7.2 查找特定函数和类的用法 . . . 实战Kaggle比赛:预测房价 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180 4.10.1 下载和缓存数据集 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180 4.10.2 Kaggle . . 小批量随机梯度下降 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 457 11.5.1 向量化和缓存 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 457 11.5.2 小批量 . . .0 码力 | 797 页 | 29.45 MB | 1 年前3API7 ⽹关技术⽩⽪书
如故障隔离、熔断降级、限流限速等;在启⽤主动健康检查后,⽹关将⽀持智能跟踪不健康上游节点 的能⼒,并⾃动过滤不健康节点,以提⾼整体服务稳定性。 1.3功能架构 API⽹关主要包含了如下功能模块: ⽤⼾系统:借助⽤⼾系统,管理员将对系统内各个⽤⼾进⾏权限资源划分,⽤⼾不可越权访问资 源。⽀持账⼾密码登陆与SSO登陆; • 权限系统:内置基于⻆⾊的权限管理系统(RBAC),管理员可借助控制台创建不同⻆⾊,通过将 组、API上下线、在线调试等功能,并兼容 OpenAPI3.0标准,实现API⽂档⽣成、API导⼊导出等特性,⽅便⽤⼾进⾏数据迁移操作。 • 1.4功能列表 分类 功能模块 功能点 API7 Kon g Zuul 2 Ngin x SpringCloud Gateway API 和服 务治 理 协议⽀持 HTTP/1.1、HTTP2 该插件将⽀持将RESTfulAPI请求发送⾄gRPC上游服务 中。 proxy-cache 该插件将⽀持缓存上游服务响应内容,当客⼾端所请求的内 容已经存在于缓存,则直接从缓存返回内容,⽆需再次请求 上游服务。这将有效减轻上游服务的压⼒。此外,当上游节 点故障时,也可以暂时返回缓存内容,⽽⽆需返回错误⻚, 以提升⽤⼾体验。 proxy-mirror 该插件⽀持对请求进⾏镜像复制,以便更好地进⾏旁路的请0 码力 | 19 页 | 1.12 MB | 1 年前3DaoCloud Enterprise 5.0 产品介绍
九大能力 4 多云编排 4 中间件服务 4 微服务治理 5 可观测性 5 应用商店 6 应用交付 6 信创异构 7 云边协同 7 云原生底座 8 模块化搭建 8 容器管理 9 全局管理 10 可观测性 10 应用工作台 11 多云编排 11 微服务引擎 12 服务网格 13 中间件 14 镜像仓库 化 和自动化,并集成各类精选数据库和中间件,使运维治理更加高效。各个产品 模块独立解耦,支持灵活升级,对业务没有影响,并且能够与众多云原生生态 产品对接,提供完整的解决方案体系。 它经过了近千家行业客户的生产场景检 验,构建了坚实、可靠的数字底座,帮助企业定义数字边界,释放云原生生产 力。 DCE 5.0 的各个产品模块独立解耦,灵活升级,业务无感知,开放对接超百家 云原生生态产品,形成完整的 业定义数字边界。 版权 © 2023 DaoCloud 第 4 页 九大能力 DCE 5.0 云原生操作系统提供了 9 大能力,自由搭配各种模块,可以应对海量 应用场景。 这些模块就像乐高搭积木一样,糅合社区最优秀的几十种开源技术,经过众多 辩证选型、攻坚克难、编码调试、海量测试,“十年磨一剑,一朝试锋芒,全新 搭建的新一代容器化平台能够满足企业上云的各类场景需求。0 码力 | 18 页 | 1.32 MB | 1 年前3OpenShift Container Platform 4.14 发行注记
RHEL 加 密库,在 x86_64、ppc64le、s390x 架构上提交给 NIST 的 FIPS 140-2/140-3 Validation。 有关 NIST 验证程序的更多信息,请参阅加密模块验证程序。有关为验证提交的 RHEL 加密库的单独版本 的最新 NIST 状态,请参阅 Compliance Activities 和 Government Standards。 1.2. OPENSHIFT 1.3.2.9. Azure 的可信 的可信启动 启动(技 (技术预览 术预览) ) 在 Azure 上安装集群时,您可以启用可信启动功能(技术预览)。这些功能包括安全引导和虚拟化受信任 的平台模块。如需更多信息,请参阅为 Azure 虚拟机启用可信启动。 1.3.2.10. Google Cloud Platform 的用 的用户 户定 定义 义的 的标签 标签和 和标签 标签(技 (技术预览 (技术预览 术预览) ) 在这个版本中,您可以配置机器集来部署使用 Azure 机密虚拟机、可信启动或两者的机器。这些机器可以 使用统一可扩展固件接口 (UEFI) 安全功能,如安全引导或专用虚拟信任平台模块 (vTPM) 实例。 您可以将此功能用于 compute 和 control plane 机器集。 1.3.18. 节点 1.3.18.1. 大型集群的 大型集群的 descheduler 资0 码力 | 73 页 | 893.33 KB | 1 年前3第29 期| 2023 年9 月- 技术雷达
都提供了相应的支持程序,可以用来创建和配置这些服务,例如 Splunk、 Datadog、PagerDuty 和 New Relic。因此,我们建议团队除了云资源外,还应使用 Terraform 创建监控和告 警。这将实现更模块化的 IaC,更易于理解和维护。与所有 IaC 一样,同时使用多种方式进行配置变更,会带来 不一致的风险。所以,我们建议禁用通过用户界面和 API 的方式处理配置变更,确保 Terraform 代码始终是唯 Inc. All Rights Reserved. 26 42. dbt 采纳 dbt 仍是我们在 ETL 工作流程中进行数据转换的首选工具。我们喜欢它的工程严谨性和它在 SQL 数据转换中实 践模块化、可测试性、和可复用性的能力。 dbt 有开源和商业化 SaaS 产品两种版本和健康的生态,包括一个 提供了许多用于单元测试、数据质量、数据可观测性等软件包的社区。这些包中尤为值得注意的是用于监测数 是一个用于大型语言模型(LLM)的语义缓存库。我们认为需要在 LLM 前增设缓存层主要出于两种 原因——通过减少外部 API 调用来提升整体性能,以及通过缓存近似响应来减少运营成本。不同于使用精确匹 配的传统缓存方式,基于 LLM 的缓存解决方案需要对输入进行相似或相关匹配。 GPTCache 通过使用嵌入算 法将输入转化为嵌入,再通过向量数据库对这些嵌入进行相似性搜索。这种设计有一个缺点,可能会导致缓存 命中时遇0 码力 | 43 页 | 2.76 MB | 1 年前3【PyTorch深度学习-龙龙老师】-测试版202112
链式法则 7.7 反向传播算法 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 章 过拟合 除了提供底层的矩阵相乘、加减等数学函数,还内建了常用神经网络运算函 数、常用网络层、网络训练、模型保存与加载、模型部署等一系列深度学习系统的便捷功 能。常用网络层主要放置在 nn 子模块中,优化器主要放置在 optim 子模块中,模型部署主 要通过 ONNX 协议实现。使用 PyTorch 开发,可以方便地利用这些功能完成常用算法业务 流程,高效稳定灵活。 1.6 开发环境安装 在领略完 作为模型的最终输出 。 从网络结构上看,如图 3.10 所示,函数的嵌套表现为网络层的前后相连,每堆叠一个 (非)线性环节,网络层数增加一层。通常把输入节点?所在的层叫作输入层,每一个非线性 模块的输出??连同它的网络层参数??和??等称为一层网络层。特别地,对于网络中间的 层,也叫作隐藏层,最后一层也叫作输出层。这种由大量神经元模型连接形成的网络结构 称为神经网络(Neural Netwo0 码力 | 439 页 | 29.91 MB | 1 年前3企业云原生的探索与落地深圳沙龙-RacherLabs-20-11-14/应用容器化最佳实践
Rancher Labs. All Rights Reserved. Confidential 应用容器化一般流程 分析解耦 基础镜像 配置管理 制作镜像 应用编排 运行测试 • 组成模块分析 • 外部组件依赖 • 模块拆分 • …… • 基础镜像选择 • 内置工具确认 • 应用版本需求 • 内部运维管理需求 • …… • 日志级别和位置 • 数据库位置和凭据 • 安全信息 • 像,减少体积 串联Dockerfile 命令 因为每一个RUN命令对应新的镜像层, 我们应该将多个命令通过&&等方式组 成同一行命令,减少镜像层数 缓存清理 执行一些安装命令如yum install、apt- get install时记得安装完后将缓存清理 干净 © Copyright 2020 Rancher Labs. All Rights Reserved. Confidential 尽量确保镜像的安全、精简、可读、易维护:选择精简安全的系统 镜像、串联执行命令减少镜像层数、多阶段构建、缓存清理、只从 可信源安装软件、只安装必要的软件、添加维护人员信息、添加必 要的备注说明…… © Copyright 2020 Rancher Labs. All Rights Reserved. Confidential Dockerfile缓存陷阱 • 请总是将 apt-get update 和 apt-get install0 码力 | 28 页 | 3.47 MB | 1 年前3OpenShift Container Platform 3.11 扩展和性能指南
master 会积极缓存资源的反序列化版本,以简化 CPU 负载。但是,如果 较小的 pod 集群小于 1000 个 pod,这个缓存可能会浪费大量内存用于微小的 CPU 负载。默认缓存大小 为 50,000 个条目,它根据资源的大小,可以将 cupy 1 增加到 2 GB 内存。使用 /etc/origin/master/master-config.yaml 中的以下设置可以减少这个缓存大小: 发送到 在启动和停止容 器时比设备映射 器更快。设备映 射器和 Overlay 之间的启动时间 差通常小于一 秒。 允许页面缓存共 享。 没有兼容 POSIX。 第 第 5 章 章 优 优化持久性存 化持久性存储 储 21 设备映射器精简调配 使用 LVM、设备映射器 和 dm-thinp 内核模块。 它与一个原始分区(没有 文件系统)删除回环设备 不同。 负载和高密度方 面具有可测量的 性能优势。 它为每个容器提 Enterprise Linux(RHEL)中 不会设置它。 所有容器和镜像 共享相同的容量 池。在销毁和重 新创建池的情况 下无法调整它的 大小。 设备映射器 loop-lvm 使用设备映射器精简配置 模块(dm-thin-pool)实施 写时复制(CoW)快照。对 于每个设备映射器图形位 置,基于两个块设备创建 精简池,一个用于数据, 另一个用于元数据。默认 情况下,这些块设备是使 用自动创建稀疏文件的环0 码力 | 58 页 | 732.06 KB | 1 年前3
共 154 条
- 1
- 2
- 3
- 4
- 5
- 6
- 16