不要相信网络自动化周围的炒作，这不是宏伟的十年计划来构建赋容，自我管理网络。它是关于解决那些小，重复的日常任务，这使得这更重要。
真的
在我最近参加的会议中，我注意到一个趋势，谈话的话题是目前网络中最热门的事情，即自动化。我经常注意到，人们的谈话倾向于这样一种观点，即这意味着创建一个具有自我意识的、可以自我运作和自我治疗的网络。对物理媒体、第二层封装类型和路由协议的关注已经成为过去，因为站点可以以完全优化的方式轻松地提供和互连。
现在，所有这些听起来都很棒，但现实是，虽然这是一个非常吸引人的概念，但这一愿景在未来还是有点遥不可及的，未来世界的网络版本。
事实上，这种“整个网络”的概念更加符合网络编排的想法，其中网络的元素在串联行为，你知道，就像一个管弦乐队。虽然网络自动化侧重于网络，路由器和交换机的各个元素。允许他们更有效地运作，就像一个更熟练的单一乐器一样，甚至不像那个匆忙的那家伙的15分钟。
对高峰
这些大编音的理想也具有提出如何如何的问题的负面影响？我们仍然依靠30岁的路由协议，IPv4仍然是一件事。如果您无法从当前状态从当前状态看出可能的路线与当今的技术，它引起了如何开始意识到这些目标的问题？我们不能只是跳上787并飞到这个神奇的目的地，我们需要走向它，但怎么样？
这就是网络自动化的用武之地。我经常从那些已经开始自动化之旅的人那里听到的一条建议是“从小处着手”。虽然IT的其他领域正在实现端到端流程的自动化，但由于大量的移动、添加和更改都是手动执行的，网络建设滞后了。所有这些简单的小操作都很容易，但很耗时。这些都是自动化的前提条件。
以配置BGP为例。这是令人难以置信的重复，建立peer声明，将它们添加到正确的地址族，添加路线地图策略。或者OSPF呢?我总是倾向于建立点对点的OSPF链接，而不是广播。在每个L3接口下，我必须记住添加点对点命令。
忘掉构建天网的梦想吧，在一开始就采取自动化的小步骤并停止所有这些重复的命令输入，这并没有什么可耻的。在最基本的层次上，如果我必须输入两个CLI命令来执行一个逻辑任务，比如我的OSPF点对点示例，但是我花时间写了一个python脚本，我可以在一行中调用它，这就是进度，我正在自动化。现在加入一些错误检查，暂停脚本10秒，检查出现的链接和邻居状态。现在，从一个非常简单的开始，和一些基本的python，我们开始所有的程序和我们的旅程。
“下一个大事件”疲劳?
像上述例子这样的微小、切实的进展，也有助于吸引那些对自动化炒作持怀疑态度的人的兴趣。那些对“下一个大事件”感到疲劳的人，看到了潮流的来来去去，而“生成树”却依然存在。
对于那些而言，我提供他们的考虑零触摸配置。如今网络中的一种非常令人非规则的方法。采用这些技术在客户之间变化，但我在一些具有数千个远程分支机构的网络上工作，ZTP是至关重要的。如果我们可以在第一次启动时自动化工作流，我们可以构建用于网络上的更改的工作流，用于退役网站，即使是我们在屋舍上检查VLAN和CODE修订级别的日常运营。通过这种方法，我们可以在我们的网络自动化旅程中展示。
当情况变得艰难 阿鲁巴8400!
但等一下，如果进展艰难怎么办?进展艰难?如果编写自动化脚本所需的时间太长怎么办?工程师可以简单地从他们的键盘上恢复输入和bash命令。在过去，PERL脚本和SNMP并不是那么简单，许多人更喜欢使用CLI。
然而，随着ArubaOS-Switch范围内API的推出，以及带有完全REST API的令人惊叹的Aruba 8400，事情变得简单多了。对python数据类型和如何处理JSON有一些基本的了解，就可以通过编程方式与网络交互，释放自动化的力量。
大处着眼，小处着手
不要过度解决这个问题而过度敬畏。潜入那些Python教程，熟悉REST API。严格为软件开发人员曾经严格的，现在是一个小，但增长的网络工程师的常见解释。专注于那些一点耗时的任务，写作功能，共享和构建。每个过程自动化是一个胜利。
以传统网络工程师的眼光来看，一旦你开始了这段旅程，就很难把握其中的可能性。采用“我可以为此编写脚本”的方法，学习超越CLI的限制与网络进行交互，无疑带来了新的挑战，但也带来了新的、未实现的机会。
首先，您需要开始这一旅程，不要只是将这些CLI命令复制粘贴到控制台。采取不同的方法。网络自动化的趋势才刚刚开始，在我们像管弦乐队一样演奏网络之前，还有很长的路要走。对旅程做出承诺是第一个目的地。
