云原生 DevOps 平台 Zadig 产品介绍云原⽣ DevOps 平台 企业咨询 产业数字化 研发加速度 产品介绍 01 公司介绍 KodeRover 是国内云原⽣ DevOps 领域的领军企业,帮助企业提升产 研⼯程化⽔平,加速产业数字化进程,快速响应市场需求。核⼼团 队由国内外云计算、DevOps、⼯程运筹学领域专家组成,已连续完 成由盈动和经纬领投的天使轮/PreA 轮融资。公司旗舰产品云原⽣ DevOps 平台 Zadig Zadig 在 GitHub 上核⼼开源,⽤平台⼯程 ⽀撑软件研发全⽣命周期,让产研⾼效协同,稳定迭代。Zadig 内 置了 K8s YAML、Helm Chart、主机等复杂场景最佳实践,适⽤云原 ⽣转型/上容器云、研发效能提升、⼤规模微服务环境治理、研发 数字化转型等应⽤场景,在企业服务、数字化转型、新能源汽⻋领 域⼴泛落地,在包括字节⻜书、⼩鹏、理想、极氪、路特斯、⻓城 汽⻋、仙⾖智能、TT 语⾳、易快报、七⽜、⾮码、锅圈、药师帮、 ! 字节跳动⻜书的若⼲团队⽤ Zadig 实现主⼲开发、持续验证,周部署 达 1200 次。完成⼤规模微服务的联调、集成测试,⾛上云原⽣ DevOps 交付之路! Zadig 打通内部研发交付和外部客⼾交付,对内实现云原⽣ DevOps ⼯程化、基线 化。通过云原⽣技术和⼯程能⼒,建⽴企业多维度数字化能⼒,从业务、流程、质 量、成本管理,释放“数字⼯程师”⽣产⼒。 Zadig 研发数字化成功案例0 码力 | 8 页 | 18.50 MB | 1 年前3
Zadig 面向开发者的云原生 DevOps 平台面向开发者的云原生 DevOps 平台 角色: 产品 / 架构 开发 测试 运维 运维 / 开发 技术支持 事件 需求设计 架构设计 拆任务、写代码 代码集成 xN 单元测试验证 xN 代码扫描 xN 自测、联调 xN 集成验证 xN 写测试用例 系统验证 xN 自动化测试 xN 性能测试 xN 安全测试 xN 数据变更 xN 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念 数字化产研协同 • 环境 - 统一开发者协作平面 • 工作流 - 统一交付变更通道 • 异构支持 - 统一产研运管理平面 重视开发者体验,工程师不再做脏活累活 传统 DevOps 体系 Zadig 云原生 DevOps 平台 高人效 低人效 低人效 / 低质量 / 低效率 今天发版、明早升级 嗷嗷待哺状态 Zadig 优势、使用场景、解决问题域 Zadig 解决问题域 Zadig 云原生开放性:极简、 0 负担接入 Zadig 业务架构 Zadig 系统架构 1 Zadig 行业方案 对比分析 职能 传统 DevOps 方案 ZadigX 云原生 DevOps 方案 降本提效 组织能力提升 业务负责人 研发不透明,规划凭感觉: • 发版时间靠运气 •0 码力 | 59 页 | 81.43 MB | 1 年前3
Zadig 面向开发者的云原生 DevOps 平台面向开发者的云原生 DevOps 平台 角色: 产品/架构 开发 测试 运维 运维/开发 技术支持 事件 需求设计 架构设计 拆任务、写代码 代码集成 xN 单元测试验证 xN 代码扫描 xN 自测、联调 xN 集成验证 xN 写测试用例 系统验证 xN 自动化测试 xN 性能测试 xN 安全测试 xN 数据变更 xN 代码变更 xN 配置变更 xN 部署测试环境 xN 部署预发环境 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念 数字化产研协同 • 环境 - 统一开发者协作平面 • 工作流 - 统一交付变更通道 • 异构支持 - 统一产研运管理平面 重视开发者体验,工程师不再做脏活累活 传统 DevOps 体系 Zadig 云原生 DevOps 平台 高人效 低人效 低人效/低质量/低效率/高成本: 开发者常处于“今天发版、明早升级”嗷嗷待哺状态 Zadig 优势、使用场景、解决问题域 Zadig 解决问题域 Zadig 云原生开放性:极简、0 负担接入 Zadig 业务架构 Zadig 系统架构 Zadig 行业方案 对比分析 职能 传统 DevOps 方案 ZadigX 云原生 DevOps方案 降本提效 组织能力提升 业务负责人 研发不透明,规划凭感觉: • 发版时间靠运气 • 团队熬夜冲进度0 码力 | 59 页 | 23.57 MB | 1 年前3
新一代云原生分布式存储新一代云原生分布式存储—Curve 上 李小翠 网易数帆存储团队分布式存储介绍 01 存储的发展 | 分布式存储的分类 | 分布式存储的要素 02 03 04 Ceph 架构简介 | 场景介绍 | 使用中的问题 Curve 架构简介 | 数据对比 | 应用情况 FAQ 答疑存储的发展 互联网时代,数据大爆炸 大型主机 成本高 单点问题 扩容困难 各存储设备通过网络互联 各存储设备通过网络互联 大规模 弹性扩容 底层构建在分布式存储之上 云的概念 成本:共用基础设施 弹性:随意扩缩容 速度:更快的构建发布业务 底层构建在分布式存储之上 云原生的概念: 易用性:跨平台,超融合,弹性 小型主机 容量有限分布式存储的分类 按照各种应用场景所需的存储接口分类 对象 存储 文件 存储 块存储 接口为简单的 Get、PUT、DEL 和其他扩展 存储的发展 | 分布式存储的分类 | 分布式存储的要素 02 03 04 Ceph 架构简介 | 块存储场景 | 使用中的问题 Curve 架构简介 | 数据对比 | 应用情况 FAQ 答疑架构简介 — 总体架构 开源分布式存储界的扛把子 支持块存储、文件存储、对象存储架构简介 — 概念介绍 object:存储单元 PG:Placement Groups0 码力 | 29 页 | 2.46 MB | 6 月前3
Traefik 在⼜拍云的应⽤和改造Traefik 在⼜拍云的应⽤和改造 陈卓 ⼜拍云系统开发⼯程师 公开课 分享内容 • Traefik 简介 • Traefik 跟 Ingress-Nginx 比较 • 我们为什么使用 Traefik • Traefik 改造之路 Traefik 简介 Traefik 简介 Edge Router Auto Service Discovery Traefik 简介 其它的⼀些改造 1.Traefik Hash算法跟 OpenResty 不同 2.Traefik 的超时设置 3.Traefik retry 算法 4.Traefik 日志格式 关注⼜拍云微信公众号, 获取更多⼲货! Q & A0 码力 | 22 页 | 1.91 MB | 1 年前3
高效智能运维[云+社区技术沙龙第29期] - 冲上云霄—腾讯海量业务上云实践云+社区技术沙龙 冲上云霄—腾讯海量业务上云实践 腾讯云高级工程师 黄宏东 自我介绍 ⚫ 业务开发出身的运维 ⚫ 先后在腾讯负责游戏、安全、医疗类业务运维 ⚫ 经历数年业务爆量、成本优化、业务上云、智能运维等重点项目 ⚫ 目前负责腾讯自研业务的运维与上云工作 01 腾讯业务为什么要上云 02 业务上云的价值 03 如何上云 目录 04 上云案例分享 腾讯业务为什么要上云 腾讯业务为什么要上云 接入服务 业务 服务框架 KV/RDS CVM/Docker 接入服务 业务 服务框架 KV/RDS CVM/Docker 接入服务 业务 服务框架 KV/RDS CVM/Docker 接入服务 业务 服务框架 KV/RDS CVM/Docker IEG PCG WXG CDG “烟囱式”的业务支持体系 幸福的烦恼 ⚫ 重复造轮子,每个部门一套轮子 开源协同 自研上云 代码开源 相互协同 基于公有云模式研发 组件框架上云,成为云服务 将原有七大事业群(BG)重组整合,新成立云与智慧产业事业群(CSIG)、平台与内容 事业群(PCG)。在连接人、连接数字内容、连接服务的基础上,更加彰显了腾讯推动由消费 互联网,向产业互联网的升级的决心。 业务上云价值 • 开发效率更高 • 云上特性(VM热迁移等) • 丰富的标准化云服务 • 云原生TKE、研发CICD流程0 码力 | 26 页 | 2.39 MB | 1 年前3
4 【王琼】容器监控架构演进 王琼 YY直播参考文档:https://valyala.medium.com/prometheus-vs-victoriametrics-benchmark-on-node-exporter-metrics-4ca29c75590f 总体架构 总体架构 T H A N K S !0 码力 | 23 页 | 2.17 MB | 1 年前3
多云管下的自动化运维架构-刘宇多云管下的自动化运维架构 刘宇 Bespin 高级研发总监 自我介绍 自我介绍 • DevOps专家 • 曾任职于新浪、百度、金山 • 《Puppet实战作者》 《Puppet实战手册》 《Python进阶》 • QCon金牌讲师,QCon优秀出品人 目录 ① 行业趋势分析 ② 多云下运维的挑战 ③ 多云平台架构如何设计? ④ 困难以及挑战 资源统一管理 监控 行业趋势分析 2017 年主流公有云故障 2018 年主流公有云故障 2019 年主流公有云故障 1% 的机率毁掉一家公司 行业趋势分析 多云下运维的挑战 Nginx Nginx LVS LVS Nginx DB DB Ngx Ngx LVS LVS Ngx DB DB Ngx Ngx LVS LVS Ngx DB DB 业务架构不不断演变 多云下运维的挑战 海海外 云故障时,影响不及时 —〉 不可控 集中式监控成本高 —〉 难统一 排查定位问题成本高 —〉 跨度大 业务成本难以核算 —〉 账单难处理 。。。 多云下运维的挑战 Gartner:云管理平台需要具备多云管理、自服务、计量计费、资源弹性及服务编排, 能够自动化部署和配置相关资源,可以与企业现有IT管理系统集成的服务化能力 云管平台架构设计 私有云 公有云 虚拟化0 码力 | 32 页 | 6.05 MB | 1 年前3
2.2.2云音乐在GitOps CD领域的最佳实践HorizonCD 云音乐在GitOps CD领域的最佳实践 朱旭 网易云音乐 云原生开发工程师 目 录 背景 01 Horizon模板体系 02 GitOps最佳实践 03 Horizon产品介绍 04 Horizon落地 05 背景 第一部分 背景 云主机时代的痛点 2020年,云音乐开始容器化转型 效率 低下 计算 焦虑 运维 繁琐 成本 高昂 背景 管理员可以通过快速的配置,将一个复杂 应用的关键配置快速暴露给用户使用,保 障用户进行最佳实践,例如: • 屏蔽复杂的资源配置:业务更容易理解 的标准资源规格 • 底层能力快速封装:混合云、服务网格 有了这样的模板,是否能直接apply使用 呢? GitOps最佳实践 第三部分 ArgoCD的设计 什么是GitOps apiVersion: apps/v1 kind: Deployment0 码力 | 22 页 | 3.15 MB | 1 年前3
Red Hat OpenShift GitOps 1.13 基础架构节点上的 GitOps 工作负载Hat OpenShift GitOps 1.13 基础架构节点上的 GitOps 工作负载 在基础架构节点上运行 GitOps control plane 工作负载 Last Updated: 2024-07-09 Red Hat OpenShift GitOps 1.13 基础架构节点上的 GitOps 工作负载 在基础架构节点上运行 GitOps control plane 工作负载 are the property of their respective owners. 摘要 摘要 本文档提供在 OpenShift GitOps 安装的基础架构节点上运行某些工作负载的说明。它还讨论如何将 默认工作负载移到基础架构节点。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 在基 在基础 础架 架构节 构节点上 点上运 运行 行 GITOPS CONTROL PLANE 工作 工作负载 负载 1.1. 将 GITOPS CONTROL PLANE 工作负载移到基础架构节点 1.2. 将 GITOPS OPERATOR POD 移到基础架构节点 1.3. 其他资源 3 3 4 6 目 目录 录 1 Red0 码力 | 10 页 | 122.25 KB | 1 年前3
共 120 条
- 1
- 2
- 3
- 4
- 5
- 6
- 12













