1.什么是Devops
Devops=Dev（Development）+Ops（Operation）
DevOps（Development和Operations的混合词）是一种重视"软件开发人员（Dev）"和"IT运维技术人员（Ops）"之间沟通合作的文化、运动或惯例。通过自动化"软件交付"和"架构变更"的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。
传统的软件组织将开发、IT运维和质量保障设为各自分离的部门，在这种环境下如何采用新的开发方法（例如敏捷软件开发），是一个重要的课题。按照从前的工作方式，开发和部署，不需要IT支持或者QA深入的跨部门的支持；而现在却需要极其紧密的多部门协作。而DevOps考虑的还不止是软件部署，它是一套针对这几个部门间沟通与协作问题的流程和方法。
2.DevOps 如何运作？
DevOps 团队包括开发人员和 IT 运营人员，他们在整个产品生命周期中进行协作，以提高软件部署的速度和质量。这是一种全新的工作方式，也是一种文化转型，对团队及其工作的组织具有重大影响。
在 DevOps 模式下，开发和运营团队不再是"孤立"的。有时，这两个团队会合并为一个团队，合并后工程师会参与整个应用生命周期中的工作（从开发和测试到部署和运营），并具备多学科的技能。
DevOps 团队使用工具实现流程自动化，并加速流程，这有助于提高可靠性。DevOps 工具链可帮助团队处理重要的 DevOps 基础事项，包括持续集成、持续交付、自动化和协作。
DevOps 的价值有时也会应用于开发团队以外的团队。当安全团队采用 DevOps 方法时，安全性则成为开发过程中一个活跃的组成部分。
3.DevOps发展历程
4.DevOps文化
DevOps文化可以在开发和运维团队之间建立一种合作机制。
在传统的 Dev 和 Ops 分离下，Dev和 Ops 有着不同且相反的目标。
在应用DevOps后，开发和运维协同工作，共享相同的项目成果。
5.传统研发模式存在的弊端
Dev和 Ops 互为黑匣子，这会导致相互指责·
（1）研发团队认为运维工作是一个黑箱，因此不信任。
（2）运维团队任务认为开发团队"代码烂"，因此不信任。
开发和运维有不同的优先级，这使它们相互竞争：
（1）运维人员认为开发人员频繁的版本迭代破坏了稳定性。
（2）开发人员也将运维视为交付代码的障碍。
即使他们想一起工作，也是困难重重，因为:
（1）开发是通过交付功能来衡量工作绩效的，这意味着需要部署、变更。
（2）运维是通过项目的正常运行时间来衡量工作绩效的，频繁变更不利于业务稳定
6.DevOps 生命周期
由于 DevOps 的连续性，从业人员使用无限循环来展示 DevOps 生命周期各个阶段之间的相互关系。尽管看似是按顺序进行的，但此循环实际表示需要在整个生命周期进行持续协作和迭代改进。
DevOps 生命周期由八个阶段组成，它们分别代表开发（循环的左半部分）和运营（循环的右半部分）所需的流程、功能和工具。团队会在每个阶段进行协作和沟通，以保持一致性、速度和质量。
6.1发现
构建软件是一项团队运动。为即将到来的冲刺做准备，团队必须举行研讨会，以探索、整理想法并确定其优先顺序。创意必须与战略目标保持一致，并能够对客户产生影响。敏捷开发可以帮助指导 DevOps 团队。
6.2计划
DevOps 团队应采用敏捷开发实践来提高速度和质量。敏捷开发是一种用于项目管理和软件开发的迭代方法，可帮助团队将工作分解成更小的部分，从而提供增量价值。
6.3构建
Git 是一个免费的开源版本控制系统。Git 可为分支、合并和重写存储库历史记录提供出色的支持，而这已为开发构建流程带来了众多极具创新且功能强大的工作流和工具。
6.4测试
持续集成 (CI) 允许多个开发人员将各自编写的代码存储到单个共享存储库中。将代码变更内容合并时，将运行自动测试，在集成之前确保代码正确无误。合并和测试代码通常有助于开发团队确保部署后的代码质量和可预测性。
6.5部署
通过持续部署 (CD)，允许团队自动频繁地将功能发布到生产环境中。团队还可以选择部署功能标记，从而稳定、有条不紊地向用户交付新代码，而不是一次性全部交付。这种方法提高了软件开发团队的速度、生产力和可持续性。
6.6运营
管理面向客户的端到端 IT 服务交付。这包括设计、实施、配置、部署和维护支持组织服务的所有 IT 基础架构过程中涉及的实践。
6.7观察
快速识别并解决影响产品正常运行时间、速度和功能的事务。自动通知您团队有关变更、高风险操作或故障的信息，以便保持服务的运行。
6.8持续反馈
DevOps 团队应对每个版本进行评估，并生成报告以改进未来版本。通过收集持续反馈，团队可以改进其流程，并采纳客户反馈以改进下一个版本。
7.Devopos开发运维的优势
7.1更好的协作
培养协作文化和消除孤岛可以使开发人员和运营团队的工作更加紧密地联系在一起，从而提高效率，并减少由于工作流程的组合而产生的工作量。由于开发人员和运营团队共同承担许多责任，因此随着项目的进展，意外会越来越少。DevOps 开发运维团队在开发代码时确切地知道代码在什么环境中运行。
7.2加速交付
DevOps 团队通过加强协作，并使用微服务架构创建更有针对性（更频繁）的版本，从而更快地交付新代码。这一过程可推动改进、创新和错误修复，从而加速推向市场。
它还使组织能够更快地适应市场变化，更好地满足客户需求，从而提高客户满意度和竞争优势。软件发布过程可以通过持续交付和持续集成实现自动化。
7.3更高的可靠性
持续交付和持续集成包括自动化测试，以帮助确保软件和基础架构更新的质量和可靠性。监控和记录可实时验证性能。
7.4更快的扩展
自动化（包括代码等基础架构）可帮助管理开发、测试和生产，并以更高的效率实现更快的扩展。
7.5增强安全性
DevSecOps 可将持续集成、交付和部署集成到开发流程中，以便从一开始便实现内置安全性，而不是进行改造。团队使用"基础架构即代码"将安全测试和审计构建到工作流程中，从而帮助维持控制力并跟踪合规性。
7.6提高工作满意度
DevOps 方法可以通过自动执行单调重复的任务，让员工专注于推动商业价值、更有成就感的工作，从而帮助提高工作满意度。
8.Devops工具
8.1Devops工具--构建
- 构建自动化-自动处理代码以准备部署。
- 用于构建自动化的工具通常取决于编程语言和框架
- 示例:
- Java-ant、maven、gradle Javascript-npm、grunt、gup 等打包、构建源代码的工具
8.2.DevOps工具--CI
-
CI持续集成:持续将代码合并到单个分支或主线
-
CI工具通常由与源代码控制集成的CI服务器(如:Jenkins)组成。当源代码更改时，服务器通过执行自动构建来响应
-
示例:
-
Jenkins、TravisCl、Bamboo-Enterprise 等产品
8.3DevOps工具--配置管理
配置管理：以一致且可维护的方式管理和更改基础设施各个部分的状态。
8.4DevOps工具--虚拟化
- 虚拟化:通过创建虚拟机而不是物理机来管理资源
- 示例:
- VMWare ESX和ESXi,Microsoft Hyper-V,Citrix XenServer
- 容器:轻量级、独立的包，包含运行软件所需的一切需要的资源，资源占用相对于虚拟机更少，虚拟机包含整个。
- 操作系统以及虚拟版本的硬件，而容器只提供运行软件所需的最小依赖。
- Docker是目前领先的容器技术，对于实现微服务、DevOps非常有用。
8.5DevOps工具--监控
-
监控:收集和呈现有关应用程序状态和性能的数据，主要分为以下两种:
-
（1）基础设施监控(ISM):重点关注与基础设施相关的事物，如 CPU、RAM、等
-
（2）应用程序性能监控(APM):重点关注响应时间、日志等各个部分的性能和稳定性
8.6DevOps工具-服务编排
-
目的:将支持流程、工作流程、资源分配的编排任务自动化
-
如:根据要求扩大和缩小应用程序资源占比、根据使用情况自动缩放应用程序、通过关闭不健康的节点并用新节
-
点替换它们来实现系统自我修复。
-
Docker Swarm:Docker容器的编排
-
Kubernetes：容器编排服务、实现跨多个主机管理容器化应用程序。
-
Openstack: 编排虚拟机
