如今，在基础设施提供商内部，最常听到的问题之一是，如何向开发者群体说明基础设施的价值。问题在于，基础设施的大部分优势只有在应用交付到生产环境后才能体现出来。这些优势并不能真正为开发者带来直接价值，至少不足以对其日常工作产生实质性影响。
开发人员当然清楚开发工作之外的这些优势。在我们的2018年《应用交付现状》调查中，开发人员在受访者中所占比例较小，但他们对希望部署哪些应用服务表达了明确的看法。其中一些应用服务（负载均衡、缓存和加速）既常作为应用本身的一部分部署，也常作为基础设施部署。TCP优化和WAF几乎总是作为基础设施服务部署在应用（无论是单体应用还是微服务）的上游，即数据路径中。
所有这些应用服务都能带来价值，包括降低风险、提升性能和增强可扩展性。但这些属于应用和业务层面的优势，开发人员只有在应用交付到生产环境之后才能从中受益。基础设施在交付前（即作为开发生命周期的一部分）能带来哪些优势，很难发现，更不用说清晰阐述了。
但随着容器和微服务得到持续采用，基础设施在应用交付前后的价值也愈发明显。
与大多数新兴技术一样，新的应用架构在发展初期几乎没有配套基础设施。开发人员可能会惊讶地发现，应用架构会显著影响应用服务基础设施。向基于Web的三层应用转型，催生了可扩展性服务（负载均衡）。Web 2.0及其响应式表现层的普及，催生了前端加速基础设施。随着移动技术兴起以及各行各业数字化程度不断提高，基础设施也随之演进，开始提供WAF、DDoS防护和机器人防御等安全服务。
目前，我们看到开发人员正在将基础设施服务能力编写为代码，直接融入应用程序中。开发人员正通过代码实现传统上由上游服务负责的功能，例如负载均衡器的重试机制、平台或代理提供的mTLS，以及用于将通信限制为仅允许合法客户端访问的访问控制。
由于容器框架尚处于起步阶段且采用速度很快，这些基础设施职责已由开发人员承担。
但一如既往，这种情况正在改变。正如以往的应用架构曾推动网络基础设施作出相应调整，容器和微服务也在带来同样的变化。只是这一次，变化并非以新设备的形式出现。当前的趋势是将开发人员所需的应用服务集成到容器环境中。服务网格由此应运而生，直接为开发人员带来切实且可量化的价值。
正如Aspen Mesh首席架构师Andrew Jenkins在接受Linux.com采访时所解释的：
“如今，创建Web服务非常简单，这一点令人惊叹。代码甚至一条推文就能容纳。不过，这还算不上真正的Web服务。要实现韧性和可扩展性，还需要为应用的数据平面添加一些功能，例如处理TLS、在失败时重试、只接受来自特定服务而非其他服务的请求，以及检查用户身份验证等。服务网格可以帮助您获得这些数据平面功能，而无需向应用添加代码。”
服务交付前的价值在于缩小开发范围，并省去为处理容器环境中的基本安全和扩展需求而编写的重复但必要的代码。服务网格具备多种实用功能，但其优势主要体现在运维方面，包括可观测性、可追责性和扩展能力。对开发人员而言，其最显著的价值是减少代码，从而降低技术债务和架构债务。
使用服务网格来扩展、保护和观测部署在容器环境中的应用，可以免去编写本应由基础设施处理、但直到最近仍由开发人员负责的代码。服务网格可减轻开发人员的这部分负担，让他们将宝贵时间重新投入到服务和应用开发中，进而为业务创造价值。
关于作者
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服务。