网络基础设施转换代码

网络基础连接用户、设备、应用程序、数据服务,网络管理大都三十年来没有发生有意义的变化

为何NetOps模型DevOs

最近我有机会在军事网络专业协会第一次全国大会上发言-#Hammercon-我强调模型驱动DevOps对网络操作员强制实现任务转换

数字服务通过应用DevOps开发软件更加频繁提供,重点是服务或应用,因此快速发现支持混合云网络基础设施中的漏洞和缺陷。网络操作员面临越来越大的压力加速运行 — — 往往是以基本可扩展网络架构和安全最佳实践为代价 — — 同时,他们要负责帮助减少风险和应对威胁。 这一挑战需要文化变换 — — 需要DevOps思维网基

无法转换为DevOps网络基础设施方法与连续集成/持续部署进程不兼容模型驱动DevOps方法使网络操作符能以机器速度操作网络过程,即:1)封装网络数据模型2)调值器数据模型成二维数组34提供自动部署网络变换(职场网络操作)的手段,以机速响应应用驱动数据需求增加、任务需求变化和交付任务意向-网络战和胜选

模型驱动DevOps

DevOps常用词描述具体结果然而,它实际上是一个进化组织策略,用来提供更高值和任务结果赋能任务变换时,DevOps应视之为文化、工具与过程的组合,目的是:加速提供新服务,提高服务规模,提高服务质量,并降低刻意风险

简单说来,模型驱动DevOps方法是一种结构化方式,可实现网络大规模自动化,搭建数据模型,利用软件定义抽象化和六大基础的力量:自动化、二维双并发源码实理、APIs、基础设施代码持续整合/持续部署MCPA网络杂志HammerCon版.

DevOps多关注应用,但大多数NetOps团队仍以过去30年相同方式运行。 如果应用DevOps支持NetOps的理由如此强,那么为什么DevOps进程没有被更广泛地应用来更好地交付任务驱动应用、服务和基础设施呢?

和网络领域大多数挑战一样,网络基础设施DevOps挑战覆盖文化与技术领域。 在MCPA文章中,我讨论六大挑战阻扰实施DevOps方法执行decode

实现改变任务

DevOps路径可分五步分解并配合CI/CD进程

• 架构-构建以标准化为重点的架构
• 模拟-模拟结构虚拟双生
• 自动化-模拟环境自动化部署
• 测试-创建/验证模拟部署测试
• 部署-自动化部署制作

NetOps团队无法再等待30年改变我们操作方式。 通过承诺执行DevOps路径并理解支持NetOps基础知识DevOps,NetOps团队可以重新评价并改变网络基础设施操作方式物理网络不能成为数字任务变换的瓶颈-它必须是辅助器

有了这种承诺和对MDD基础的理解,实现NetOps转换可以通过合理实施新政策、进程和最重要的是驱动文化改变实现。 NetOps不能成为缓冲任务转换的理由 — — 即它必须实现它