我将参加11月举行的亚马逊Web服务re:Invent大会，但是参加这个会议并不容易。IT部门所提供的个人发展经费很有限——很多时候是完全没有这方面的经费的。因此企业网络管理员要参加一次（或这样的）云计算大会需要很大的决心。

我很高兴自己的管理层相对较为开明，他信任我会为公司做正确的事情。而且这确实没有错：这是对公司有好处的事情。在现代IT部门中，至少要有一位管理员知道如何保证数据安全，同时要能够很好地操作本地和云连接的混合网络，但是又要能够在他们无数的本地网络上交付站外服务。如果你做得好，那么你可能不仅能够学到对日常工作有用的技能，而且还能够让自己有一些云专家的名气。

实际上，网络会议比应用与数据中心展会数量少一些是好事。像Interop和Cisco Live之类的重大活动主要围绕网络供应商和一些较大型活动的实用会议内容，同时还有一些大主题、最佳实践、操作指南和细小专业内容。网络活动参加者更容易发现自己感兴趣且与工作相关的4天左右的会议。参加Interop或Cisco Live，你就能够了解到每年出现的新东西。

然而，对于应用管理员而言，他们很难明确该参加什么活动，也很难判断哪一些活动对业务有用，因为现在有太多关于虚拟化、存储和各种重要应用程序的专业会议了。这些似乎一般都规模较小，但是要想有合理且完整议题则更难一些。因此，像re:Invent这样声势浩大的云活动肯定更能吸引网络工程师，对吗？其实不是。

为什么一定要参加混合网络培训？

每次IT经理匆忙推出另一个云或软件即服务，都会有很多问题。我们已经做了很多工作保护我们的互联网连接，但是当现在听到管理层说“我们要将所有销售工具移到SaaS上”时，我们的第一反应就是“不要”。我们已经设计了冗余光纤链路，以对抗核心网络的物理组件，以降低出现意外危机的可能性。我们发现服务问题不仅仅出现在我们的网络内部，也可能出现在我们还不知道的复杂多重互联网路径——通向我们SaaS提供商内部服务终端的所有路径。

缺点是，即使你的公司多半不是电子商务公司，但是每一分钟都可能有一些带来收益的访问无法到达关键的站外应用程序。你很可能至少有一些在AWS或微软Azure上运动的虚拟机实例——甚至，很可能是亚马逊虚拟私有云（VPC），其中有几十或几百个应用程序通过互联网络飞速地给你的本地系统输入信息。混合IT是目前的实现。

但是，作为网络管理员，你觉得配置和修复内部AWS Direct Connect像操作自己的网关路由器一样轻松吗？你的自动故障恢复VPN备份的策略是什么？你保证公共与私有接口安全的访问策略方法是什么？你是如何优化物理路由器配置以实现最佳VPC连接的呢？你实现VPC IP子网管理的方法是什么？你用于修复用户给帮助台发来的服务工单的全面监控方法是什么？哪一些方法最适合用于配置，Chef还是Puppet？就是这些东西。

真有这样一个会议

这就是让我们忙到半夜的问题。在AWS或Azure控制台的网络设置上非常容易进行一些小试验并发现错误。为了加快应用，这些云提供商会隐瞒一些长时间运行后才会出现的网络问题。如果现在物理网络因为全球电磁脉冲而瞬间退回到暗黑时代，那么你还是可以重建它。你有配置备份。你可以重新执行发现流程，最坏的情况是带着笔记本电脑走进园区，然后用手上的电脑执行修复工作。但是，如果有人意外破坏了你的VPC终端、连接、终端路由器配置、内部访问策略配置或其他更糟糕的问题，那么你就不得不充当离现场最近的英雄，因为只你在本地网络上。

你的公司肯定会因为你学过这些专业技能而受益。经过混合网络培训，你的职业生涯会因为拥有领先的混合网络知识而受益，特别是有相关的证书。re:Invent上是否会有很多关注应用的技术呢？肯定有。但是，你会注意到，在所有这些事情中网络的问题最多，即使有了网络即服务也一样，因为它们是针对本地网络的。云只是一个用于计算或存储的网络。为什么网络管理员会不希望成为他们所负责的整个网络的专家呢？

因此，下一次有应用开发者焦急地询问你将如何保证高可用、低延迟、耐用、安全网络服务能够支持本周就要上线的最新物联网应用程序时，你就可以自信地微笑着说：“完全没有问题。”

“我们已经在监控VPC、网络连接和最终用户的体验质量。我将帮助你配置一些Lambda代码，将AWS VPC流日志导出为互联网协议流信息导出格式，然后你就有了所有需要的东西。”

你的经理也会感到满意的。