DevOps状态，依赖脚本和IT自动化

我们的调查告诉我们DevOps的状况，依赖脚本和IT自动化

这里写图片描述

DevOps调查结果：脚本和IT自动化

许多IT操作团队（包括应用程序所有者，配置管理员，中间件专家和数据库管理员）通过手动过程，电子表格和脚本来管理基础架构配置更改。他们花了很多时间编写和维护很多脚本。即使有所有这些脚本，电子表格和进程以及它们消耗的资源，团队仍然无法获得他们需要的可见性，控制和防错。 这是Orcaconfig最近从IT行业专家那里进行的五次调查的消息。也许这些结果不应该那么令人惊讶。但是在DevOps和IT自动化运动方面有几年的时间，仍有大量的改进空间

约三分之一的受访者表示，他们花费了一半以上的时间撰写和维护脚本。 在应用程序，数据库，中间件和操作系统之间具有多个关系和依赖关系的复杂应用程序环境中，“改变这种情况很容易（并且不知不觉）改变了这一点。”Gartner将这称为多米诺效应。因此，部署更改的脚本越来越棘手，因此，需要越来越多的时间来做，测试，重做和重新测试。

这里写图片描述

由于生产环境中与发布或配置相关的脚本错误所涉及的风险，一些组织将这些典型的操作职责交给开发人员。这个问题值得问问：发布和配置发布的脚本是否最好使用Dev或Ops的时间？ 所有这些脚本都包含关键配置，如果关键员工离开，组织是否有“失去食谱”的风险？显然是这样。在我们的调查中，30％的受访者承认，“这是一个问题，我们真的没有一个解决方案到位”，当被问及保持相关文档的交接，如果一些关键的员工突然离开组织。近一半的人提到，他们依赖于一个关键员工离职前的信息传递（TOI）。

这里写图片描述

员工退出公司有很多原因，有些人比其他人更加匆忙继续前进。 TOI是否提供企业所需的所有保护措施？ 脚本可能会消耗大量的IT资源，并导致关键人才流失的相当大的风险。但它至少能完成团队需要的功能吗？接下来的几个图表提供了脚本如何实现团队需要的可见性和防错自动化。

生态系统可见性

• 配置漂移检测

出于性能，安全性和审计原因，组织持续需要在其应用程序生态系统中维持配置合规性。因此检测配置漂移是必不可少的。自动检测配置漂移是目标。尽管有关方法的投诉，大约一半的受访者依靠脚本来完成漂移检测。

这里写图片描述

• 将数据库映射到应用程序

有时，IT操作被询问简单的问题，例如“使用此数据库的所有应用程序是什么？”，反之亦然，“哪些数据库支持此应用程序？”再次，近三分之一的受访者承认，不知道哪些应用程序正在使用哪些数据库。希望我们做到了。“另外36％的人依靠脚本或其他手动流程来得到答案。

这里写图片描述

是否合理（在2017年！）仍然依靠脚本来获取应用程序，数据库和中间件之间的相互关系的基本信息？运营商，经理和审计师是否可以接受这些信息？ Visio和类似的静态文件总是提供IT Operations需要的最新信息吗？

自动化和错误验证

• 环境感知版本

当将应用程序通过预生产阶段移入生产环境时，发布经理希望确保新版本只是按计划… …免费的。这需要做其他事情： 1、配置是最新的和生产就绪的， 2、以及 这些关键业务应用程序与其生产级配置同时提升。、

这里写图片描述

38％的受访者表示他们依靠脚本和其他手动流程来尝试完成环境感知版本。为了确保“每个人都在同一页面上”，许多组织使用多个计划会议，共享和更新电子表格和SharePoint文件（希望）最新的配置信息。即使在这个群体中，受访者评论说，脚本只是不适合他们。

这里写图片描述

尽管配置和发布问题的安全性，合规性和性能影响，15％的调查受访者承认他们“真的不能实现环境感知版本。

脚本不是免费的; IT Ops需要更多

对于许多应用程序所有者和IT Ops团队来说，脚本程序是很自然的方法。脚本的成本，甚至找到和修复基于脚本的错误几乎不会出现在预算项目中。在这一刻，它可以觉得它是免费的。但随着时间的推移，维护脚本和自己开发的工具可以建立一个隐藏但昂贵的技术债务山。如果脚本有效地解决了持续的操作需求，例如生态系统可见性和无剧情部署，那么这些成本和风险可能是值得的。然而，我们的受访者一再表示，他们缺乏基本功能，如配置漂移检测，将应用程序映射到数据库和中间件或确保环境感知软件版本。