我覆盖了基础设施自动化技术在过去的一年。许多与最终用户和供应商交谈后,我看到一个清晰的模式。几乎所有基础设施自动化的努力主要集中在计算服务——服务器、虚拟机,或容器——和自动化他们的生命周期阶段。

为什么?因为所有应用程序都需要计算每一个在生命周期的阶段。

毫无疑问,有动力,使自动化等技术领域存储对容器的支持,安全所做的一切,服务网等。但是,今天看来,这些努力基本上是脱节的,本地化,和控制,没有加入手与其他领域的技术。

这种自动化近视是一个问题;这里有一个背景下更好地理解它

行业趋势像公共云、集装箱microservices低代码,没有代码正在推动创新。其目的是使企业能够适应更快、更快和建立新的服务,新接触模型,和新市场未来的业务。

问题在于连接多种技术在一个自动化的织物

一个自动化链或织物需要覆盖广泛的技术组件。需要缝合在几个场景:应用程序开发和IT运作。我将在这个博客地址第一个场景,第二后续的一分之一。在应用程序开发场景中,业务需要现代化电子商务或贷款处理应用程序(使用microservices构建体系结构)提供提高客户和合作伙伴的经验。虽然迭代,开发人员需要基础设施服务,如存储、负载平衡器、安全性和防火墙应用程序生命周期的不同阶段。开发人员需要:

  • 存储服务:一个可扩展的、高性能、安全,依赖存储性能测试,但功能性测试not-so-performant存储就足够了。这一定是供应内联和瞬间。
  • 网络和服务:Inter-app通信需求的配置网络堆栈,如创建或修改子网,利用microsegmentation创建一个应用程序配置文件,在负载均衡器算法,设置防火墙规则,通过发布api服务网格,配置安全政策,应用零信任整个技术堆栈框架。
  • 安全代码扫描:利用自动化的安全测试工具,像静态应用程序安全性测试(科协)和软件成分分析(SCA),集成到持续集成和交付(CI / CD)工作流。其中有些工具扫描基础模板,可以实现代码。
  • 观察工具:同时可用的实例观察工具来监视kpi将帮助开发人员的应用程序和基础设施——发现问题早在循环。
  • 配置的一致性:确保基础设施配置文件-规格和配置保持不变你从测试和生产。

你应该保持“岛屿的自动化和专家执行任务添加可避免延误吗?

还是应该通过一个自动化这些任务织物缝和基于策略的执行?

我强烈认为是后者。现实:这是很少到很少发生。我接触过的几乎所有的组织运作与多个岛屿。这个问题并不新鲜;然而,增加变化速度“火上浇油”。总的来说,这些“岛屿的自动化”组织希望成为未来适应障碍。

基础设施代码提供了希望

对于岛屿的自动化场景,考虑增加转向基础设施代码(IaC)承诺来封装所有底层技术服务的用户和应用程序所有者。起程拓殖,作为一个例子,收集了广泛的行业支持超过217 2月2日的官方和认证供应商。它拥有惊人的1600多个社区的建设提供商。这些提供者包括计算、存储、网络、应用程序,即平台即服务和软件即服务。这是一个好的方向?是的!然而,还不庆祝,因为大多数提供商和服务的第一步供应用例。

像任何其他变革的技术,IaC需要一个广泛而全面的方法

你可以想象,自动化技术就不会魔法。组织必须投资于人(技能)、文化(挑战传统智慧)和行为(如来自命令行)获得的这种势头。

加入谈话

我们邀请你来联系我们通过社交媒体如果你想分享你的观察。如果你喜欢更正式的或私人的讨论,电子邮件inquiry@forrester.com建立一个会议!点击Naveen Forrester.com跟随我的研究,继续讨论。