“2016全球网络技术大会”OpenDaylight技术指导委员会主席Colin Dixon在大会中发表了题为“基于OpenDaylight构建敏捷、开源的云解决方案”的主题演讲。
以“新技术·新架构·新网络”为主题的“2016全球网络技术大会”于2016年12月7日-9日在北京喜来登长城饭店全面开启。在大会中，产学研用齐头并进，网络通信领域相关代表济济一堂，参会人员超过了1000人，共商全球网络架构重构。
OpenDaylight技术指导委员会主席Colin Dixon
OpenDaylight技术指导委员会主席Colin Dixon在大会中发表了题为“基于OpenDaylight构建敏捷、开源的云解决方案”的主题演讲。Colin Dixon表示，首先就是OpenStack和OpenDaylight之间的融合。大家可以看到源服务，我们有不同的服务提供方，使用者可以选择他们的目标是什么，他们想要怎么做实现自己的目标。有的可能是关注于南向的提供方，其他的人可能会优先考虑成效。比方说FD.oi/VPP等等。另外，Colin Dixon认为OpenDaylight从来不是一个产品，也不应该是一个产品，而是一种广义上的解决方案，是一种敏捷化的解决方案。
以下为Colin Dixon的演讲实录：
Colin Dixon：我是OpenDaylight技术指导委员会的主席，今天我可以为大家讲一下OpenDaylight的简介，但是我更想把时间花在今天的这个主题上，SDN控制器对于我们来说还不是最关键的，最关键的是如何建立一个敏捷的构架，这才是我今天演讲的核心，以及我们是如何在技术层面上解决这些难题的。
我们在SDN这个领域上已经从事了十年的工作，自2012年开始进行的商业化的工作运营，我个人也是一直参与了这个工作，所以首先我想先回溯一下历史，我们为什么要开展这个事业呢？有的时候这个问题的解决可能我们要先做一下具体的分析，首先，我们想要建立成本，第二，我们想要改善创新，这些才是SDN想要真正实现的目标。
我们要如何实现这些目标呢？大家经常会听到敏捷，今天一天都在讲这个话题。其实敏捷就是快速，这个词在2014年也是一个热词。
我们要如何来运用SDN、如何推动SDN的发展？总的来说，我们在四个领域做得还不错，第一，就是地面厂商的锁定，这个主要是通过建立一个开源平台来实现的。我们让人们能够真正建立一些他们想要建立的事物，这样的话，我们才能够实现真正的价值。我们可以设计开源，把不同的模块结合起来，有很多人在互相合作，而且互动性非常强。
但是，在成本这个问题上，我还没有提到，可能大家也注意到了，从历史的角度来看，我们要么就是建立自己的系统，要么就是买一个系统。开源就是处于中间的一个位置，而这个问题就必须要考虑到成本。今天我不会跟大家说我能够为大家省钱，因为这一点很难达到，我们能够做的就是实现简易性、可行性，还有灵活性。这样的话，其实就能够在一定程度上降低成本。所以，这一切并不是关于成本开源，也不是关于网络的，而是关于敏捷、关于技术的，这才是一切的核心。
下面就说一下什么敏捷，我们所做的是增加一些特有的性能，这将是我今天演讲的核心，我们希望帮助人们解决问题，这也正是为什么我们今天在这里开这个会议。我们不希望依赖于某一种系统或者是依赖于开源，我们希望能够真的做一些事情解决问题。
大家都知道，在座的各位都是咱们这一行的专家，甚至可能比很多所谓的专家知道得都多，进步得都快。现在是一个快速变化的时代，而且会以蝴蝶效应的方式从一个地方引发另一个地方的变化，这就是我们的实现模式，也就是我们建立一个新的堆叠，有大量的开源项目，包括数据的计划、控制、架构，还有中间各种相关的项目，这些项目之间互联互通性日益增加。现在OpenDaylight越来越成为一个关键的平台和中间项，这样就能够推动更快地更有效地来实现我们的目标。
OpenDaylight是一种平台中介，是一个成熟的项目，是开放性的管理，开放性的治理项目。我们的这个项目并不仅仅是基于一个或者一部分公司，我们有超过800多个成员，其中还有一百多项部署，我们有非常多领先的用力，而且有很多的公司都能为我们提供经验。除此之外，我们还有成熟的代码库，我们非常关注可用性，这些不仅仅是关于如何建立一个所谓看上去比较炫的功能，而是真的能够解决我们的问题，实现一种融合性和整合性。
下面介绍一下Boron，这是我们两个月之前推出的，大概有四个和领域。一个是融合，与行业的构架进行融合，我们一直在试图将其与行业的相关项目进行整合。今天早上，马克也在演讲当中提到了这一点，我们可以看到有两个主要的主力军，一个就是服务，关注于OpenFlow，还有数据的处理。第二是可延伸性，使用一些语言等等工具来实现这个目标，这就是我们的一个重要的工具。而且我们还非常关注操作性的工具，我们还会使用大数据的分析来进行我们的研究，并不仅仅是建立一种无线的联系，除此之外我们还会建立文件库进行归档，这样的话，我们就能够真正建立有用的文件。我们还有很多新的工具来建立模型，这与其他的开源和OpenFlow的平台都是共通的，都是互相兼容的。
下面为大家讲一下怎么使用OpenDaylight，以及为什么要使用。首先就是OpenStack和OpenDaylight之间的融合。给大家展示一个图片，从上面大家可以看到源服务，我们有不同的服务提供方，使用者可以选择他们的目标是什么，他们想要怎么做实现自己的目标。有的可能是关注于南向的提供方，其他的人可能会优先考虑成效。比方说FD.oi/VPP等等。
来讲所谓的电话端局，这也是一个重要的提法，我们现在致力于把电话端局虚拟化，传统的是家庭用户使用网络，但这些是不够的，我们要建立一个虚拟化的端局，这样的话，我们就能够建立一系列的专用网、专用服务。我想这是非常有趣的一个项目，因为这需要大量的交互。大家可以看到需要有很多的服务器、存储器等等，需要各方的参与，来为我们提供所需要的功能。
但是最有趣的一点是什么呢？功能的数量，大家可以看到在最顶端有总的管控，还有架构，再往下有各种细分，还有功能。比方说网络的基础设施等等，还有不同的分层，比如说有SDN控制器，还有Fabric、政策语言、分类等等，所以当我们讨论SDN未来网络，敏捷、云这些概念的时候，其实并不仅仅是关于SDN控制器，不仅仅是关于OpenDaylight平台，而是如何连接一系列的功能和操作，是如何把这一个个部分结合在一起，是如何更好地运用这些工具来提供解决方案。
最后我想说的是我们这个会议非常关注服务，但是在这里我们看到很多企业代表也出席了会议，我说一点企业非常关注的那就是电话端局的虚拟化，因为这对于网络的整合非常重要，这就包括采购一些虚拟化的服务，比如从ISP采购服务，比如说通过这样的服务加强沟通，微软在这方面已经有所参与。我想在这个问题上建立一个恰当的网络构建是非常关键的，然后通过云计算，使用VPN等等技术都可以实现我们的目标，建立私人云和公共云，以及混合的云设置。这些都是虚拟化的电话端局。
整个过程的自动化毫无疑问需要大量的工程、大量的协议参与其中，需要一系列的厂商开源开发者、使用者、用户的支持，才能够实现这一大目标。
最后，我想说OpenDaylight从来不是一个产品，也不应该是一个产品，而是一种广义上的解决方案，是一种敏捷化的解决方案。谢谢大家！
声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。
