云+社区技术沙龙 腾讯智能运维（Metis）项目实践 张戎 机器学习高级研究员 张戎 腾讯云 云服务平台部 机器学习高级研究员 • 2015年毕业于新加坡国立大学数学专业，获博士学位； • 2015年加入腾讯科技（深圳）有限公司，机器学习岗位； • 智能推荐系统：神盾推荐项目，2015年7月-2016年5月 • 智能安全系统：机器学习+安全业务，2016年6月-2017年7月 •

..........................................237 8.4.1 开发测试环境多项目资源都部署到 1 个 VLAN..........................................238 8.4.2 开发测试环境多项目共用多个 VLAN、多个公有云 VPC 子网............... 238 9 IT 投入使用分析....... 4 查看各个云账号当月及历史月份费用支出情况......................................... 243 杭州飞致云信息科技有限公司 5 9.3.5 配置展示及查看项目分摊费用....................................................................249 9.3.6 按需定义配置显示查看某种分类的分摊费用 .......254 9.3.8 查看各个部门历史月份费用变化情况及趋势............................................255 9.3.9 查看各个业务或项目历史月份费用变化情况及趋势................................255 9.3.10 查看各个云账号下资源使用情况............................

开源容器平台、CloudExplorer 多云管理平台、JumpServer 开源堡垒机、 DataEase 开源数据可视化分析平台、Halo 开源博客/CMS 系统。FIT2CLOUD 旗下的开 源项目在开源社区表现出了卓越的成长性，在代码托管平台 GitHub 上所获得的 Star 总数 已经超过 60,000 个。 凭借领先的技术、卓越的产品表现和成熟的解决方案，FIT2CLOUD 于 2018 一个 基本全面的了解。 1.2 产品定位 面向大中型企业信息科技/技术部门，IT 管理及应用开发运维人员，在云时代基础架构 日益多样、规模不断增长、不断变革，运维工具多样分散独立的环境下，给项目生命周期中 各角色在开发测试、投产以及系统运维环节提供应用运行环境服务、管理、运维、运营场景 的一站式的支持。如图 1 图所示。 通过建立整合 IT 基础架构、运维工具的在线服务化自动化门户，通过 1.3.1 大幅减少获取应用运行环境资源排期及总体等待时间 传统 IT 服务模式为“柜台式”，如图 2 所示。在项目的开发测试及投产阶段，应用开发 测试人员需要获取应用运行环境资源以进行开发测试，通常需等待几小时、有时甚至几天几 周时间，特别是一些软件开发团队规模比较大、项目比较多的企业。有几个主要原因。  IT 部门在收到资源请求时经常有优先级更高的工作需要处理。  或者忙于处理其他业务团队的资源申请变更请求。

.................................100 杭州飞致云信息科技有限公司 5 1 概述 1.1 文档目的 面向使用云管理平台在线申请 IT 资源、应用运行环境的项目组应用开发测试、应用运 维人员，通过该手册了解云管平台的用户侧功能及相应的使用场景、操作使用方法。 1.2 阅读对象  应用开发测试人员  应用运维人员  云管平台实施人员 1.3 到 2021 年 3 月才被深信服超越。 云账号 用于 Human 用户登录云平台 Web 控制台的账号，以及用于给 应用通过 API 操作云平台需要的授权云平台 API 账号。 项目生命周期 指项目从开发测试、投产到系统运维、应用运维的整个过程。 杭州飞致云信息科技有限公司 7 应用系统 由多个应用组成的分布式系统。 应用 指独立部署运行的应用程序。 应用运行环境 支持应用 组资源的人划分到区域中。 区域划分一般按项目、按组织部门、 按人。这个区域在本系统中就是工作空间。 工作空间 在 IT 的日常使用场景中，应用开发测试、运维人员、以及系统运 维人员中一组特定的人需要隔离查看和管理其需要可见、使用管 理的一组特定资源，避免其他无关无权限的用户看到和操作以免 影响工作和生产运行。为这组特定的人和特定的资源创建的区域 就是工作空间，一般会根据权限按项目、按组织部门、按人创建。

研发不透明，规划凭感觉： • 发版时间靠运气 • 团队熬夜冲进度 研发透明化：不同项目清晰可见的效率、质量、进度 进度管理：根据团队客观数据，预测和确定项目规划 迭代进度一目了然 项目从无到有可核算 管理有数据科学依据 解放管理，更多时间花在 业务创新 平台运维 业务压力大，能力建设缓慢： • 大量工作花在工具链维护 • 项目间依赖复杂，环境管理难 • 交付版本依赖工单，发布风险高 • 公共资源 公共资源 / 业务资源利用率低 赋能多业务：一个平台解决了多异构项目的管理和规范 团队高效协作：定义团队角色工作流模板，随时可用云上环境 价值清晰呈现：为管理者提供全视角效能数据，赋能数字决策 人工低效操作减少 80% 构建资源利用率提升 60% 业务资源利用率提升 30% 统一治理内部规范，开发 自助上线；解放运维，工 作重心向业务稳定性保 障，建设平台工程体系 研发 研发时间被大量占用： 主开发和对接企业内部流程和系统 扫码查看飞书主干开发最佳实践 灵活易用的高并发工作流 • 一键拉起环境 / 子环境 • 一键复制 / 睡眠环境 • 多环境 / 环境配置管理 • 服务编排 / 跨项目共享服务 • 开发者共享环境 - 自测子环境 扫码查看 TT 语音最佳实践 面向开发者的云原生环境 扫码查看飞书集成测试案例 • 无缝对接主流测试框架 / 平台 • API/E2E/UI

研发透明化：不同项目清晰可见的效率、质量、进度 进度管理：根据团队客观数据，预测和确定项目规划 迭代进度一目了然 项目从无到有可核算 管理有数据科学依据 解放管理，更多时间花在 业务创新 平台运维 业务压力大，能力建设缓慢： • 大量工作花在工具链维护 • 项目间依赖复杂，环境管理难 • 交付版本依赖工单，发布风险高 • 公共资源/业务资源利用率低 赋能多业务：一个平台解决了多异构项目的管理和规范 自定义工作流，灵活编排发布、自 主开发和对接企业内部流程和系统 扫码查看飞书主干开发最佳实践 灵活易用的高并发工作流 • 一键拉起环境/子环境 • 一键复制/睡眠环境 • 多环境/环境配置管理 • 服务编排/跨项目共享服务 • 开发者共享环境-自测子环境 扫码查看TT语音最佳实践 面向开发者的云原生环境 扫码查看飞书集成测试案例 • 无缝对接主流测试框架/平台 • API/E2E/UI 自动化测试管理 高效协同的测试管理 • 一套YAML/Chart 模板管理数百微服务 • 每个技术栈抽象一套构建模板 • 运维统一工作流规范，开发自主使用 • 跨多项目复用模板 扫码查看易快报案例 强大免运维的模板库 • 系统纬度：集群、项目、服务、环境、工作流 • 项目纬度：构建、测试、部署，DevOps 指标 • 迭代纬度：需求到发布效率、质量分析 • 效能度量：耗时分析、通过率统计、趋势分析 客观精准的效能洞察

Hat OpenShift GitOps，管理员可以在 集群和开发生命周期中一致地配置和部署基于 Kubernetes 的基础架构和应用程序。Red Hat OpenShift GitOps 基于开源项目 Argo CD，为上游提供的功能提供类似的功能，并提供额外的自动化功能，集成到 Red Hat OpenShift Container Platform 中，以及 Red Hat OpenShift CR 的自定义 Kubernetes 控制器。此控制器会根据 ApplicationSet CR 的内容自动创建、更新和删除 Argo CD 应用程序。 AppProject CRD CRD 代表项目内应用程序的逻辑分组，它们管理允许应用程序管理资源的位置和方式。您可以使用 AppProject CRD 来限制允许 Argo CD 用户访问这些应用程序的位置和方式。管理 AppProject 实例 CD 实例通 常都有一个带有 ArgoCD CR 的一对一映射。 Argo CD 项 项目 目 Argo CD 中的实体，引用 Argo CD 开源项目的 特定项目概念，以及对应的 AppProject CR。 Argo CD 项目允许您定义多个命名空间，甚至集群作为允许的目的地。相反，OpenShift 项目 仅限于 一个命名空间，相当于一个命名空间的概念。 第 第 2 章 章 关于 关于 RED

project-scan • 单元测试、代码扫描 更新日常开发环境及 dev 业务配 置 project-dev-workflow • 构建、配置变更（ Apollo/Nacos ）、数 据变更、部署、冒烟测试、项目管理任务 变更 测试工程师 更新测试验证环境 project-sit-workflow • 构建、配置变更（ Apollo/Nacos ）、数 据变更、部署、接口测试 更新集成测试环境 pro 产品规划 需求开发 更新业务配置（以 Nacos 为例） 执行对应环境的工作流，选择配置并按需修改，更新 Nacos 配置 Sprint 发布 测试验证 变更发布 产品规划 需求开发 更新项目管理任务状态 执行对应环境的工作流，选择对应任务 Sprint 发布 测试验证 变更发布 产品规划 需求开发 更新数据库 执行对应环境的工作流，输入 SQL 语句执行数据更新 Sprint Sprint 发布 变更发布 需求开发 测试验证 产品规划 uat 发布——版本管理 生成版本信息，包括：服务镜像，服务配置，服务启动顺序等等 业务负责人 / 产品经理 —— 项目整体运行状 况 项目负责人——分析项目各个环境的变化过程及效能短板 3 、 更多产品特性 Zadig 产品特性：开源 Zadig 的一切 云原生 CI/CD 、产研高效工程化协作、快速应对业务迭代 Zadig

project-scan • 单元测试、代码扫描 更新日常开发环境及 dev 业务配置 project-dev-workflow • 构建、配置变更（Apollo/Nacos）、数据 变更、部署、冒烟测试、项目管理任务变 更 测试工程师 更新测试验证环境 project-sit-workflow • 构建、配置变更（Apollo/Nacos）、数据 变更、部署、接口测试 更新集成测试环境 proje 产品规划 需求开发 更新业务配置（以 Nacos 为例） 执行对应环境的工作流，选择配置并按需修改，更新 Nacos 配置 Sprint 发布 测试验证 变更发布 产品规划 需求开发 更新项目管理任务状态 执行对应环境的工作流，选择对应任务 Sprint 发布 测试验证 变更发布 产品规划 需求开发 更新数据库 执行对应环境的工作流，输入 SQL 语句执行数据更新 Sprint Sprint 发布 变更发布 需求开发 测试验证 产品规划 uat 发布——版本管理 生成版本信息，包括：服务镜像，服务配置，服务启动顺序等等 业务负责人/产品经理 —— 项目整体运行状况 项目负责人——分析项目各个环境的变化过程及效能短板 3、 更多产品特性 Zadig 产品特性：开源 Zadig 的一切 云原生 CI/CD、产研高效工程化协作、快速应对业务迭代 Zadig 产品特性：发布中心

冲上云霄—腾讯海量业务上云实践 腾讯云高级工程师 黄宏东 自我介绍 ⚫ 业务开发出身的运维 ⚫ 先后在腾讯负责游戏、安全、医疗类业务运维 ⚫ 经历数年业务爆量、成本优化、业务上云、智能运维等重点项目 ⚫ 目前负责腾讯自研业务的运维与上云工作 01 腾讯业务为什么要上云 02 业务上云的价值 03 如何上云 目录 04 上云案例分享 腾讯业务为什么要上云 接入服务 业务 Mesh K8S（TKE） 云原生方法 业务最佳实践 K8S（TKE） K8S（TKE）+业务画像 K8S（TKE） ⚫ 云原生计算基金会（CNCF），2015年由谷歌牵头成立，第一个毕业的项目Kubernetes。 ⚫ 在云上生长的应用，不是一个产品，而是一套技术体系和一套方法论。 ⚫ 包括DevOps、持续集成（CI）、持续交付（CD）、微服务、云基础设施（IaaS）、容器（K8S）、12要素等几大主题。 网络 •支持CLB •支持L5/CMLB •支持VIP 路由与服务发现 •StatefulsetPlus •原地重启 分批发布 •接口证书认证 •基于RBAC授权 权限控制 •基于项目管理 •角色鉴权认证 镜像仓库 •CBS(SSD/SATA) •Cehp/NFS 网络存储 •远端日志挂载 •页面日志查询 远程日志 CI/CD/CO 需求 设计 开发 构建 测试