OpenShift Container Platform 4.14 分布式追踪OpenShift Container Platform 4.14 分布式追踪 分布式追踪安装、使用与发行注记 Last Updated: 2024-02-23 OpenShift Container Platform 4.14 分布式追踪 分布式追踪安装、使用与发行注记 法律通告 法律通告 Copyright © 2024 Red Hat, Inc. The text of and are the property of their respective owners. 摘要 摘要 本文档提供了有关如何在 OpenShift Container Platform 中使用分布式追踪的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 分布式追踪 分布式追踪发 发行注 行注记 记 1.1. RED HAT OPENSHIFT DISTRIBUTED TRACING PLATFORM 3.0 发行注记 1.2. RED HAT OPENSHIFT0 码力 | 100 页 | 928.24 KB | 1 年前3
OpenShift Container Platform 4.6 分布式追踪OpenShift Container Platform 4.6 分布式追踪 分布式追踪安装、使用与发行注记 Last Updated: 2023-02-27 OpenShift Container Platform 4.6 分布式追踪 分布式追踪安装、使用与发行注记 Enter your first name here. Enter your surname here. Enter your are the property of their respective owners. 摘要 摘要 本文档提供了有关如何在 OpenShift Container Platform 中使用分布式追踪的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 分布式追踪 分布式追踪发 发行注 行注记 记 1.1. 分布式追踪概述 1.2. 让开源更具包容性 1.3. 获取支持 1.4. 新功能及功能增强 1.4.1. Red Hat OpenShift distributed tracing0 码力 | 59 页 | 572.03 KB | 1 年前3
Ozone:Hadoop 原生分布式对象存储Ozone:Hadoop 原生分布式对象存储 Spark大数据博客 - https://www.iteblog.com Ozone:Hadoop 原生分布式对象存储 Hadoop 社区推出了新一代分布式Key-value对象存储系统 Ozone,同时提供对象和文件访问的接 口,从构架上解决了长久以来困扰HDFS的小文件问题。本文作为Ozone系列文章的第一篇,抛个 砖,介绍Ozone的产生背景,主要架构和功能。 有非常多的小文件,HDFS的元数据访问性能会受到影响。虽然可以通过各种Federation技术来扩 展集群的节点规模, 但单个HDFS集群仍然没法很好的解决小文件的限制。 基于这些背景,Hadoop 社区推出了新的分布式存储系统 Ozone,从构架上解决这个问题。 Ozone的设计原则 Ozone 由一群对大规模Hadoop集群有着丰富运维和管理经验的工程师和构架师设计和实现。他 们对大数据有深刻的洞察力,清楚的 终影响了Ozone的设 计和实现。Ozone的设计遵循一下原则: 1 / 10 Ozone:Hadoop 原生分布式对象存储 Spark大数据博客 - https://www.iteblog.com 强一致性 构架简洁性: 当系统出现问题时,一个简单的架构更容易定位,也容易调试。Ozone尽可能的保持架构 的0 码力 | 10 页 | 1.24 MB | 1 年前3
蚂蚁金服Service Mesh渐进式迁移方案Service Mesh Meetup #4 上海站 蚂蚁金服Service Mesh 渐进式迁移方案 2018.11.25 敖小剑 @ 蚂蚁金服 中间件 龙轼 @UC 基础研发部1 Service Mesh演进路线 1 2 实现平滑迁移的关键 3 DNS寻址方案的演进 4 5 总结 DNS寻址方案的后续规划ü 对未来长期目标的认可 • Service Mesh(带控制平面,如Istio) 序列化 链路追踪 故障注入 日志 监控 Metrics 熔断 限流 服务降级 前置条件检查 身份认证 密钥管理 访问控制 …… 下沉到 Service Mesh 轻量级客户端 传统 侵入式 客户端 客户端应该尽可能的轻薄通用: 实现简单,方便跨语言,减少升级可能 最简单,最通用,支持最广 泛的寻址方式方式是什么? 基于服务 发现的寻 址方式ü DNS寻址 • 支持度最好,使用最普遍0 码力 | 40 页 | 11.13 MB | 6 月前3
Chatbots 中对话式交互系统的分析与应用0 码力 | 39 页 | 2.24 MB | 1 年前3
2.4 Go在分布式docker里面的应用_孙宏亮Go在Docker分布式环境中 的应用 孙宏亮@DaoCloud allen.sun@daocloud.io 个人介绍 • 孙宏亮 • DaoCloud技术合伙人,高级工程师 • 热爱golang&docker • 《Docker源码分析》作者 • docker、swarm等项目committer Agenda • Docker生态&Golang • DaoCloud&Golang •0 码力 | 19 页 | 1.27 MB | 1 年前3
Kubevela 以应用为中心的渐进式发布 - 孙健波KubeVela:以应用为中心的 渐进式发布最佳实践 孙健波 阿里云-云原生应用平台团队 技术专家 关于我 • 孙健波 • 阿里云 (@天元) • 云原生应用平台团队--应用管理和应用交付 • Github(@wonderflow) • OAM - Open Application Model (https://oam.dev/) • KubeVela (http://kubevela (http://kubevela.io/) 微信-欢迎交流 目 录 云原生时代的应用与发布挑战 01 KubeVela 简介 02 KubeVela 中的渐进式发布实践 03 云原生时代,应用是怎 么样的? 以 K8s 资源组合为核心 kubernetes/StatefulSet Kubernetes/Deployment K8s 的原生资源组合 1. 复杂、难懂、门槛高 2. 能力局限,不同场景各不相同 helm upgrade 没有灰度 能力。 Helm Chart 基于 CRD 自定义实现 需要大量 K8s 经验才能开发 某游戏公司自定义workload Pinterest 构建一个渐进式发布能力需要解决哪些 问题? • 版本化 • 分批发布 • 滚动发布/原地发布 • 发布暂停 • 发布回滚 • 日志监控 • 健康检查 • 多版本部署 • 多版本流量灰度 • 多集群/多环境灰度 •0 码力 | 26 页 | 9.20 MB | 1 年前3
运维上海2017-分布式数据库系统TiDB在Kubernetes平台的自动化运维实践-邓栓0 码力 | 32 页 | 3.47 MB | 1 年前3
OpenShift Container Platform 4.12 容器镜像仓库(Registry) 第 第 3 章 章 设 设置和配置 置和配置 REGISTRY 13 注意 注意 当 regionEndpoint 参数的值配置为 Rados 网关的 URL 时,必须指定显式端口。例如: 3.2. 为 GCP 用户置备的基础架构配置 REGISTRY 3.2.1. 为 Image Registry Operator 配置一个 secret 除了configs.imageregistry 输入您创建的存储类的名称。 4. 在命令行中应用配置: 输 输出示例 出示例 5. 将镜像 registry 配置中的原始持久性卷声明替换为新声明: 输 输出示例 出示例 接下来的几分钟内,配置将更新。 验证 验证 确认 registry 正在使用您定义的资源: 1. 验证 PVC 声明值是否与您在 PVC 定义中提供的名称相同: 输 输出示例 出示例 2. 验证 PVC 的状态是否为 Bound: registry。在块存储上配置 registry 的安装不具有高可用性,因为 registry 无法具有多个副本。 如果您选择将块存储卷与镜像 registry 搭配使用,则必须使用文件系统持久性卷声明 (PVC)。 $ oc patch configs.imageregistry.operator.openshift.io cluster --type merge --patch '{"spec": 0 码力 | 75 页 | 652.51 KB | 1 年前3
OpenShift Container Platform 4.13 认证和授权OpenShift Container Platform 交互的开发人员或管理员的帐户。 可能存在的用户类型有几种: 用 用户类 户类型 型 描述 描述 常 常规 规用 用户 户 这是大多数交互式 OpenShift Container Platform 用户的类型。常规用户于第一次登录 时在系统中自动创建,或者也可通过 API 创建。常规用户通过 User 对象表示。例 如,joe alice OAuth 客户端: 第 第 2 章 章 了解身份 了解身份验证 验证 9 OAuth 客 客户 户端 端 使用方法 使用方法 openshift-browser-client 使用可处理交互式登录的用户代理,在/oauth/token/request 请求 令牌。[1] openshift-challenging-client 使用可处理 WWW-Authenticate 的请求可能来自不能显示交互式登录页面 的用户代理,如 CLI。因此,除了交互式登录流程外,OpenShift Container Platform 也支持使用 WWW- Authenticate 质询进行验证。 如果在 /oauth/authorize 端点前面放置身份验证代理,它会向未经身份验证的非浏 览器用户代理发送 WWW-Authenticate 质询,而不显示交互式登录页面或重定向到交互式登录流程。 0 码力 | 201 页 | 2.74 MB | 1 年前3
共 229 条
- 1
- 2
- 3
- 4
- 5
- 6
- 23













