应用,运维管理的核心维度.pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
应用,运维管理的新思维 嘉宾:王津银,优维科技CEO About Me • 05到07年参与电信BOSS系统研发,承担了其中资源管理模块(模块化架构)。 • 07年进入腾讯,接手ISD所有应用发布,并构建了ARS系统。 • 08年,接手自动化构建,其中主导从CC到SVN环境的迁移,重构了其中部分脚 本。 • 12年之后,主导YY和UC的运维平台体系构建,在阿里UC顺便把游戏的微服务 化改造做了。 • 15年创业,全栈运维平台EasyOps,DevOps管理专家。 • 运维的困境及突破 • 应用的资源管理视角 • 应用的动作管理视角 • 应用的状态管理视角 • 应用的平台管理视角 从IT模式看运维 • IT模式以瀑布流和敏捷驱动研发模式为主,部门墙 • 运维一直被孤立,从未被重视 以下问题是如何思考的  如何看待如下问题  ITSM,IT和业务的距离真的近了么?  IT真的做到敏捷了么? CMDB为什么鲜有成功案例? 为什么才意识到IT自动化的价值? Dev和Ops冲突之源 • 研发只关心产品需求 • 非功能需求就交给运维 持续交付的核心是应用管理 应用的状态=资源的状态 应用的变更=资源的变更 资 CMDB 动作 状态 IT资源管理系统 源 持续交付, 作业变更 智能监控 持续部署 数据分析ITOA 运维变更 应用 • CMDB系统要实现向资源管理系统的过度。 • 应用的变更场景最终是对资源的变更。 • 应用的状态最终是由其资源的状态来决定的。 • 运维面临的问题及解决方案 • 应用的资源管理视角 • 应用的动作管理视角 • 应用的状态管理视角 • 应用的平台管理视角 应用管理之资源管理 人工 自动 维护 发现 • CMDB架构分基础资源层架构和应用 资源层架构 数据入库 应用层 数据入库 • 应用层资源架构把相关的资源以应 用为中心实现资源整合。 基础资源层 • 资源及其资源的关系称之为拓扑 (应用拓扑、物理拓扑) • 资源管理方式有人工维护和自动发 数据入库 数据入库 现两种方式。流程是人工维护的一 人工 自动 种复杂场景和手段。

文档评论(0)

1984kelu + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档