容器热潮持续不减。但对于应用和架构而言，这可能并不意味着您所认为的那样。
人们仍然倾向于将容器与微服务等同起来。这里所说的“等同”，是指将二者混为一谈。
这种假设是错误的。
事实上，如今有相当一部分容器实际用于部署……现有应用。正如Container Journal所述，IDC的一项调查发现，用于新应用的容器不到一半（46%），其余容器都在运行现有应用。（来源：IDC调查发现容器正推动关键任务应用发展）对于这种看似奇怪的组合，人们经常给出的解释是什么？现代化。
许多研究都指出，以云原生方式构建的“新”应用仍然相对较少。根据Cap Gemini的研究，这一比例不到1/5。Diamanti近期的研究发现，31%的IT领导者希望专门利用容器实现遗留应用现代化。这并不令人意外。我们正处于多代IT并存的时代，需要支持五代不同的应用架构。
目前有大量传统应用，而且还在不断增加，其中一些最终可能会部署在容器中。
我认为这是件好事，因为容器以及服务网格等相关技术确实有助于推进现代化工作。
利用服务网格实现监控现代化
如果您不熟悉可观测性这一概念，它通常包含3个公认的支柱，Cindy Sridharan在《分布式系统可观测性》中对此进行了详细说明：
- 事件日志
- 指标
- 追踪
关于这一主题的内容已经很多，其中包括日志生成的海量运营数据以及遥测数据发送所带来的固有挑战，因此这里不再赘述。简而言之，要充分发挥可观测性的潜力，需要全部三者。
还需要指出的是，在最后一点（追踪）上，现有应用和旧版应用处于劣势。大多数此类应用并未植入检测机制，无法发出必要的遥测数据来追踪事务从发起到完成的全过程。无论应用架构和环境如何，事件日志和指标都更容易生成和获取。几乎所有Web和应用平台都将这些功能作为标准选项提供。但植入检测机制呢？这通常意味着需要嵌入代码或部署能够查看实时流量的代理。
这正是服务网格可以提供的功能之一。
回顾一下，服务网格主要由容器编排环境中的边车代理组成。这些代理基本上会转发容器的所有入站和出站通信。这样一来，它们不仅有助于扩展服务，还为流量检测提供了理想位置，从而实现全面的可观测性。它们可以为容器环境中传输的消息添加详细标签和其他元数据，使系统能够跨多个系统和服务跟踪并关联流量。
更重要的是，只需对应用进行极少量修改，即可实现这一点。在某些情况下（例如Java应用），可以通过配置选项注入相应功能，无需修改代码。
让现有应用能够生成跟踪数据，是实现真正可观测性的一项关键能力。如果计划将现有应用部署到容器中，可以考虑利用服务网格帮助其实现现代化。
关于作者
Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。
Lori Mac Vittie 的更多博客文章相关博客文章
Thingbot正转变为攻击平台
Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究，并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用，还被转变为攻击平台，这意味着攻击者可以更充分地利用这个必然增长的市场。
借助F5全新Quick Start，在AWS上快速开展业务
在AWS re:Invent开幕前，我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。