您上次搬新家是什么时候?
当你这么做的时候,你有没有处理掉你的家具? 装饰? 图片? 扔地毯吗? 可能不是。 您可能借此机会用新的和破旧的物品替换了它们,但家里的大部分东西也随之搬走了。
事实证明,企业应用程序组合就像组成你家庭的东西一样。 当组织采用新的架构和开发新的应用程序时,他们不会丢弃已经存在的架构和应用程序。 虽然随着时间的推移,产品组合总会有一些淘汰,但一般来说,多年前使用传统架构投入使用的应用程序仍然在服务中 - 只要它们继续提供商业价值。
多年来,尽管几乎没有数据支持这一说法,但人们一直将此视为事实。 没有人质疑这个前提的真实性,但最终有经验数据来支持它是件好事。
在我们的应用服务状况研究中,我们询问了我们认为会影响应用服务未来的趋势和技术。 云就是其中之一。 自动化和编排是另一个。 但或许对应用服务最大的影响自然来自于这些中间功能所交付和保护的applications。
因此,我们询问了正在使用的application架构和企业应用程序组合的组成。
尽管现代架构(尤其是微服务)的快速采用可能非常有趣,但结果可能不会让任何人感到惊讶。
您从之前的帖子中了解到,当今企业组合中最流行的应用程序架构是传统架构:三层 Web 应用程序(36%)。 然而,紧随其后的是它的前身:客户端-服务器(34%)。 大型机和单体式系统仍然占应用程序组合的 11%,但现代架构(这里定义为移动和微服务)已经超越它们,分别占应用程序组合的 14% 和 15%。
这很有趣,但将其分解为“传统”架构与“现代”架构就更有趣了。 为了进行分析,我们将“传统”架构定义为整体式架构、客户端-服务器架构和三层 Web 应用程序。 “现代”架构是移动和微服务。
使用这些类别,我们发现大多数(76%)都使用两者的混合。
其余 24% 的企业主要采用传统架构,其中 21% 的企业在其应用程序组合中仅使用传统架构。 其余的我们或许可以称之为冒险,并且只依赖现代架构。 虽然企业应用程序组合中应用程序架构的平均数量为三种,但 18% 的企业在每种架构中运行应用程序,证明了一些企业的长寿性。 全部五个。
更有趣的是,11% 的组织只采用一种架构。
组织维护异构的应用程序组合。 在采用现代架构的同时,他们继续使用和集成属于传统架构类别的应用程序。 随着应用程序的使用寿命结束并被现代同类产品取代,我们预计应用程序组合构成将随着时间的推移而发生变化,但这种转变需要时间。 在某些情况下,需要很多时间。
我预计,在三层网络显著衰落之前,客户端-服务器将会有所衰落,而基于微服务的应用程序将会实现完美增长。 但考虑到通过此类架构交付的业务和applications紧密耦合,我并不认为大型机和整体式系统会很快消亡。 现实情况是,数字化转型正在推动业务与技术之间更加紧密的融合,而大型机上的“古老”整体通常已经表现出这种紧密的融合。
也就是说,虽然总体而言,只有不到三分之一 (31%) 的受访者告诉我们他们的应用程序对业务至关重要,但对于那些整体应用程序占其应用程序组合一半以上的受访者来说,这一数字跃升至 38%。 显然,尽管单体系统和大型机可能已经有些年头了,但它们仍能继续创造商业价值。
那么,除了显而易见的“应用程序需要扩展、需要安全、需要快速”之外,应用服务和安全提供商为什么还要关心应用程序架构呢?
application架构始终对应用服务的交付方式产生深远的影响,并将继续产生深远的影响。 例如,传统架构非常适合传统的基于代理的交付机制,如application交付控制器 (ADC)。 但现代应用程序严重依赖 API 和分布式执行模型,引入了新的交付机制,通常更适合此类应用程序的运营商。 容器原生选项以及“即服务”模型通常与现代应用程序配对。 此外,Web 和应用服务器插件( NGINX 模块)是应用服务越来越具有吸引力的交付机制。
现实情况是,微服务正在破坏网络。 这样一来,交付架构的重心就转移到了应用程序上。这将使一些关键的应用程序服务(尤其是可用性和安全性)更接近应用程序,在某些情况下甚至进入应用程序。
这将改变我们作为一个行业部署和运营应用服务的方式,以及 F5 作为提供商提供这些服务的方式。