有时，容器领域层出不穷的术语让人头晕目眩。相关解决方案每推出一项新功能或特性，例如服务网格、编排器和注册表，似乎都要引入一个新术语或短语。这些说法对DevOps人员而言通常不难理解，却常让NetOps人员一脸困惑。
就像我问最近的饮水台在哪里时，你露出的那种困惑表情。你称它为“water fountain”，而在威斯康星州，我们称它为“bubbler”。说的是同一样东西，只是叫法不同。
事实证明，许多与内部及多云场景下容器扩展相关的“新”功能和特性，其实只是DevOps用另一种说法来称呼已有的概念，就像把“饮水器”称为“饮水台”一样。随着容器不断成为主流，这种术语差异可能会导致NetOps与DevOps之间产生摩擦。即使容器集群在生产环境中保持隔离，以类似微型云的形式存在，仍会与继续由NetOps管理的企业网络产生交集。在多云环境中，NetOps与DevOps必然需要协同合作，安全地扩展这些集群。
Ingress Controller
- 如前所述，“Ingress Controller”一词只是为第7层负载均衡（内容交换、内容路由等）换了个新说法。Ingress Controller是一种可感知第7层（HTTP）的代理，负责将请求路由到容器集群内的相应资源。网络运维团队在网络中使用的HTTP代理与作为容器集群入口点的HTTP代理之间存在一个显著区别：Ingress Controller必须能够感知容器。这里的“感知容器”是指，它会自动配置和管理，以适应容器环境中发生的变化，尤其是描述Ingress应如何路由传入请求的资源文件所发生的变化。
延迟感知型负载均衡
- 听起来既新颖又酷，对吧？但深入了解后，NetOps会明确指出，这其实只是利用了“最快响应”负载均衡算法。其目的是通过“将流量从响应缓慢的实例转移出去”来提升应用性能。之所以特别指出这一点，是因为一般而言，容器编排器的原生负载均衡算法并不关注性能。轮询几乎是标准做法，但我们知道，如果要优化性能，它通常是最不应选择的算法之一。考虑到为完成单个客户端请求而进行的每次微服务间调用都会增加延迟，能够根据性能表现选择合适的路由来转发请求非常重要。
多集群入站流量
- 首先得说，这个说法听起来比业界沿用了近20年的术语酷多了。其实，它就是GSLB（全局服务器负载均衡）。没错，我知道这可能让人失望，但从底层来看，这正是多集群入口所做的事。只需在入口控制器周围加入一些全局流量管理功能，就大功告成了！这样就能在多云配置中为容器集群实现GSLB。在网络运维领域，我赞成用这个术语取代GSLB，因为它听起来确实更有气势。
新出现的术语不止这些，以后还会有更多。这些术语与DevOps正在接管的“网络中”功能和能力最为相关。其中一些在进入生产环境时需要NetOps关注（例如Multi-Cluster Ingress），另一些则不需要；感知延迟的负载均衡在容器环境内部可能仍由DevOps负责，但在讨论如何提升性能或可用性时，了解这一概念会很有帮助。
DevOps中有一个文化层面的要素经常被忽视，甚至完全遭到无视。随着这一理念不断影响NetOps，传统网络运维也逐步采用其原则来构建敏捷网络，沟通变得至关重要。这意味着双方需要找到共同语言。理解彼此的术语，可以成为构建更具协作性的文化的良好开端；这种文化对于确保应用部署与应用交付同样快速、安全、可靠十分必要。
关于作者
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服务。