`DevOps`相关知识搜集
2016-07-01 13:34
274 查看
本文记录的是搞清楚什么是
传送门:
我眼中的DevOps
作者简介:申思维,2005年本科毕业于华南理工大学计算机学院。一直从事Web领域的开发,3年多Java、2年多Ruby on Rails的工作经验。目前在摩托罗拉公司工作,一名普通的程序员。
原创作者:James Turnbull的许
原文链接:http://article.yeeyan.org/view/139924/170387
英文链接:http://www.kartar.net/2010/02/what-devops-means-to-me/
文章内容目录:
介绍开发部门和运营部门产生脱节的原因:开发和运营之间缺少有效沟通。开发不懂运营;运营不懂技术,最终导致开发的产品无法交付,导致
介绍DevOps的含义:
强调DevOps的准则:
作者推荐的开发和运营部门之间的关系:
工作中的流程。作者推荐企业内容完善自己的一套流程管理。最好使用
持续改进。在技术上要不断追求进步,如同要不断完善自己的
51cto DevOps系列专题
DevOps是一组过程、方法与系统的统称,当企业希望将原本笨重的开发与运营之间的工作移交过程变得流畅无碍,便可借助DevOps来完成。但是,你真的了解DevOps吗?也许DevOps并非你想的那么简单。其实,采纳DevOps的文化壁垒非常高,这是一个值得探索的漫长过程。
3. 关于DevOps你不得不知道的11件事
①什么是DevOps ②DevOps与ITIL以及ITSM有什么不同 ③DevOps与可视运维 ④DevOps的基本原则 ⑤DevOps模式的应用领域 ⑥DevOps的价值 ⑦信息安全和QA ⑧如何融入DevOps的工作流 9我最喜欢的DevOps模式一 10 我最喜欢的DevOps模式二 11我最喜欢的DevOps模式三
DevOps实际使用过程中可能需要的开源工具
本文作者Richard Kraaijenhagen是Owlin创始人,全栈工程师,数据科学家。他收集了DevOps开发可能用到的所有工具,并且把它们按照职责进行分类,本文摘取了部分工具分享给大家,这些工具也可以用于日常软件方面的开发,所以,大家直接Mark吧!
参考资料:
DevOps过程中检索资料时发现的有价值的帖子。
传送门:
我眼中的DevOps
作者简介:申思维,2005年本科毕业于华南理工大学计算机学院。一直从事Web领域的开发,3年多Java、2年多Ruby on Rails的工作经验。目前在摩托罗拉公司工作,一名普通的程序员。
原创作者:James Turnbull的许
原文链接:http://article.yeeyan.org/view/139924/170387
英文链接:http://www.kartar.net/2010/02/what-devops-means-to-me/
文章内容目录:
介绍开发部门和运营部门产生脱节的原因:开发和运营之间缺少有效沟通。开发不懂运营;运营不懂技术,最终导致开发的产品无法交付,导致
最终失败。
介绍DevOps的含义:
DevOps 也不仅仅是一种软件的部署方法。它通过一种全新的方式,来思考如何让软件的作者(开发部门)和运营者(运营部门)进行合作与协同。使用了DevOps模型之后,会使两个部门更好的交互,使两者的关系得到改善,从而让很多领域从中受益,例如:自动化、监视、能力规划和性能、备份与恢复、安全、网络以及服务提供([code]provisioning)等等。[/code]
强调DevOps的准则:
KISS
作者推荐的开发和运营部门之间的关系:
早参与,多参与。对于开发人员,要让运维人员常驻到开发部门,全程参与开发流程。邀请运维人员参与你的Scrum或者开发会议,与他们分享项目计划、分享新技术的点子和心得。搜集功能性需求(指开发人员用到的需求)的同时也要搜集运维方面的需求。把对于“发布、备份、监控、安全、配置管理和系统功能”的测试作为一项独立的项目流程。软件产品在开发时解决的问题越多,那么在使用时暴露给用户的问题就越少。给运维人员做培训,让他们弄清楚项目的体系结构和核心代码。如果运维人员在反馈bug时提供的信息越多,那么你花在排查问题(trouble-shooting) 的时间就越少,这个bug也就会更快的被解决掉。 对于运维人员,在遇到问题时需要把开发人员加进来,大家一起解决问题。邀请开发人员参与你们的会议,分享项目进度(roadmaps),并且共同修订工作计划。运维人员一定要了解开发部门下一步的工作方向,从而确保产品运行的底层平台能够良好的支持最新技术。开发人员也会带来相关的技术、知识和工作,帮助你们改善产品的运行环境,使其更加易于维护、简洁有效。
工作中的流程。作者推荐企业内容完善自己的一套流程管理。最好使用
python等编写自动化构建脚步。
持续改进。在技术上要不断追求进步,如同要不断完善自己的
自动化构建、测试、部署脚本。
51cto DevOps系列专题
DevOps是一组过程、方法与系统的统称,当企业希望将原本笨重的开发与运营之间的工作移交过程变得流畅无碍,便可借助DevOps来完成。但是,你真的了解DevOps吗?也许DevOps并非你想的那么简单。其实,采纳DevOps的文化壁垒非常高,这是一个值得探索的漫长过程。
文章 | 摘要 |
---|---|
你真的了解 DevOps 吗? | 与大数据和PRISM(NSA的监控项目之一),DevOps(开发运维)如今是科技人士挂在嘴边的热词,但遗憾的是,类似圣经,每个人都引用DevOps的只言片语,但真正理解并能执行的人极少。根据CA的一项调查,45%的受访者并不了解DevOps的含义,其余则有17%认为DevOps只不过是炒作。 |
有关DevOps的五大误解 | 无论是哪一项创新技术,最初都会面临着大量的信息和讨论,有些可能是有价值的,有些则没有。但是在你一头扎进DevOps之前,先了解一些常见的误解,避免走进误区。 |
采用DevOps的文化挑战 | 作为开始,Oliver表示就像Rebel实验室2013年度报告所建议的,DevOps能够带来可度量的提升。该报告与2013 Puppet实验室的DevOps状态报告和InformationWeek的问卷调查在此主题上的观点非常吻合。它们都得出结论,认为DevOps帮助IT系统变得更加稳固、也更易于快速和频繁地部署。 |
我们离DevOps有多远:持续集成思想的延伸 | 纵览全局(打破职责界限)rd,qa,op,如果仅仅按照这样的角色标签去处理事情,那就和圣经里的巴别塔一样,大家不说同一种语言怎么能劲往一处使呢。 |
DevOps:从理念到实施 | 为什么会有DevOps的出现?DevOps这个新理念的出现,是为了应对IT环境中普遍面临的一些挑战。 |
①什么是DevOps ②DevOps与ITIL以及ITSM有什么不同 ③DevOps与可视运维 ④DevOps的基本原则 ⑤DevOps模式的应用领域 ⑥DevOps的价值 ⑦信息安全和QA ⑧如何融入DevOps的工作流 9我最喜欢的DevOps模式一 10 我最喜欢的DevOps模式二 11我最喜欢的DevOps模式三
DevOps实际使用过程中可能需要的开源工具
本文作者Richard Kraaijenhagen是Owlin创始人,全栈工程师,数据科学家。他收集了DevOps开发可能用到的所有工具,并且把它们按照职责进行分类,本文摘取了部分工具分享给大家,这些工具也可以用于日常软件方面的开发,所以,大家直接Mark吧!
参考资料:
相关文章推荐
- VMC部署管理:关于无缝升级
- 【DevOps】为什么我们永远疲于奔命?
- 《DevOps故障排除:Linux服务器运维最佳实践》读书笔记
- Vagrant 1.1, salt and vbguest 配置开发环境的虚拟机
- 在周六(05/11)的 Beijing Open Party 上分享了 Salt 的话题
- Juju-Gui 安装笔记
- QCon杭州会议总结
- BlueMix DevOps服务
- Openstack中社区项目简介
- devops
- 自动化测试与DevOps以及持续集成的关系。
- DEVOPS 技能列表
- 关于DevOps趋势你所需要知道的10件事
- Jenkins git plugin SSL验证修复
- 高效运维最佳实践
- 使用 Monit 监控PHP 服务中遇到的坑和解决办法
- 软甲开发者应有的八大特征
- Linux系统故障排除
- DevOps-chef的多节点环境搭建
- 如何添加或删除ubuntu用户和组