探索世界，改变世界

这是TechTarget高级编辑Valerie Silverthorne关于敏捷状态在2017年的文章的主题，她今天在行业分析师Jeffery Hammond询问了敏捷状态。对于人们如何实际执行敏捷来说，他的观点看起来并不那么愉快，他们说通常集中在“过程纯度”而不是实际的结果上，团队陷入僵局 - 他认为直接飞行的做法敏捷宣言的面孔。哈蒙德说，敏捷周围的对话如此专注于进程，他甚至不能再去敏捷会议

DevOps友好的企业架构必须努力遵守五个关键原则，包括工具的灵活性，现代技术和重点信息可见性。

专业人士经常听到DevOps呼吁他们为开发人员提供脚本，代码和提供自动化基础设施。但是，有兴趣的SREs应该在哪里开始？不适应DevOps技能的系统管理员设置风险灭绝，但现场可靠性工程师（SRE）需求旺盛。旧金山云端付费提供商Stripe的网站可靠性工程师Jonah Horowitz在Velocity Conference的这个会议的前几天说，在进步组织中，SRE是DevOps

如果您的组织使用不同的配置管理软件进行开发和操作，那么您并不孤单。更好的是，迁移到一个主要工具是没有工程专长的。创新与标准化始终处于不利地位：标准化鼓励平庸，但缺乏打开混乱与混乱的大门。随着软件定义的基础设施的出现，许多IT组织的战斗已经从设备和最终用户应用程序标准化转变为DevOps工具链和基础架构自动化，与配置管理软件一样。配置管理和相关的自动化软件经常进入

说起DevOps，无非是网络上的几张经典诠释图了。首先，从软件生命周期的工作人员说起。DevOps强调了个体之间的互动是非常重要的。DevOps下的人员关系是这样的：DevOps从对于人来说就是协作、交流、去隔阂，从而达到提高软件生态流程的效率 。然后就是DevOps流程环，实现软件生态链的闭环：也可以这样表示：