这句话刻在了我家墙上的一块牌匾上。 日期为 2000 年 1 月 25 日。
我会等你再次读出那个日期。
你看,应用程序现代化并不是一个新概念。 近年来,由于对数字体验的需求快速增长,它已成为 CIO 的重要优先事项,但这并不是什么新鲜事。
1999 年间,互联网项目团队的成员使用基于 Web 的界面扩展了现有的遗留应用。 我不会用实施 CICS 和与 CORBA 斗争的详细情况或强制 Open SSL 与 MQ 系列协同工作的繁琐工作来让您感到痛苦。 可以这么说,很多“现代”技术与“传统”技术相结合才完成了这项工作。
今天,互联网项目团队可能会更名为数字化转型团队,而开场白中的其他内容不会有太大改变。
这与当今 CIO 需要完成的艰巨任务相同:通过扩展对数字领域的访问来实现应用的现代化。 无论是通过使用 API 的移动应用程序与现有的单体大型机应用程序交互,还是通过将 Slack 连接到传统的基于客户端-服务器的客户服务应用的消息队列,当今企业 IT 面临的任务不仅仅是将单体转换为微服务,而是让微服务与单体对话。
这种结合也给运营带来了挑战。 整体式架构的指标和监控通常与当今微服务的指标和监控有明显不同。 很少有整体式系统能够报告相关的遥测,甚至微服务也常常无法提供跨架构跟踪事务所需的详细操作。
真是一片混乱。
单个业务关键型整体可能会支持多种现代服务。 每项服务(例如开设账户、关闭账户、提交订单)都是独特的数字体验。 每个实体都需要作为独立的实体进行监控。 作为一种独特的流程,根据上下文监控性能和安全性对于回答“我今天的客户体验如何?”这个问题至关重要。
这是利用 F5 技术的好处之一。 因为我们面对着如此多的应用——既有新的也有旧的、内部的也有外部的——所以我们看到了所有的交互。 从中,我们可以收集和推断与整个数字流相关的指标,无论是整体还是微服务。 这种背景使得可见性得到超越,并且更接近可操作性。
应用程序现代化并不是什么新鲜事,但我们监控由此产生的组成应用和服务的流程的能力却是新鲜事。 这种能力最终将推动分析技术的发展,提供可操作、可自动化的见解。