浅谈SDN架构下的运维

微服务和DevOps应用程序需要快速配置计算和存储网络资源，使其能够快速运行，根据需要进行扩展，以高可靠性执行并保证服务的安全性。网络需要管理工具来满足开发和自动化的需求——减少停机时间和处理时的复杂性，同时又不需要发送Opex的数据。。

网络负责为DevOps应用程序快速配置适当的资源，并在保护和管理这些快速迁移的应用程序方面发挥关键作用。然而，微服务的敏捷性和快速变化的要求挑战了传统网络的能力。应用程序的分解意味着手动网络的移动部件太多 - 因此网络自动化至关重要。使用DevOps预先测试网络资源的能力对于减少应用程序部署时间非常重要(例如，返回修复网络问题)。基本理想：开发人员不必担心网络资源，包括IP地址或防火墙规则。

3. SDN，DevOps和自动化相遇的地方

软件定义的网络优化了开发和自动化的网络，使部署复杂应用程序的IT组织能够快速提供网络资源和服务(包括安全策略)。SDN支持对网络进行集中管理，并将(手动)配置的挑战从人员转移到技术上，降低运营成本。

基于SDN的网络可以自动检测流量变化，并根据应用类型，服务质量和安全规则等参数选择通过网络获取的路径数据。软件控制平面管理和隐藏网络复杂性，能够使10,000个交换机看起来像一个。SDN可以指示网络提供与其相关应用程序一致的服务，并支持快速部署大量新应用程序和微服务(例如，容器)。

SDN提供自动化网络流程的能力，以快速为DevOps应用程序提供网络/安全资源。它可以通过将(手动)配置的挑战从人员转移到技术来降低运营成本。许多超大规模的云提供商 - 包括谷歌，苹果，Facebook和微软 - 已经部署了SDN技术，以帮助自动化其网络的配置和管理。IT领导者应考虑部署SDN以满足其DevOps团队和相关应用程序不断变化的需求。

再谈SDN 运维工作，SDN有那么多优点，那么运维工作会不会很轻松呢?SDN运维工作主要包含两个方面，一个是日常运维、二是工程项目。日常运维工作和传统的网络运维类似，值班监控，一二线故障解决，以及和各部门沟通。

重点是跨部门沟通，传统的网络运维因为很多设备和功能都是相互捆绑的，相关的功能函数并不对外开放，只有设备供应商自己清楚，所以运维常常是一个封闭的部门，和开发并不会有太多的交集。但是进入SDN的时代以后，运维会涉及到很多部门，例如测试、研发等。这时运维已不再是封闭的，需要从一个新的角度去看待这个岗位，需要提前与开发部门、测试部门的网络工程师做互动，这一点和DevOps的要求也是很符合的，即为了按时交付软件产品和服务，开发和运营工作必须紧密合作。

（编辑：惠州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!