CloudExplorer 3.0 管理员手册v1.2给其内部团队、外部团队提供服务的一种方式。 产品模版 产品模版用于定义某个云平台虚拟机部署时的参数选项范围、默认值以及 在申请侧和管理侧是否可见选项及是否可修改。 中间件 中间件是介于应用系统和系统软件之间的一类软件,它使用系统软件所提 供的基础服务(功能),衔接网络上应用系统的各个部分或不同的应用, 能够达到资源共享、功能共享的目的。目前,它并没有很严格的定义,但 是普遍接受 IDC 的定义:中间件是一种独立的系统软件服务程序,分布式 个维度理解平台面向的场景,一个是从项目生命周期过程横 向唯独,即开发测试、投产上线、系统运维、运营、应用运维场景维度,一个是从角色纵 向维度,即服务、管理、运维、运营四方面场景维度。 2.2 使用场景概览 图 2-1 IT 管理员使用场景 下面描述 IT 管理员对云管的整体使用过程场景,如图 2-1 所示。 首先,纳管同步基础架构平台资源 IT 管理员将各个要纳管的虚拟化平台、私有云平台、公有云 API 杭州飞致云信息科技有限公司 18 图 2-2 门户菜单入口 图 2-3 门户功能菜单 杭州飞致云信息科技有限公司 19 门户功能菜单中每块(下图方形边框部分示例)均为一个模块服务,比如管理中心、虚 拟机服务、账单中心、运营分析、数据库服务、负载均衡服务等。可以方便地从中选择进 入模块门户功能页面。 图 2-4 模块服务 门户功能菜单的菜单项可以在角色的权限中进行授权配置,如图 2-5,图 2-6 所示。0 码力 | 308 页 | 0 Bytes | 1 年前3
 CurveFS rename 接口实现方案rpc_request.key (即为 parentId + A) 2.2.2: 创建 dentryA 的副本 (如 <图2-2> 中 "dentryA 副本" 所示 ) 2.3: copyset1 返回成功响应给客户端© XXX Page 12 of 15 错误说明:这里分 2 类讨论步骤 2 中每一小步出错的处理机制: 类别1:该 rename 事务结束后的请求不是 rename 事务请求,即其他任何请求 (txid: 0, key: parentId + A, type: normal, ...) 2.1: 这步出错,相当于 copyset1 没收到 RPC 请求,copyset1 状态还是如 <图2-1> 所示,copyset1 根据 rpc_request.key 获取对应 value,并且 (PendingTxId = -1 && PeningTxKey == "") (代表没有副本),直接将 txid(0) < PeningTxId(1),则表明 PendingTx 对应的事务没有成功,直接将 "dentryA" 返回给客户端 2.3: 这一步出错,copyset1 的状态已经如 <图2-2> 所示了,copyset1 判断 rpc_request.txid(0) < PeningTxId(1),则表明 PendingTx 对应的事务没有成功(事务没有提交),直接将 "dentryA"0 码力 | 15 页 | 555.93 KB | 6 月前3
 CloudExplorer 3.0 用户手册v1.2一个区域,授权到这个区域的人员就能够看到并操作管理这个区 域下的资源,而其他人员则看不到这些资源。 服务目录 指 IT 给其内部团队、外部团队提供服务的一种方式。 中间件 中间件是介于应用系统和系统软件之间的一类软件,它使用系统 软件所提供的基础服务(功能),衔接网络上应用系统的各个部 分或不同的应用,能够达到资源共享、功能共享的目的。目前, 它并没有很严格的定义,但是普遍接受 IDC 的定义:中间件是一 。 杭州飞致云信息科技有限公司 12 图 1-1 HOME 页面  第二种方式 在门户各个页面,可点击最左上角的【9 点】图标,如图 1-2 所示,打开门户功能菜 单,如图 1-3 所示,在门户功能菜单中,选择进入指定模块的指定页面,如选择【虚拟机 服务】下【虚拟机】打开【虚拟机服务】门户下的【虚拟机列表】页面,如图 1-4 所示。 图 1-2 【9 点】门户菜单入口-九点图标 杭州飞致云信息科技有限公司 13 图 1-3 门户功能菜单 图 1-4 【虚拟机服务】门户-【虚拟机列表】页面 杭州飞致云信息科技有限公司 14 2 登陆首页 HOME 页 以工作空间用户登录后,首先打开的是【HOME】页面【我的资源视图】,视图包括 【我的导航】、【资源概览】、【账单汇总】、【我的待办事项】、【我的待办】、【通知】 等多个面板,如图 2-1 所示。在【HOME0 码力 | 102 页 | 0 Bytes | 1 年前3
 FIT2CLOUD CloudExplorer 产品白皮书 v1.7日益多样、规模不断增长、不断变革,运维工具多样分散独立的环境下,给项目生命周期中 各角色在开发测试、投产以及系统运维环节提供应用运行环境服务、管理、运维、运营场景 的一站式的支持。如图 1 图所示。 通过建立整合 IT 基础架构、运维工具的在线服务化自动化门户,通过 IT 服务管理模式 转型,加速业务系统的开发、测试、投产、上线,同时减少人工操作以及人工操作风险、解 放人力、提升运维 。并能够在现有的 IT 服务管理 模式转型框架基础上,与时俱进,不断整合演进过程中新采纳和替换的基础架构和运维工具 平台,保持和提升服务、管理、运维、运营各方面的自动化水平和场景自动化覆盖。 图 1: 业务生命周期场景 杭州飞致云信息科技有限公司 软件用起来才有价值,才有改进的机会 7 帮助企业在云时代加速数字化转型,一方面充分利用云和通过 IT 服务模式转型解放生 产力,另一方面 署完虚拟机后需要给安全部门提申请把虚拟机管理信息加入到堡垒机并授权,部署 配置监控代理、配置备份等)。 结果: 用户侧对于 IT 服务快速响应要求与管理侧 IT 服务响应速度较慢的矛盾越来越大。 图 2: "柜台式" IT 服务管理模式 针对以上申请运行环境时排期比较久的问题,可以通过云管平台改变服务模式来解决, 即将现有的"柜台式"改变为"ATM 在线服务"式,即通过运行环境资源在线服务、自动化部0 码力 | 60 页 | 0 Bytes | 1 年前3
 高效智能运维[云+社区技术沙龙第29期] - 腾讯智能运维(Metis)项目实践04 Metis 的研究方向 展望未来 单维时间序列分析 海量时间序列 业务场景复杂 规则配置繁琐 1 2 3 时间序列异常检测 如何找到通用的解决方案? 单维时间序列分析 规则类告警策略 最大值告警 最小值告警 波动率告警 单维时间序列分析 无监督异常检测算法 (自编码器) 原始数据 生成数据 单维时间序列分析 无监督异常检测算法 (N-Sigma) 单维时间序列分析 离线训练 实时计算 人工标注 提升效果 单维时间序列分析 时间序列异常检测整体流程 单维时间序列分析 打标工程 单维时间序列分析 异常检测:提供率值检测和量值检测的接口; 特征提取:提供三类特征(统计,拟合,分类),特征维度>200,可以自定义特征; 异常查询:异常入库存储,提供管理,查询,检索,放缩功能; 人工标注:提供正负样本的标注工具; 样本管理:提供检索,图示,编辑,删除,导入等功能;0 码力 | 28 页 | 1.88 MB | 1 年前3
 Zadig 产品使用手册,链接 一切流程、服务、工具和 上下游伙伴 安全简单自主可控:私有化 部署,现有服务 0 迁移成本 、体验丝滑接入容易、学习 使用门槛极低 现存做法大多以「单点工具 + 写脚本」或运管类平台为主, Zadig 则是面向开发者视角,中立,云原生一体化价值链平台。 与现存 DevOps 方案对比: 现存方案 典型代表 方案特点分析 Zadig 优势 传统 Jenkins 方案 GitLab 方案局限性大,安全性风险高 无法支持敏捷交付模式 支持从需求到发布全流程敏捷交付。尤其面向 多服务并行部署发布,云原生构建环境和运行 环境,基础设施对接及企业级 SSO/ 权限管理 等 运维管理类平台 蓝鲸 Rainbond KubeSphere KubeVela 面向资源管理的运维工具集 面向开发者,需结合 CI/CD 工具额外 搭建全流程能力 专门面向开发者的生产力平台,涵盖需求到开0 码力 | 52 页 | 22.95 MB | 1 年前3
 Zadig 产品使用手册,链接 一切流程、服务、工具和 上下游伙伴 安全简单自主可控:私有化部 署,现有服务 0 迁移成本、 体验丝滑接入容易、学习使用 门槛极低 现存做法大多以「单点工具 + 写脚本」或运管类平台为主,Zadig 则是面向开发者视角,中立,云原生一体化价值链平台。 与现存 DevOps 方案对比: 现存方案 典型代表 方案特点分析 Zadig 优势 传统 Jenkins 方案 GitLab 运行效率低,管理维护成本高 方案局限性大,安全性风险高 无法支持敏捷交付模式 支持从需求到发布全流程敏捷交付。尤其面向 多服务并行部署发布,云原生构建环境和运行 环境,基础设施对接及企业级 SSO/权限管理等 运维管理类平台 蓝鲸 Rainbond KubeSphere KubeVela 面向资源管理的运维工具集 面向开发者,需结合 CI/CD 工具额外 搭建全流程能力 专门面向开发者的生产力平台,涵盖需求到开0 码力 | 52 页 | 16.27 MB | 1 年前3
 高效智能运维[云+社区技术沙龙第29期] - ServerlessOpsServerless 介绍 什么是 Serverless Application ❑ 无服务器:不代表真的不需要服务器,只不过服务器由云厂商维护 ❑ 是一种软件系统架构思想和方法,不是软件框架、类库或者工具 ❑ 核心思想:无须关注底层资源,比如:CPU、内存和数据库等,只 需关注业务开发 用户运维 Cloud Vendor System Resource Serverless 化 /0 码力 | 32 页 | 4.85 MB | 1 年前3
 高效智能运维[云+社区技术沙龙第29期] - 冲上云霄—腾讯海量业务上云实践云+社区技术沙龙 冲上云霄—腾讯海量业务上云实践 腾讯云高级工程师 黄宏东 自我介绍 ⚫ 业务开发出身的运维 ⚫ 先后在腾讯负责游戏、安全、医疗类业务运维 ⚫ 经历数年业务爆量、成本优化、业务上云、智能运维等重点项目 ⚫ 目前负责腾讯自研业务的运维与上云工作 01 腾讯业务为什么要上云 02 业务上云的价值 03 如何上云 目录 04 上云案例分享 腾讯业务为什么要上云0 码力 | 26 页 | 2.39 MB | 1 年前3
 Zadig 面向开发者的云原生 DevOps 平台方案局限性大,安全性风险高 无法支持敏捷交付模式;手工维护成本 高,阻碍业务交付效率 面向多服务并行部署,安全发布, 0 维护负担 支撑云原生构建 / 运行环境,多云异构支持及企业 级登录权限支持 传统运维管理类平台 蓝鲸 Rainbond KubeSphere KubeVela 面向资源管理的运维工具集 面向开发者,需结合 CI/CD 工具额外搭建 全流程能力 专门面向开发者的生产力平台,涵盖全流程需求到0 码力 | 59 页 | 81.43 MB | 1 年前3
共 11 条
- 1
 - 2
 













