我正在观看网络领域的一天独家视频，所有关于新Aruba 8400平台的介绍及其酷炫的功能，如集成网络分析和可编程性。
Aruba产品经理将其定义为运营商类交换机/路由器，它很值得这个标签。硬件旨在具有出色的性能和冗余，我们期待能够管理大校园网络的核心开关。
有时不被认为的很好的观点是电源模块可从前面更换。在客户会议期间，这主题出现了很多次。当开关安装在小机架中时，对后面的访问意味着拔掉导致停机时间的所有模块/布线。
在某些情况下，可以通过滑出交换机将开关安装在服务器轨道上并通过滑出开关来访问备份以进行维护。该解决方案需要注意管理布线长度。需要足够的备用电缆松弛以允许开关向外移动而不会拔掉任何电缆。幻灯片可用于小尺寸和光开关。然而，8400是8个机架单元野兽，因此它几乎不是用于轨道安装座的候选者。从前面替换模块的能力提供了更好的维护。
风扇和织物平均故障（MTBF）之间的时间通常比电源单元（PSU）MTBF更长，因此将它们放在后面有意义。开关将占用太多机架单元，将所有内容放在前面。
非常受欢迎的设计选择是PSU电缆的解耦。许多网络恐怖故事与电源线ZIP相关联，并在拉动一个电源线时归咎于归咎于两个同时断开的网络管理员。遵循的沉默是非常惊人的。
REST API和电子表格
Aruba的Frank Reischstein在Arubaos-CX上提供了休息API的大型展示，可以全力支持自动化和可编程性。
该演示展示了如何将Google Shoto函数与REST API集成以从交换机检索信息，实际执行配置更改。
通常，这种方法仅用于演示，被认为是一种简单的方式，并不意味着实际在生产中实施。
让我们一会儿这一点。在每个网络工程师/管理员梦想中都有一个网络管理系统，解决了所有问题，监视整个网络，可以只需几个鼠标单击执行所有可能的配置任务。
但是，虽然我们等待这个梦想成为真实，但我们需要一个最低可行的产品（MVP）来修复最真实的和立即存在的问题，这些问题可能会通过基于意图的网络和遥测来解决。
大多数工程师同意CLI不是合适的工具，并感受到更好的东西。成为一个完整的网络开发人员需要时间，可能不是每个人的职业道路。是否有可能在路径中定义一些中间目标？当然是。良好的策略是掌握低悬挂的水果，同时查找更加雄心勃勃的结果。
让我们回到电子表格，具有真实的场景A.K.A.战争故事。
使用电子表格，获取结果
客户想要从802.11n t 802.11ac升级所有AP。问题是前者是电力等级3器件（15W），后者是4类（30W）。问题是：这种转换有足够的电力预算吗？
旧学校的方法是要连接到每个交换机，键入一些show命令检查电源预算使用情况，并执行一些计算，以确保新设备适合可用电源。
此过程具有许多缺点：如果网络更改，则需要重复慢，手动，错误，并且需要重复。
它很容易想象如何用电子表格自动化和几个功能，即直接从API读取电源预算。自动化将删除手动过程的所有缺点，并允许重新评估整个网络的状态。
这是一种不同的方法来接近aruba 8400等平台，允许的平台，网络工程师的效率和有效性等新工具。
包起来
配置更改只是网络管理员作业的一部分。有时有必要从网络中检索其他信息以评估什么方案并制作数据驱动的决策。
CLI不允许快速更新数据。提供的工具有时没有对GUI准备好的报告。在这些情况下API有所帮助。电子表格中的集成允许管理员在不编写数千行代码的情况下获取所有必要的信息。在电子表格中，操纵数据或创建图形以可视化结果是直接的。
该过程的中间目标是学习阅读设备的API文档，这是下一步所需的技能：编写实际代码来消耗API。
