“集成”一直是个令人避之不及的词，因为它会让那些深陷集成实施项目的人咬牙切齿、叫苦不迭。事实上，59%的IT决策者认为，“集成是其组织的‘阿喀琉斯之踵’”。（《2018年互联业务集成报告》）
从表面上看，集成始于一个简单的前提：如何在应用之间共享数据？因为没有任何应用能够独立存在，即使是单体应用也不例外。迄今为止，我还没见过不与其他应用共享至少一项数据的应用。
我们（这里指整个行业）已经历了多个集成发展阶段。从中心辐射模型到企业（服务）总线，再到消息队列，集成始终是企业应用战略不可或缺的组成部分。
我们现在不再称其为企业应用集成（EAI），主要是因为我觉得这个说法会吓到年轻人，也会让我们这些老一辈抓狂。不过，我们仍然会使用“集成”一词，而且越来越多地将其用于应用开发领域之外。毕竟，CI代表持续集成。我们也认为，集成对于部署（生产）端同样重要。面对网络自动化时，集成工具的缺失令人沮丧；我们和应用开发同行对此有着同样深切的感受。
运维需要集成。没有集成，就无法实现流程自动化（这正是编排的作用），因为流程必然会跨越多个系统、服务和设备，而每个系统、服务和设备很可能都有自己的运维域和工具集。没有集成，就无法构建流水线；没有流水线，日益增长的频繁按需部署需求将使运维不堪重负。
这正是基础设施即代码和存储库可以发挥作用的地方。存储库不只是用于存储各种工件的场所，无论是配置文件、Python程序、脚本还是模板，都可以存储其中。存储库还可以主动参与（集成式）部署流水线。
存储库不只是存储箱
存储库不只是存储制品的地方。没错，这是它们的主要用途，但如今，存储库的作用早已不止于此。GitLab和GitHub等存储库可以成为自动化流水线的关键组件。借助触发器和事件，存储库不仅用于存储制品，还可作为更大工具链中的工具。提交操作会启动一项作业；作业完成后，将调用webhook，触发流水线的下一步。
什么是Webhook？
Webhook有时也称为“反向API”，它允许一个应用（例如代码仓库）通过URL/API将数据实时发送到另一个应用。例如，为负载均衡器提交新配置后，代码仓库会触发Webhook，将该配置或其URI发送到某个应用（或直接发送到负载均衡器），再由其加载新配置。
基本上，我们使用存储库的方式与过去使用企业服务总线的方式大致相同，即在不同的应用和服务之间共享数据并触发操作，从而完成一个“流程”。在商业环境中，该流程可能是完成客户订单，涉及客户信息系统（CIS）、订单履行系统、计费系统以及供应链中的相关环节。
在运维领域，该流程涵盖完成应用或策略部署所涉及的基础设施、网络和安全服务。
对于将“技能”列为首要挑战的人来说，更令人振奋的是，几乎完全可以通过命令行来控制存储库。没错，只需使用大多数网络运维人员已经掌握的技能：一点bash和PERL*，再通过curl调用API，就能轻松完成！
不过，这并不能解决设备层面的深层集成需求。供应商解决方案的缺失之所以令人困扰，正是因为存在这一需求。毕竟，存储在存储库中并由Webhook触发的配置或配置更改，仍需转换为设备能够理解的指令。
这正是标准化和相关解决方案发挥作用的地方。
标准化可减轻运维集成负担
目前，自动化是F5许多员工关注的重点。我们为此推出的解决方案之一是F5 Automation Toolchain。它包括F5 Application Services 3 Extension (AS3)、F5 Declarative Onboarding (DO)、F5 Telemetry Streaming和F5 API Services Gateway。这些组件与代码仓库结合使用，可帮助组织构建所需的流水线，以部署应用及业务所需的应用服务，确保应用快速、安全且可用。
不过，Lori，您可能会想，这对我需要实现自动化和集成的其他所有设备和服务并没有帮助。
确实如此。这正是对通用应用服务平台进行标准化能够发挥作用的方式之一。由于多种应用服务使用同一平台（BIG-IP），因此可以使用自动化工具链部署WAF、负载均衡器、访问控制和DDoS防护等服务。尽可能减少需要标准化的平台数量，可以降低网络、基础设施和安全等所有运维领域的集成负担，从而创造价值。
无论是在数据中心内，还是在多云场景中，情况都是如此。跨应用服务和云环境采用统一平台，有助于在任何位置部署应用时更快实现价值。
可从以下多个位置获取F5 Automation Toolchain（完全免费）：
请记住，存储库不只是存放内容的地方。它还是自动化工具箱中的一项重要工具，可帮助实现管道中各个分散环节的自动化。将存储库与应用服务平台结合使用并实现标准化，有助于大幅减轻“集成”这个棘手问题带来的运维负担。
*请将“PERL”理解为Python或其他真正实用的脚本语言。这里只用PERL，是因为只有它能和“curl”押韵，而我还没找到能和“wget”押韵的合适词语。
关于作者
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服务。