博客

2017 年application交付状况: 自动化、API 和 DevOps

Lori MacVittie 缩略图
洛里·麦克维蒂
2017 年 4 月 17 日发布

在过去的一年里,数字化鼓点加快了节奏,促使那些负责向消费者和企业用户提供应用程序的网络和基础设施的人关注自动化以及 DevOps 带来的更灵活、更具协作性的视角。 但是,即使组织接受了自动化并认识到可编程性(API 和模板)的重要性,他们还没有准备好采用单一堆栈来统治一切。

devopsinsights-thumb

我们的 2017 年application交付状况调查涵盖了 IT 部门内超过 2100 名受访者,从应用程序开发人员到首席执行官再到安全和网络工程师,调查发现,随着 DevOps 进一步转向生产,其驱动因素和看法也在发生变化。

 

01 | 自动化采用

数字化转型不仅仅需要企业 API 和大量开发人员。 我们看到,人们同样(如果不是更多的话)关注于必要的内部变革,以使业务能够随着其增长而有效扩展。 投入更多人力不再是扩大业务运营的可行手段,因为这不仅是为了完成任务,还为了快速高效地完成任务。

这意味着需要管理更多的系统、更多的事物、更多的应用程序、更多的威胁和更多的身份。 在 IT 领域,为满足这一需求而进行的同样的扩展斗争仍在继续,并且越来越多地通过自动化和编排来应对。

2016 年,在我们的application交付状况调查中,只有 21% 的受访者使用一个或多个自动化框架。 一年后,这一比例跃升至 52%,超过一半的受访者同时使用两个或两个以上的系统。  每个系统都实现了增长,其中 CIsco、 OpenStack和 VMware 的增幅最大,分别为 19%、14% 和 22%。 为了证明网络和应用服务自动化的重要性,35% 的受访者正在使用思科 ACI。 考虑到它与 VMware 甚至 OpenStack 等巨头相比相对较新,因此在短短两年的跟踪中取得了相当大的飞跃。

 

02 | 混合堆叠规则生产

虽然 39% 的受访者仅使用一个系统来自动化基础设施和应用服务,但大多数 (61%) 的受访者使用两个或更多系统。 我们注意到,组织越大(管理的应用越多,这也许并不令人意外),这个数字就越大。 正在使用的自动化系统的平均数量为 1.8,但如果您管理 3000 个或更多的应用,则预计平均数量将达到 2.43。

whouseswhat soad17

值得注意的是,使用的云模型的平均数量也是 1.8。 完全有可能,一些组织的自动化完全与其对云计算的采用和使用有关。

对于长期依赖 VMware 虚拟化其计算基础架构的企业来说,这非常有意义。 实际上(非常抱歉)没有理由让组织消除为其计算配置和管理提供支持的现有自动化系统。 答案通常在于附加系统,例如思科 ACI,它将配置和管理自动化扩展到网络和应用服务基础设施。

依赖单一自动化框架的企业中,近一半(47%)选择了 VMware。 思科仅凭一个框架就获得了 26% 的受访者支持,而 OpenStack 则获得了 9% 的受访者支持。

7% 仅依靠 Python 脚本来实现自动化和编排,这表明围绕网络和应用服务平台 API 建立一个强大且得到良好支持的面向客户的社区。  

 

03 | 规模大于速度

DevOps 最常被提及的好处是速度。 衡量其成功的标准主要包括部署频率和上市时间。 然而,当谈到网络和应用服务基础设施时,规模成为自动化和编排背后的驱动力。 只有 14% 的受访者表示上市时间是使用自动化框架的驱动力,而规模(37%)和运营成本降低(37%)是采用自动化框架的原因。

运营预算变更 2016 计算机经济学

我们怀疑运营支出的减少是“维持预算现状”的代号。 根据《计算机经济学》的最新调查,IT 预算几乎没有变化或处于停滞状态,优化预算无疑是一个重要问题。 考虑到设备与工程师的比例已经很高,不增加员工就很难扩大规模,因此自动化和编排是在不大幅增加运营预算的情况下扩大规模的一种方法。

值得注意的是,自动化通常可以提高部署速度。 当映射价值流作为协调部署流程的第一步时,通常很容易发现导致部署延迟的“等待时间”。 这些等待时间通常是团队之间的交接时间或等待工程师腾出时间执行特定任务的“排队时间”。 自动化可以减少等待时间和排队时间,从而加快整个流程,从而缩短产品上市时间。

对 SDN 驱动因素的观察也显示了类似的情况:62% 的企业采用 SDN 来控制运营费用。

04 | 可编程性至关重要

早在软件定义一切成为现状之前,可编程性就通过提供将产品集成在一起的方法来为客户提供更全面的功能,从而实现了供应商内部生态系统。 这些 API 现在已经发展成为其他 API 经济,并通过鼓励与开源系统的更广泛集成,直接向客户提供各种各样的功能和能力。

无论是与云还是数据中心绑定的基础设施相关,可编程性都是网络和应用程序基础设施实现自动化、流程协调以及最终实现规模的方式。 可编程性通常与 API 相关,并且越来越多地与模板的概念相关。 在我们的调查中,两者的重要性认知都急剧上升,绝大多数人认为两者都是基础设施“更重要”的特征。  

数据路径重要性 soad17

人们对其了解较少、讨论较少的是数据路径可编程性,即拦截、检查和修改传输中数据的能力。 这使得应用层功能(例如重写 URL、保护 cookie、添加/删除 HTTP 标头)以及更深入的协议检查成为可能,这对于安全性非常有利(特别是在面对新的漏洞时)。

令人惊讶的是,这种功能被认为比 API 或模板“更重要”。 52% 的受访者认为 API“更重要”,53% 的受访者认为模板“更重要”,而 57% 的受访者认为数据路径可编程性“更重要”。

数据路径可编程性在灵活性方面的业务优势,特别是在安全领域,为受访者采用此类功能提供了充足的动力。

 

可编程性、自动化和编排不会消失,令人欣慰的是,看到应用程序开发之外的大部分角色都接受了这些概念。 虽然他们可能将自动化、编排和相关概念视为应对预算和规模等挑战的战术反应,但他们肯定会参与 DevOps 自助餐,以提供实现企业内部和外部数字化转型所需的空中掩护。

欢迎随意浏览SlideShare 上幻灯片格式的数据