浅谈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的要求也是很符合的,即为了按时交付软件产品和服务,开发和运营工作必须紧密合作。 (编辑:惠州站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |