DevOps

DevOps

简介

DevOps是Development和Operations的组合。DevOps可以看作是开发（软件工程）、技术运维和质量保障（QA）三者的交集。

Devops指的是原来纯粹进行开发的人，和那些负责运维和质量管理保证任务的角色之间的紧密协作和相互交流。开发者必须同时承担质量检测和发行评估的任务。

（深入理解DevOps，应该还包括产品管理、QA、运营甚至销售等领域）

为什么使用DevOps

与传统的瀑布式开发模型相比，采用敏捷或迭代式开发意味着更频繁的发布、每次发布包含的变化更少。由于部署经常进行，因此每次部署不会对生产系统造成巨大影响，应用程序会以平滑的速率逐渐生长。

瀑布模型是最典型的预见性的方法，严格遵循预先计划的需求、分析、设计、编码、测试的步骤顺序进行。
瀑布式的主要的问题是它的严格分级导致的自由度降低，项目早期即作出承诺导致对后期需求的变化难以调整，代价高昂。瀑布式方法在需求不明并且在项目进行过程中可能变化的情况下基本是不可行的。
大体分为这几个阶段：需求分析、设计、编码、测试、维护。

传统开发痛点：

• 开发人员经常不考虑自己写的代码会对运维造成什么影响。他们在交付代码之前，并不邀请运维人员参与架构决策或代码评审。
• 开发人员对配置或环境进行修改之后，经常没有及时与运维人员沟通，导致新的代码不能运行。
• 开发人员在自己的机器上手工修改配置，而没有记录所有需要的步骤。想找到必要的配置参数，通常需要尝试很多不同的参数；在得到一个可工作的状态后，往往很难识别出通过哪些最小步骤就能到达该状态。
• 开发人员倾向于使用有利于快速开发的工具：对代码修改更快的反馈，更低的内存消耗，等等。这样的工具集与运维人员面对的目标运行时环境非常不同：后者对稳定性和性能的要求远胜于灵活性。
• 由于开发人员平时使用桌面电脑，他们倾向于使用为桌面用户优化的操作系统。生产环境的运行时系统通常都运行服务器操作系统上。
• 在开发过程中，系统在开发者的本地机器上运行。在运维过程中，系统经常分布在多台服务器上，例如web服务器、应用服务器、数据库服务器等等。

诉求：

• 更小、更频繁的变更──意味着更少的风险
• 让开发人员更多地控制生产环境
• 更多地以应用程序为中心来理解基础设施
• 定义简洁明了的流程
• 尽可能地自动化
• 促成开发与运维的协作

优点

一款产品的诞生不仅不能缺少开发人员，也离不开运维人员，开发和运维是不可分割的。而DevOps提供的方法恰好是把这两项工作密切结合在一起。

DevOps最吸引人的地方就是致力于把不同部门不同分工的人召集到一起，共同努力解决问题：

• 高效交付，这也正好是它的初衷；
• 会改善公司组织文化、提高员工的参与感。

缺点

DevOps可能摧毁“开发人员”的角色，以一种“技术多面手”代之。多任务切换是非常昂贵的。迫使开发人员承担额外的通常由专家承担的角色意味着他们:

• 不花自己的时间开发；
• 需要跟上一个巨大的知识领域；
• 会崩溃掉。

DevOps需要什么

硬性要求：工具

• 代码管理（SCM）：GitHub、GitLab、BitBucket、SubVersion
• 构建工具：Ant、Gradle、maven
• 自动部署：Capistrano、CodeDeploy
• 持续集成（CI）：Bamboo、Hudson、Jenkins
• 配置管理：Ansible、Chef、Puppet、SaltStack、Rock GuardRail
• 容器：Docker、LXC、第三方厂商如AWS
• 编排：Kubernetes、Core、Apache Mesos、DC/OS
• 服务注册与发现：Zookeeper、etcd、Consul
• 脚本语言：python、ruby、shell
• 日志管理：ELK、Logentries
• 系统监控：Datadog、Graphite、Icinga、Nagios
• 性能监控：AppDynamics、New Relic、Splunk
• 压力测试：JMeter、Blaze Meter、loader.io
• 预警：PagerDuty、pingdom、厂商自带如AWS SNS
• HTTP加速器：Varnish
• 消息总线：ActiveMQ、SQS
• 应用服务器：Tomcat、JBoss
• Web服务器：Apache、Nginx、IIS
• 数据库：MySQL、Oracle、PostgreSQL等关系型数据库；cassandra、mongoDB、redis等NoSQL数据库
• 项目管理（PM）：Jira、Asana、Taiga、Trello、Basecamp、Pivotal Tracker、Worktile

在工具层面上，DevOps工具的用量大幅激增。Chef和Puppet依然是最常用的DevOps工具，使用率均为32%。Docker是年增长率最快的工具，用量增长一倍以上。Ansible的用量也有显著增加，使用率从10%翻倍至20%。

在工具的选择上，需要结合公司业务需求和技术团队情况而定。

软性需求：文化和人

DevOps成功与否，公司组织是否利于协作是关键。开发人员和运维人员可以良好沟通互相学习，从而拥有高生产力。并且协作也存在于业务人员与开发人员之间。

参考

1、devops_百度百科
http://baike.baidu.com/link?url=pVqxmKxUQxgvsh1iGXo2pQoF0l_rrXWkTHxYYn8-QiPw8wllKnaIuYG0V8RXF06FiWWMFzB9JJGXAJtRP8SJYa
2、一篇文了解DevOps：从概念、关键问题、兴起到实现需求-搜狐
http://mt.sohu.com/20160926/n469174315.shtml
3、DevOps：全能开发是如何扼杀程序员的IT新闻博客园
https://news.cnblogs.com/n/209691/
4、51 Best DevOps Tools for #DevOps Engineers | ProfitBricks Blog
https://blog.profitbricks.com/51-best-devops-tools-for-devops-engineers/
5、瀑布模型 - MBA智库百科
http://wiki.mbalib.com/wiki/%E7%80%91%E5%B8%83%E6%A8%A1%E5%9E%8B
6、我眼中的DevOps
http://www.infoq.com/cn/articles/devops-in-my-view/