内容简介:在参加完柏林OpenStack峰会之后,我在回家的路上写了这篇文章。2年内,这是我参加的第四届Openstack峰会(巴塞罗那、波士顿、悉尼和柏林)。五年前,如果你告诉我我将参加一个Openstack峰会,很有可能,我不会理解什么是openstack?什么是堆栈?它为什么开放?这清楚地表明了NFV对电信社区的影响,因此无论您如何看待当今的技术,我们都应该承认,NFV在改变电信/网络的思维方式方面发挥了很大的作用,使之变得更加面向软件,并朝着数字化转型迈出了一大步。这一切始于2012年10月,在德国达姆施塔
在参加完柏林OpenStack峰会之后,我在回家的路上写了这篇文章。2年内,这是我参加的第四届Openstack峰会(巴塞罗那、波士顿、悉尼和柏林)。五年前,如果你告诉我我将参加一个Openstack峰会,很有可能,我不会理解什么是openstack?什么是堆栈?它为什么开放?这清楚地表明了NFV对电信社区的影响,因此无论您如何看待当今的技术,我们都应该承认,NFV在改变电信/网络的思维方式方面发挥了很大的作用,使之变得更加面向软件,并朝着数字化转型迈出了一大步。
这一切始于2012年10月,在德国达姆施塔特举行的“SDN和Openflow世界大会”上发布了NFV白皮书,从那时起,NFV/SDN技术在进步和采用方面经历了起起伏伏。在运营商和知名人士的合作下,标准化被认为是运营商主导的技术,事情看起来很有希望。虽然它的发展相对较慢,但现在已经有了一些可靠的ETSI NFV标准API、模板和描述符,运营商和厂商都开始采用。发展的缓慢源于这样一个事实,即ETSI是一个标准化组织,因此任何发布周期都需遵循其他标准化机构和传统技术所使用的相同的慢模型(以3GPP为例)。
以下是对ETSI NFV参考架构及相应重点领域的回顾。
那么为什么NFV存在负能量呢?为什么人们总是觉得社区是悲观的?!好吧,我并不悲观,但我承认这背后有原因。我在下面列出了其中一些。
- 技术碎片化 - 不同于被视为“移动网络标准化唯一来源”的3GPP规范,NFV技术并不那么幸运。社区充满了各种组织、计划和团体,这些组织、计划和团体相互交叉,有时几乎采用的是完全不同的方法在做同一件事情。这些团体的工作没有经过适当的协调,有时甚至还会发生政治斗争。这给许多渴望开始NFV/SDN之旅的运营商带来了困惑。应该采用什么模式?采用什么架构?加入哪个群组?
- 电信厂商FUD(Fear,Uncertainty&Doubt)策略 - 电信巨头很难接受这样的一个事实,他们的应用程序(VNF)可能在带有IT硬件服务器(COTS)的OpenStack上运行,因此他们使用了“Fear“来说服电信运营商,性能和SLA无法得到保证,除非你从电信厂商那里获得”参考架构“。因此,电信厂商没有选择促进开放并与社区合作进行相互测试计划和全球生态系统计划,他们选择了最简单的方法,设计他们自己的Openstack,在硬件上进行投资,并构建了一个VNF/NS LCM组合。这无疑阻碍了运营商拥有开放的电信云,并隐式地呈现了许多NFV部署中存在的厂商锁定问题。
- 组织转型 - 采用NFV/SDN应该是迈向数字化转型的一步,为此,过去经营传统业务的旧组织需要在结构、思维方式和技能方面进行改变。 NFV失败的一个直接原因是,运营商以相同的职能团队角色来保持其现有的组织结构,从而使NFV或任何类似的颠覆性技术无法取得成功。
- 成堆的术语 - 不幸的是,社区内使用的许多术语都是以完全误导的方式共享的,这总是让个人和企业感到困惑,并阻碍了NFV/SDN的普遍采用。我的建议是,如果您是运营商,请要求您的供应商在开始任何一组幻灯片时定义演示中使用的术语。包括Agility, Flexibility,Cloudification, Cloud native等等!
- 没有盈利策略 - 许多运营商是带着技术动机进入游戏的,可能是市场品牌、Capex/OpEx削减等,但所有这些动机都没有带来收入,通常也不会带来收入。它类似于VoLTE的情况,大量的Capex/OpEx,但最终用户并不关心他是在VoLTE还是CSFB上,他也不会为这种升级支付费用,尽管这提供了更高的语音质量(值得商榷)和更短的通话建立时间。我建议在NFV部署的第一年/第二年始终提供B2B服务(例如,SD-WAN,为什么不呢?!)创造一些收入让C级人员高兴,并渴望继续投资。
- 社区中的政治 - 有时,我觉得通过文章、帖子和事件传播负面能量是一种迫使社区遵循一定方向的隐含方式。虽然一些负面观点是100%正确的,并且会为社区带来好处,但是当你深入社区的会谈、事件和活动时,你就会清楚地看到许多评论是有偏见的。所以,让我们保持中立!那么,前进的道路是什么?答案是,“向前”,没有回头路了!
NFV是5G的主要组成部分,是边缘计算的推动者,也是构建未来电信云的基础,所以这不是一个错误的选择,也不会是。
在我看来,主要问题是运营商对厂商提出了不切实际的期望,这些厂商通常使用诸如敏捷性、可扩展性等没有明确定义的通用术语,导致这在项目开始后就带来了失望,敏捷在哪里?资本支出的减少在哪里?等等。
NFV是一个由运营商主导的行业;分享经验教训并推动行业发展是一项社区责任,但坦率地说,使用通用术语传播消极思想并没有带来帮助,我希望我们不要让这种消极的想法阻止我们的进步。相反,必须要吸取真正的经验教训。
NFV本身并不是我们的最终目标,它被视为迈向数字化转型的第一步,因此企业可以有自己的途径来实现目标,但这并不意味着其他道路没有被采取,或者说是错误的。
原文链接: https://www.netmanias.com/en/?m=view&id=blog&no=13972
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
ANSI Common Lisp
Paul Graham / Prentice Hall / 1995-11-12 / USD 116.40
For use as a core text supplement in any course covering common LISP such as Artificial Intelligence or Concepts of Programming Languages. Teaching students new and more powerful ways of thinking abo......一起来看看 《ANSI Common Lisp》 这本书的介绍吧!