FIT2CLOUD CloudExplorer 产品白皮书 v1.7日益多样、规模不断增长、不断变革,运维工具多样分散独立的环境下,给项目生命周期中 各角色在开发测试、投产以及系统运维环节提供应用运行环境服务、管理、运维、运营场景 的一站式的支持。如图 1 图所示。 通过建立整合 IT 基础架构、运维工具的在线服务化自动化门户,通过 IT 服务管理模式 转型,加速业务系统的开发、测试、投产、上线,同时减少人工操作以及人工操作风险、解 放人力、提升运维 。并能够在现有的 IT 服务管理 模式转型框架基础上,与时俱进,不断整合演进过程中新采纳和替换的基础架构和运维工具 平台,保持和提升服务、管理、运维、运营各方面的自动化水平和场景自动化覆盖。 图 1: 业务生命周期场景 杭州飞致云信息科技有限公司 软件用起来才有价值,才有改进的机会 7 帮助企业在云时代加速数字化转型,一方面充分利用云和通过 IT 服务模式转型解放生 产力,另一方面 署完虚拟机后需要给安全部门提申请把虚拟机管理信息加入到堡垒机并授权,部署 配置监控代理、配置备份等)。 结果: 用户侧对于 IT 服务快速响应要求与管理侧 IT 服务响应速度较慢的矛盾越来越大。 图 2: "柜台式" IT 服务管理模式 针对以上申请运行环境时排期比较久的问题,可以通过云管平台改变服务模式来解决, 即将现有的"柜台式"改变为"ATM 在线服务"式,即通过运行环境资源在线服务、自动化部0 码力 | 60 页 | 0 Bytes | 1 年前3
CloudExplorer 3.0 管理员手册v1.2个维度理解平台面向的场景,一个是从项目生命周期过程横 向唯独,即开发测试、投产上线、系统运维、运营、应用运维场景维度,一个是从角色纵 向维度,即服务、管理、运维、运营四方面场景维度。 2.2 使用场景概览 图 2-1 IT 管理员使用场景 下面描述 IT 管理员对云管的整体使用过程场景,如图 2-1 所示。 首先,纳管同步基础架构平台资源 IT 管理员将各个要纳管的虚拟化平台、私有云平台、公有云 API 杭州飞致云信息科技有限公司 18 图 2-2 门户菜单入口 图 2-3 门户功能菜单 杭州飞致云信息科技有限公司 19 门户功能菜单中每块(下图方形边框部分示例)均为一个模块服务,比如管理中心、虚 拟机服务、账单中心、运营分析、数据库服务、负载均衡服务等。可以方便地从中选择进 入模块门户功能页面。 图 2-4 模块服务 门户功能菜单的菜单项可以在角色的权限中进行授权配置,如图 2-5,图 2-6 所示。 所示。 图 2-5 编辑角色(1) 杭州飞致云信息科技有限公司 20 图 2-5 编辑角色(2) 约定: 后续文档中,说明打开某个模块的功能页面时,不再描述到模块门户的操作方法步骤了,直接从 进入模块门户开始描述,如 在【模块名】中,选择菜单【功能菜单】下【功能菜单项】打开【xxx】 页面,或者直接 打开【模块名】/【菜单名】/【菜单项】页面。 举例:比如进入【虚拟机服务】的虚拟机列表页面,会这样描述:0 码力 | 308 页 | 0 Bytes | 1 年前3
CloudExplorer 3.0 用户手册v1.2。 杭州飞致云信息科技有限公司 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 所示。在【HOME 所示。在【HOME】页可看到各个模块的快捷入口,资源使用统计, 以及当月账单费用、待办事项、通知。可点击右上角【自定义】定义是否显示各个面板。 杭州飞致云信息科技有限公司 15 图 2-1 我的资源视图 2.1 我的导航面板 在【我的导航】面板中,是各个模块页面的快捷入口,包括以下模块门户页面的快捷入 口,如图 2-2 所示。 【虚拟机服务】模块【申请】页面快捷入口 【负载均衡】模块的【申请】页面快捷入口0 码力 | 102 页 | 0 Bytes | 1 年前3
CurveFS rename 接口实现方案rpc_request.txid(即为 1),PendingTxKey 设为 rpc_request.key (即为 parentId + A) 2.2.2: 创建 dentryA 的副本 (如 <图2-2> 中 "dentryA 副本" 所示 ) 2.3: copyset1 返回成功响应给客户端© XXX Page 12 of 15 错误说明:这里分 2 类讨论步骤 2 中每一小步出错的处理机制: (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
Zadig 面向开发者的云原生 DevOps 平台—— 非码 DevOps 负责人 典型客户分析: Zadig 帮助 全产品线日发布 10 次以上 高可用服务所有产品线,完成数亿次构建、部署,为公司省下 12 名运维开发工程 师。 “ 各产品线的研发测试部署的对接都在 Zadig 上,实现对整个开发和测试的生命周 ” 期的自动化管理0 码力 | 59 页 | 81.43 MB | 1 年前3
Zadig 面向开发者的云原生 DevOps 平台——非码测试总监 “Zadig 让运维在业务量倍增的情况下仍能轻松应对” ——非码 DevOps 负责人 典型客户分析:Zadig 帮助 全产品线日发布10次以上 高可用服务所有产品线,完成数亿次构建、部署,为公司省下12 名运维开发工程师。 “各产品线的研发测试部署的对接都在 Zadig 上,实现对整个开发和测试的生命周期 的自动化管理” ——七牛技术专家 持续使用三年: 基于 Zadig0 码力 | 59 页 | 23.57 MB | 1 年前3
共 6 条
- 1













