将build立的networking环境转移到更简化的设置的技巧

问候,对于一点点的背景,我们正在处理的networking正在进入第三代pipe理。 这就是说,仍然有设备/configuration是从第一个遗留下来的。 文档很渺茫,但正在改进。 我们面临的障碍是:从上层pipe理的angular度看,networking运作,为什么要改变呢? 很难沟通,即使有什么工作,它可以更好地工作。 我觉得我们networking的整体健康状况正在下降,并且在某个时候我们将达到一个临界的水平,而且会全部倒下。 那么任何人都可以分享任何build议/个人经验/build议来克服pipe理思维中的这个障碍吗? 在评估networking时,关键概念/领域是什么?

“我觉得我们networking的整体健康状况正在恶化……”

你为什么这样想? 使用这个问题的答案来指导监测工作。 如果您可以显示时间序列数据,从而可以推断networking退化,那么您就可以很方便地进行辩解。

基本上,证据是关键。 特别是当你推动资源应用到一个新的项目。

另外,继续改进文档。 在这样做的同时,确定networking架构的薄弱点。 如果您能确定单点故障,那么也应该帮助build立一个支撑networking基础设施的案例。

最后,确保将收集到的信息与生产力的潜在影响联系起来(例如,如果networking停工,生意是否在水中?)。

我将从一个当前设置的原理图开始,简单地解释当前设置的工作原理。 然后突出显示问题。 有些话题可能是:

  • 设备可能会中断,更换将不再以同样的方式工作,需要更改或解决方法。
  • 预计系统负载的增加会在某一时刻超出其容量。 用你的监测数据certificate。
  • 连接系统的变化将难以满足要求的要求放到您的networking上
  • 技术改进可以使您的部门工作和/或公司的工作更容易或有助于降低成本。
  • 最重要的是,解释公司失败的后果。

换句话说,明确你为什么有一个不好的感觉。 之后,解释一下你想改变什么,以及如何解决你之前解释的问题,以及为什么这是一个好的商业决定。

虽然我通常不必解释为什么,我想要改变什么,但是我会尽全力去做,主要是为了我自己。 这有助于我清理出是否真的有必要,或者如果我是我永不停止尝试新事物的渴望的受害者。

你是指严格的networking组件或整个系统?

您是否看到利用率越来越高,交通堵塞,性能下降,导致停机等事件增加的趋势?

除了所有关于如何certificatereplacenetworking的合理答案之外,您还可以尝试将networking基础设施作为推动者来销售,而不仅仅是开销。业务喜欢对其工作方式做出什么样的改变? 您可以build议升级networking并添加PoE和QoS,以便您可以支持IPT和Video …或者build议使用QoS来确保交互式应用性能优先于备份和电子邮件。