SDN 一开始就伴随着轰鸣声,最后却在技术高速公路旁呜咽,看着容器和 DevOps 快速驶过,进入企业的仅限受邀者参加的派对,而没有回头看一眼最近技术界的宠儿。
至少一年前的情况就是如此。
如今的情况似乎更加乐观一些。 虽然 SDN 在战略重要性方面可能正在减弱(在我们最新的application交付状况调查中,只有 34% 的人这么认为),但它在生产部署中确实获得了关注,从 2016 年的 3% 增长到 2017 年的 8%。
但是如果你问那些从事基础设施和网络工作的人员,SDN 是否会在未来几年对他们的组织产生战略影响,那么将近一半(44%)的人会回答肯定的。 在这些云中,SDN 位居第一,私有云和公共云紧随其后,分别占 41% 和 40%。
从事安全工作的受访者似乎也对这项可能已经实现的技术很感兴趣。 33% 的安全专家认为它具有战略重要性,与公共云和 SaaS 并列,仅次于私有云(37%)、大数据(35%)和移动应用(34%)。 这是三分之一,相当可观的安全人员认为 SDN 仍然具有战略意义。
这种复苏的原因很可能在于对私有云实施的重视。 由于企业高度重视SDN并计划在2017年大力投资,SDN自然而然地成为将传统网络转变为灵活、可编程的连接集的“必由之路”,适合支持更加不稳定的环境,即任何类型的云,包括私有云。 也就是说,在云优先组织计划的 2017 年最大投资中,SDN 仅以微弱优势位居第四位,被大数据以半个百分点击败。
SDN 自推出以来就一直在不断发展,就像大多数技术一样,在经过一两年的行业探索、推动和推敲之后,它们也会不断发展。 SDN 与 DevOps 类似,已在很大程度上被更广泛的自动化和协调计划所取代,其重点是执行,而较少关注这两种技术的哲学和文化方面。 数字化转型无疑是一个驱动因素,扩展的需求以及应用的增长给 IT 专业人员带来的负担也越来越重。 毕竟,你只能投入一定数量的人来解决供应和管理问题,否则,这样做的价值就会被相应的成本所掩盖。 因此,自动化和编排已成为应对应用程序和生产管理人员扩展挑战的必然答案。 SDN 和 DevOps 都包含组件和功能作为其“包”的一部分,使得其中之一(或两者)适合在“网络”中采用,以满足人员和技术不断增长的扩展需求。
必须为“网络”提供抽象和 API,使其变得像它支持的环境和业务一样灵活,而 SDN 是实现这一目标的可能方法之一。 如果没有抽象和 API,云就不存在。 云环境必然需要灵活的、可编程的基础设施,以便在其上实现所需的计算和存储灵活性。
SDN尚未完成。 随着企业继续执行其私有云计划 - 无论是真正的“云”还是仅仅是“类云” - 都需要自动化和协调“网络”,这使得 SDN 成为一种有吸引力的技术选择。