[DevOps] 认识一下

大家都在说DevOps(Develop Operation),大概知道就是开发和运维沟通交流,一条线,然后使产品能够顺利的、短时间内上线、维稳什么的。

今天特意看了下 DockOne里面的一篇文章,再巩固下自己的认识:http://dockone.io/article/2679

开发运维一体化

总结一下:

  1. 自动化是为了服务DevOps,并不是一定要自动化。目的是:提高效率。
  2. DevOps可以cloud,虚拟化。也可以VMare或者实体机。
  3. DevOps不是一堆工具,工具包。工具包无论怎样,都是需要人的沟通交流。运营人员和测试人员都是不可或缺的。

DevOps是一种理念,鼓励开发和运维之间沟通、协作、集成和自动化,以便快捷、频繁、可靠的构建、测试、发布应用。

时间: 2024-11-26 01:42:25

[DevOps] 认识一下的相关文章

为 DevOps 提供专业级、全栈式性能监控服务

相信大家都清楚,深谙 DevOps 的公司做起事情来更加高效.相较于竞争对手而言,他们的代码重用率更高,错误率更低.但是,成功取决于多种因素,其中就包括:是否能够准确监控应用在不同环境下(可能是多语言环境)的所有变化.所以,运维团队还需要一个支持连续开发与测试的软件分析方案,同时加强与其他部门的协作.沟通. 国内应用性能管理领军企业 OneAPM 提供的数据既能检测和监控开发团队提交的新性能,也能确保运维的稳定性.作为一家 DevOps 为导向的公司,OneAPM 完全理解软件团队所面临的诸多挑

DEVOPS的六个切入点

今天上午,听IBM的人讲了IBM公司一整套DEVOPS的解决方案,主要包括下面六个方面: 1.业务持续规划 2.业务协同开发 3.业务持续测试 4.业务持续集成和部署 5.业务持续监控 6.用户体验持续反馈 最后回到1形成闭环. 其中第4点,持续集成和部署是过去几年应用得比较多的东西,比如用jenkins+saltstack完成CI和CD,也是实施DEVOPS比较好的切入点.

DevOps Workshop 研发运维一体化第一场(微软亚太研发集团总部)

准备了近两周,写了大量的操作手册,设计了大量的动手实验场景,终于在中关村的微软大厦完成了两天的DevOps培训. 最初报名160人,按照之前的培训经验,一般能到一半就不错了,没想到这次现场登记人员就超过140人,再加上没有登记的人员,现场基本爆棚,由四个大会议室组成的MPR会议室人满为患,大家对DevOps这个全新的软件开发运维一体化的的理论和实践充满期待. 第一天对软件开发的需求管理.项目计划和源代码管理进行的全面而深入的介绍,并且为到会的所有开发人员提供现场动手实验的机会,大家兴致高涨,按照

成都OpenPart——DevOps专场活动参与感

今天下午去参加了成都OpenPart——DevOps专场,感觉很好. 题外话: 回想一下,工作将近四年了,这是第一次参加类似的活动.自从结婚带了小孩以后,就基本上每个周末奔波工作和家里两个城市之间,这样的生活,一直持续到现在. 回家陪小孩玩,有很多乐趣,但是自己也慢慢意识到,时间就这样无情的流失了,每个周末什么都没有干,就很快过去了,有时候很想自己一个人静静坐下来,泡杯茶,看点自己想看的东西,这样的想法,看起来仿佛是一种奢望.现在小孩慢慢也大了,我想也应该给自己更多的时间了,孩子也该让她自己成长

DevOps 转型,只有工具怎么够!

敏捷软件开发已经打破了需求分析.测试.开发之间的壁垒.在软件开发流程中,开发与运维之间面临着相同的隔离问题.DevOps运动的目标就是打破开发与运维之间的壁垒,鼓励开发与运维之间的协作. 敏捷软件开发已经打破了需求分析.测试.开发之间的壁垒.在软件开发流程中,开发与运维之间面临着相同的隔离问题.DevOps运动的目标就是打破开发与运维之间的壁垒,鼓励开发与运维之间的协作. 新运维工具的出现以及敏捷工程实践的建立使得DevOps变成了可能[1],但对于DevOps好处的认识还远远不够,即便拥有最好

演讲实录 | DevOps 与传统的融合落地实践(上)

导读:5月6日,优维科技与数人云主办了[DevOps&SRE超越传统运维之道 · 深圳站],6月北京站敬请关注~本文是优维科技CEO王津银关于DevOps与传统的融合落地实践的精彩分享 王津银/优维科技创始人&CEO 中国开放运维联盟发起人,精益运维"理论提出者,中国第一批DevOps Master授权讲师,持续交付专家,业内人称"老王"."互联网运维杂谈"公众号创办者.致力于互联网运维整体解决方案的产品化能力提升,缩短企业到达互联网运维的

活动干货|基于Docker的DevOps实现

作者:精灵云 众所周知,传统开发模式已经面临了诸多难题.首先,在代码集成方面,因为没有合适粒度的代码合并,大规模的合并会有很大的风险,且传统开发模式中没有自动化测试,以至于测试周期特别长,人力成本高昂.其次,传统开发中的单体应用,通常都很庞大,单体应用把所有模块都包含在一个应用中,升级单个模块也需要对整个应用进行升级,所以升级和创新都很不方便,常见的比如银行系统就是如此. 同时,传统的开发模式中单独采用微服务的情况也会由于服务数量多而没有有效管理,在大批量的部署和测试的时候容易出现问题.除此之外

DevOps is dirty work - What's the deal

什么是DevOps?终于又回到这个最初的问题. 第一次看到这个词的时候,还身陷于各种敏捷概念轰炸中.用“身陷”这个词其实并不准确,因为那个年代的我也是那些热情洋溢地无处不宣传敏捷的热血文艺青年中的一员.就像天生的一样,我从未接触或真正实践过瀑布模型.瀑布开发对我来说一直是书里的概念,各种流程背得滚瓜烂熟都是应付考试用的东西.打从第一脚踏入老东家N记,Scrum Master骄傲地带着我各楼层领略五颜六色的进度小纸条和大小各异的手写燃尽图的那一刻开始,我就被敏捷浸淫而无法自拔.N记也不愧为国内敏捷

DevOps means no Ops!

DevOps means no Ops! 只单纯地搞网络的话或许你可以搞得非常好,并且获得不错的薪资,不过,5年后~10年后~,那时候随便一个人经过简单的学习就能通过Web界面或者专用的工具就能搞定一个复杂的网络,因此在搞好网络的同时,在熟悉开发,这样能为自己减轻很多简单重复的操作(从上次IDC核心割接就看出,配置全是手工刷!).不过前提是网络你要搞得非常熟练,且不可逐本舍末! 2016-1-12 大四下,回北京继续实习前

关于DevOps你必须知道的11件事

转自:http://www.infoq.com/cn/articles/11devops 关于作者 Gene Kim在多个角色上屡获殊荣:CTO.研究者和作家.他曾是Tripwire的创始人并担任了13年的CTO.他写过两本书,其中包括<The Visible Ops Handbook>,目前他正在编写<The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win>和<DevOps C