应用程序曾是垂直集成的单体软件。如今，情况发生了变化，因为现代应用程序由独立的微服务组成，这些微服务可以快速整合并以单一体验的形式实现。容器使这些应用程序组件可以更快速地运行，并在更短的时间内运行，从而提供无与伦比的应用程序灵活性。
容器的使用持续增长。ZK Research最近的一项调查发现，64％的公司已经使用容器，24％的公司计划在2020年底之前采用容器。如果管理方法不发生改变，这一趋势将给网络专业人士带来问题。
在容器化的环境中，网络在确保各种微服务可以相互连接方面起着至关重要的作用。当发生连接性问题时，数据或特定服务就无法使用，这会导致应用程序性能不佳或不可用。随着越来越多的公司使用容器，网络的管理方式需要进行现代化，以确保公司希望以此来实现的举措得到满足。
传统的网络管理方法已经不够用了
当前管理网络的模型已经存在了几十年，这种模型使用来自简单网络管理协议（SNMP）和NetFlow等协议的采样数据。这意味着要定期收集数据，例如每30秒或每分钟收集一次，而不是实时更新。
用采样数据来查看长期趋势的做法并没有什么问题（例如容量规划的汇总数据使用情况），但在高度容器化的环境中将其当作故障排除工具来用则是徒劳无功的，因为在采样周期之间发生的事件往往有可能被遗漏。这对物理服务器或虚拟机（VM）来说并不是问题，因为它们的寿命往往比采样间隔长，但容器则往往在几秒钟内启动然后停止。此外，虚拟机可以移动并且可以跟踪，而容器却受到诟病，并且对于传统管理系统而言是不可见的。
容器蔓延是一个新出现的问题
此外，高度容器化的环境会受到称为“容器蔓延”的影响。与可能需要数小时才能启动的虚拟机不同，容器几乎可以立即启动，然后只运行很短的时间。这增加了容器蔓延的风险，几乎所有人都可以在没有中心化的管理员参与的情况下创建容器。
此外，IT组织往往在每个物理服务器中运行大约8到10个虚拟机，但每个服务器运行大约25个容器，因此不难看出容器蔓延的速度有多快。
因此人们需要一种管理网络的新方法——一个可以提供从主机到交换机的端到端的实时智能的方法。只有这样，企业才能扩展其容器环境，而不至于产生与容器蔓延相关的风险。网络管理工具必须适应这样的环境并使容器旅程中每一次跟踪和每一个跳动都可见，而不是以设备为中心。传统的管理工具非常了解交换机或路由器的状态，但管理工具则必须看到每一个端口、虚拟机、主机和交换机，从而与容器的运行方式保持一致。
容器化的数据中心必须进行实时遥测
要实现这一目标，网络管理工具必须不断发展并使跨网络结构清晰可见，并提供从网络到容器乃至介于两者之间的所有内容的洞察。容器管理需要使用可提供端到端可见性的实时遥测，并能够跟踪从容器到容器的流量，而不是使用不可靠的采样数据。
使用遥测的管理工具为网络和应用工程师提供了设计、更新、管理和排除容器网络故障所需的可视性。
“遥测”一词的范围十分广，有些供应商用它来描述遗留的数据模型，如SNMP。这些旧方法中的大多数使用拉取式模型（push model），在这个模型中，人们必须对数据发出请求。真正的遥测是推送式模型（push model），类似于流数据。遥测还可以在不影响系统性能的情况下使设备的监控成为可能。这是对旧协议的巨大改进，这通常会降低网络设备的性能，这就是为什么遥测常常被关闭，否则采样间隔会增加到数据不再有用的地步。
由于遥测信息会显示每个容器和每个接口的状态，因此它使人们可以洞悉容器之间的关系。使用遥测的管理工具为网络和应用工程师提供了设计，更新，管理和排除容器网络故障所需的可视性。管理工具本质上应该是“闭环”的，这一点非常重要，因此它可以不断提高产品的准确性。
遥测可以照亮当前的盲点
遥测的一个好处是能够在整个网络中跟踪容器或查看容器，以快速识别依赖采样数据的传统工具无法看到的盲点。当处理生命周期很短但经常出现的老大难问题时，这尤其有益。如果没有实时的可见性，网络操作开始进行故障排除的过程时，问题往往就消失了。实时跟踪可用来查找异常情况，并使网络专业人员能够在问题还没有影响业务之前就将其解决。
容器已经到来，而且来势汹汹，传统的网络管理工具已不够用，因为它们提供的数据有限，这导致分析不完整并产生很多盲点。如果无法将容器问题与网络问题关联起来，这将导致应用程序中断或性能不佳，这会对用户生产力和客户体验产生直接影响，以致对收益产生影响。
网络专业人员应该从旧的网络管理系统过渡到使用遥测的系统，因为这将使工程师能够看到每一个容器，看到底层的基础设施以及各种元素之间的关系。
京公网安备 11010502049343号