David Lenrow:开源基础设施:敏捷之径实现互操作

大家好,我简单的介绍一下开源代码的软件,谈一下相互的操作性之间怎么运行,大家也听说过开源代码的故事,在网络方面,是在2009年的时候,世界上一些大的运营商,他们发现他们没办法去做相应的改变,没有办法让网络更快。很多投资商想找到一个解决方案,就是把它交给大的运营商,找到一个共同的操作平台,有很多大量的顾客在运营商方面他们回来之后他们相应的产品管理,他们想要实现更好的交互,大概花了15个月的时间。

然后这类的运营商,让我们建立自己的交互,我们将会采用开源代码,这样我们可以去布置自己的网络,2011年的时候实现了这个层面的转变,微软、谷歌、雅虎这些公司,开始建立自己的网络设备,应用开源代码的软件布置。那时候其他的行业里面也开始介入到开源项目里,所以那个时候也更加复杂,对于这些小的运营商来讲加入进来比较困难,但是大的运营商比较简单一点,在2011年的时候大家开始达到这个层面上,每个人都可以加入这样的平台,不仅仅是世界上最大的巨头才可以加入。

在2016年开始有大量的开源代码存在,开始存在大量的开源项目,软件定义的项目开始存在,包括其他的事情,如果你看这些标记,每个人都在宣称在做开源的事情,他们这样做的原因只是比人在做,他们只是简单的在盲从。我觉得还有更多的驱动因素,跟大家介绍一下到底原因是什么?

我们谈谈从销售商的层面上,我把相应的片断放在一起,整个生态系统里面相应的部分,包括不同的方法,所以我给大家提供相应的例子,大概有1500多个开发者你怎么去管理,在整个开源代码方面,很多人都可以分享一个控制器。而整个封闭的层面上大概有10个控制器,有不同的人去用它。现在这个层面上一个控制器如果开源代码的话,只要一个控制器大概有5倍的工程师,也就意味着他们更多的机会有更多的工程师能够加入进来。如果谈到应用的话,最上面可以看到,可以提供更好的服务,在具体的案例可以看到,每个服务器有5个开发者,有可能需要10个工程师。这是整个生态系统中最简单的配置。不一定每个人都需要自己的平台,大家都希望有一个能够把每个人的资源结合在一起的共同的平台。

另外一个问题是为什么要开放?大家都开放了,这是因为新的方式能够实现互操作,特别传统的方式向标准化的组织,各种的标准,还有可视性等等。特别是跟随着这样的方式,要花很多时间去想一下每个层面,包括整体的层面上去定义一些规范,整个交互是更加自然,把很多的事情放在一起,自然而然的去演化,进化,去创新,在这个层面上还有其他的一些演讲者也提到,我们现在做的事情,确实是非常好的一个体验。基于一些标准的模型,同时我们确实需要一些大量的好的格式,能够有更好的模式,能够让大家更好的组织,所以在某个层面上想要找到一种方式,怎么样平衡开源代码以及标准开放等等,以及不同的各种方法在这个行业里面开始去运营,我们必须找出哪一种更好。最终一点现在谈到社区的能量。其他的讲话者也谈到,如果你是销售商你是想买大的体系呢,还是想卖给小的零散的点,如果你在整个网络里有问题的话,难道你要重新调整大的体系的话,从来没有看到这样的问题,是不是解决小的分散的系统,到底哪一点是更好的。我想这儿是解决方案,你花几个月解决这样的方案,发现不好意思,我现在用一个不同的版本,你花了几个月去干这个事情,但是版本不一样,你全都白干了,你必须找到别的项目,你把不同的专家分成一半,你还要把自己的团队分成几个部分,把整个市场分成两部分,在某个层面上整个生态系统应该是更好的平台,主要基于整个网络的构成,你不需要一个个去解决,分开去解决,或者小的数字现在变得特别的成功,因为他们有时候是用这样的数据进行计算,有时候没办法,把他称之为整个生态系统,更多的人加入生态系统,最终把所有的人都加入到整个生态系统。因为这是大趋势所在。

所以说我们现在,谈到整个行业里面开源代码,主要基于现在的观点,交换机,控制器,实际上现在在整个行业里面是点对点、端对端,谈到点对点的控制器怎么从设备的模式到点对点的模式,如果你看到整个编排器在做一些什么事情,特别在管理,跨越不同域名、不同控制器,每个层面上分配系统能够把这些细节都能够分配,不能整体去看,你要把每一个部位考虑在内,必须管理好这样的模式,必须考虑到整体的角度去考虑。用聪明的技术去解决小的一些问题。

所以这样的话,必须是open-o或者是open-o的一些图画,我实际上也是借过来的图片,整个生态系统正好是所有的站还有其他的开源的代码的项目,世界上整个行业我们做的事情也是创新,主要是开放的一些东西。

所以说另外一个确实现在发生的是我们现在已经改变了我们思考的模式,对于SDN控制器有一些想法,对于SDN的控制器我们将开发基于开放源码的控制器,交换机没有做任何事情,我们把每一件事情用非常智能的方式去应用,在控制器之外去调整应用,大概有几吨的冗余。必须是一些专家在应用领域里面必须非常懂,而且其他的网络的技术要非常的优越才行。

左边是一个控制器,右边是第二代的控制器,右边是扁平化的控制方式,可以看到open-o的ppt,或者是大家明天也谈到的细节问题,他们都是跟随着这样的扁平的控制器的方式,有很多非常有用的功能都是在这种扁平的控制器下面进行的,你不用去想所有交互还有其他的各种各样的代码,你只要理解交互就行。所以谈到这个话题我们现在想要去做的事情大概有40多年的革新进程,由开源代码在这个行业里面,现在相应的网络已经跟着他走,我们花了40年才能有这样的模式,所以人们想要几个月,或者十几个月,他们想要足够的开源代码,他们想要今天就布置下去,他们想要开源代码,我们不能够两者都有。最近相应的不同的方法,开源代码也是可以布置的,实现这两点,必须要花很多的时间,就像一个新的婴儿刚出生,没有办法直接变成一个大人,我们必须记得我们现在已经取得了非常大的进步,但是需要一定的时间,不管我们现在多么想要这个结果,但是需要一些时间。

实际上我们的理由就是我们建很多的标准的整个组织范围内,我们现在唯一的方式,是把各种各样的运营商放在一起运营,现在目前是这么做的。他当然不够灵活,也不够敏捷,所以在某个层面上我们怎么实现这一点,我们具体谈一下SDN的控制器,我们怎么解决这样的问题,简单的进行评论,或者能够开放opneFlow,或者有一种别的方式,现在是多元文化,我们创新者不断的创新,他存在是需要理由的,不是说整个生态一蹴而就,必须有相应的标准去研究,所以说控制器,我们现在有控制器的结构,有很多的控制器,他不会一瞬间消失,简单的控制器的结构包括很多的文化不是我们想要做的事情,所以说整个交互,操作的方式是可行的。SDN也是唯一看起来可行的方式,是找到一个共同的交互接口,如果我们可以做到这一点的话,我们将会对网络作出巨大的改变。

最后谈一些OSA,有新的组织,新的编排,或者控制器或者其他的零部件,依赖于我们的工作。现在在建交互接口,他们想要去描述你到底需要什么,在某一种层面上他们有更多的应用。而且我们把所有的人在整个行业里面都放在一起,我们怎么达到共同的交互接口呢?每个人都有自己的简单的答案。用我的答案吧,但是并不是特别的复杂,我们刚开始起步而且不会去改变现在的操作模式,所以我们需要一些事情,怎么去建一个场景北向的运营模式,可以把所有的项目包容在一起,能够保障标准化。把所有的项目能够更加容易的使用,如果我们能到做到这一点的话,我们必须能有典型的相应的一定的可操作性的加强。我们的分了不同的控制器,不同的事情,不同的销售商,不同的集成,你可以把所有的项目都放在一起。包括整个电脑控制,还有其他的事情你看到了,所以这是一个目标。我们能否设计一个场景,让每一个人都可以使用,把灵活性应用起来。

这一点不需要具体的相应的资源,而且不需要去选择一个网络的路径,不需要选择网络的接口或者是交换机,你只要描述你的需求,某一些智能的软件,将会提供优化功能,给你提供相应的解决方案,所以一个重要的事情去做,在整个层面上灵活的敏捷的方式,不仅仅解决每一个案例,然后在我们开始之前,我们建立一个可扩展的框架是非常简单的,我们开始不断的扩张,确保能够支持更多的应用案例。

最后我谈一下今年我们要IBN要做的一些什么东西,这是一个常有的交互的界面。当然直接做一个编排的项目,SDN的项目是做不成的。我们在行业方面,做了很多的架构。做了很多的开源,然后支持一些项目,让开发商来做一些实施的项目。做一些南向接口的项目。同时,我们的项目的目标,就是Cohn刚刚提到的运营商在这方面的需求已经持续了几十年,也就是一个公平的竞争环境。其实我能够证明的就是,我的解决方案和你的解决方案之间的差别,而不是说永远用某个厂商。每次我更新我的解决方案,我将会和最好的解决方案之间做一个对比,看看我的用户,我的这些方式,能不能够直接解决问题,这是一个网络的效应。如果运营商需要的话,厂商就会提供,厂商提供的话,更多的运营商就会需要这个服务,所以这样子我们就可以做大规模的推广,做一个网络的效应,建立起一个大的生态系统,每个人都可以参与其中。谢谢大家!


  • 本站原创文章仅代表作者观点,不代表SDNLAB立场。所有原创内容版权均属SDNLAB,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用,转载须注明来自 SDNLAB并附上本文链接。 本站中所有编译类文章仅用于学习和交流目的,编译工作遵照 CC 协议,如果有侵犯到您权益的地方,请及时联系我们。
  • 本文链接https://www.sdnlab.com/16979.html
分享到:
相关文章
条评论

登录后才可以评论

SDNLAB君 发表于16-06-01
0