DevOps的概念和历史
1、DevOps起源于敏捷，是在2008年敏捷论坛上被提出的，所以现在很多人会认为DevOps是敏捷的一部分，对于到底是谁属于谁，谁包含谁，这些观念大家不必纠结，各大体系都认为自己包括别人。
2、是软件开发人员和IT运维人员之间的合作过程，是一种工作环境、文化和实践的集合，目标是高效地自动执行软件交付和基础架构更改流程。
3、devops是一组过程、方法与系统的统称。DevOps（Development和Operations的组合词）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。
4、DevOps 是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。
DevOps究竟是如何改变开发和运维人员的?
1、DevOps的目标是缩短系统开发周期，同时以更快、更好和更便宜的方式持续交付业务价值，是让开发人员和运维人员更好地沟通合作，通过自动化流程，使整体过程更加快捷和可靠。
2、DevOps是为了填补开发端和运维端之间的信息鸿沟，改善团队之间的协作关系。不过需要澄清的一点是，从开发到运维，中间还有测试环节。DevOps其实包含了三个部分：开发、测试和运维。
3、DevOps 是一套实践、工具和文化理念，可以实现软件开发团队和 IT 团队之间的流程自动化和集成。它强调团队赋能、跨团队沟通和协作以及技术自动化。 DevOps 运动始于 2007 年左右，当时软件开发和 IT 运营社区开始担忧传统的软件开发模式。
4、DevOps 是一种横跨软件开发、测试和部署的协作方法。它将原本具有不同目标的开发、测试和运维小团队聚集在一起，以实现更高效和高质量的代码发布，这就要求 DevOps 流程中的不同角色之间不能有任何交流障碍。
5、DevOps是一组过程、方法与系统的统称，用于促进开发、技术运营和质量保障（QA）部门之间的沟通、协作与整合。
6、DevOps 既是一种思维方式，同时也是一种工作方式，作为一套促进开发、技术运营和质量保障三个部门之间的沟通、协作与整合的方法论，使得组织的快速迭代，实现竞争优势成为现实。
Devops概述
微服务(Microservices Architecture)是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。
这种混合使混合框架成为敏捷和DevOps测试自动化策略的最常见选择。 # 分配专用资源 不要忘记，软件测试自动化是专门为其雇用的人员的任务。有些人试图使自动化成为手动质量检查工程师的兼职工作。
微服务架构是一项在云中部署应用和服务的新技术。大部分围绕微服务的争论都集中在容器或其他技术是否能很好的实施微服务，而红帽说API应该是重点。
微型服务的优点：易于开发和维护：一项服务只关注一项特定的业务功能，业务清晰，代码量少。开发维护单项微服务相当简单。整个应用程序由一些微型服务构建，因此整个应用程序处于可控状态。
所具备的DevOps技能 面试者可能会问应聘人员是否会采用DevOps工具，特别是随着越来越多的企业追求这个模式。它有利于云计算管理员获得DevOps相关工具(如Jenkins和Chef Server)的经验。
该角色将负责 AWS 云中分布式软件系统和基础设施即代码 (IaC) 解决方案的设计、开发、测试、部署和操作。