尊敬的各位嘉宾：

非常感谢能够邀请我来到这里，今天和大家分享，有机会和大家讨论一个非常重要的话题。我今天想要做的一些事情，其实更多的是比较高的层面进行概览，涉及到我们经常容易犯到的一些错误，包括它的一些影响。因此将会是如何改变我们这个行业，尤其是涉及到我们的开源的网络架构的层面。

大部分的人觉得之前都没有提到过我们的公司，如果听到过我会非常的激动。我们是这样一个公司，我们是在早期的时候起步的，我们是一个比较小的公司，是一个初创型的公司，当时主要是能够参与到OPEN DAYLIGHT当中，后来快速的意识到了对于这样模型的架构是非常有趣的，我们需要有一个非常热忱的开源的项目，有的时候没有我们所要的一个规模的要求，达到我们毛利率的要求，很多时候我们会把很多的几个价值重新注入到这个项目当中去。从这一点上来讲，没有一个完美的分配，很多的人会说，我希望能够去用这个项目那个项目，可能我们会利用其他的一些元素，在这个过程当中看到我们可以有不同的一些元素，能够各项补齐发现它并不能够满足一个单一的分配的项目，因为它有不同的一些标准，有不同的一些源头，我们希望这是一个协调，让大家能够从不同的期间当中购置不同的购置器，在这个基础之上能够有更多的开源的项目得以落成，它进一步提升了我们面临挑战的一些复杂性。

现在我们需要能够在不同的开源网络对战的基础之上，有不同控制器的问题，但是从这个角度来讲，我们也会意识到今天面临的挑战。对于未来开源的网络来讲，这些项目，基础架构来讲，我也会和其他的人在说的事情是一样的，涉及到物联网，智能城市，还有其他的应用，我们从基础设施的角度来讲，能够应用到一些下一代的基础上的架构，运用到我们城市当中去。我们自己类似于这样的一个所谓的开源网络的供应商的角色去自我定位的。

为什么是选择这个呢？我会需要说一下为什么开源的网络这么重要？在网络当中，尤其在其他的行业开源都是非常重要的，在行业当中我们希望能够有这样的能力去改变，以及调整我们不同的一些事项，包括我们的一些总体降低成本的应用。其中不仅涉及到了成本的问题，也会涉及到能够影响到这个行业发展的一些方向，需要有高智商解决的方案，需要有更多的属性特性得以应用，也不需要从头再造。随着更多的开源的项目有更多的人参与，更多的时候它成为了我们未来的更多的开源项目的基石。

到我们整个的体量我们一直在提开源，不仅仅把我们的技术进行开源，更多的时候也会涉及到一系列的参与者，它能够去群策群力，能够在不同的项目当中发挥影响，也会横跨不同的行业，最后才能真正形成不同。

现在从对战当中，有更多的建筑要素了，可能可以使用的，在我们的行业当中可以得以使用，我们有这样的能力得以构建，这只是第一步，我们还有更多的事情进行融合整合的工作，确实类似于这样的方向。更多的就是涉及到能够把我们不同的环境元素能够综合成一个非常有意义的对战，这非常有趣的。很多的人需要做的就是能够找到你所适应的这个方式和途径，当我们在观察我们开源项目的时候，大部分的人都会在这边，更多的是要做DIY的解决方案。有的人说能够抓过来开源的代码，自己能够起步做一些事情。通常情况下对于大部分的人都是有挑战的，在经过几年之后，人们已经是进行了实验，并且对于这样的项目能够非常的熟悉，在这种情况之下它才能有更多进行高度整合的方案出来。不管是我们这些数据包，或者一些交钥匙的项目，总包的项目。这个时候首先要能够深谙其中，加以时日才能交付方案。在DIY和现用的产品当中找到一个平衡点，这一个很重要的角色缓解的要素。我在和大家说的时候，我们通常会这样说，对于开源的项目是免费的，为什么会要支付费用呢？为什么需要向你们公司购买的？确实这个开源可能是免费的，有的时候更多的像拿到一个免费的小狗一样，如果家里有养狗的都会知道我说的是什么意思。实际上免费得到了一个小狗，如果没有能够很好的管理它的一个开源，你免费领养的小狗会把你的沙发毁掉，你可能需要面临的实际问题，你需要理解对于开源它的项目可能会随着时间的发展不断的演变，它不是一个类似于一种静态的项目，它是以非常快的节律演变着，也需要我们长期的投入。就好象免费养一只小狗一样，领养了小狗之后就显示出项目的策略。我们需要这样的战略训练你的小狗，这样才能真正的有效的理解，并且参与，以及参与到这个群体当中，通过这样的参与，就能够更好的沿着正确的方向去发展，并且能够更好的利用我们开源的项目。

在一开始的时候应该是在2014年开始，当时它只有13个子项目，现在已经超过80个项目了，这个项目本身也实现了方式的增长，也会带来更大的要求和难度，有的时候我们希望管理它的项目，难度也与日俱增。自己在我们的会场，大家听到很多的真知灼见，这些是非常重要的，因为我们总是需要有这样的一个推动者，它能够推动事情发生变化，这是非常困难的一个变革，对于这样的一个开源的项目来讲，往往和传统的一个方式相比是有更大的难处。

说到总体拥有成本，大部分的拥有成本都会是有采购的模型，是基于我们的资本支出的模型，通常它都会有五年的时间窗口，它的大资本支出首先进行摊销，按照年限进行摊销，比方说购买我们的装置，购买我们的一些许可，你需要先付款。它更多的是一种常量的投资，涉及到你的一些维管，项目的正确的方向进行再发展，需要投入持续的资金对于一次性的资本支出，对于我们开源项目来讲是不适用的。这种情况下既是好处又是坏处，为什么呢？如果观察它的资本支出的模型，对于大部分的拥有成本而言，确实对于组织机构的挑战来自于它的内部，你需要避免很多的浪费，一些低效，包括内部运行上的一些问题，如果看到这个点，很多的人看这个PPT，很当的资本支出会是注入到我们的项目当中，它往往是因为一个新的技术，人们希望有一个非常善良的东西，或者是一个交换器，很多时候人们是因为一个新的东西而做资本的支出，这对供应商是好事，但是对于我们总体的应用成本不是好事。现在已经更多的是转向，按照业务的生长需求进行付费，或者在运营成本为导向的支出，也可以帮助我们很多的运营商节省成本。

总体应有成本对我们之前所提到的开源的项目，对于这个开源项目并不一定是便宜的，如果要看到这一点，需要找到在什么样的点，在我们的一些项目，在定制的水平之上，有哪些层面可以在我的环境当中使用的，不仅仅是做一个整个的项目方式理解它，如果需要解决一个很简单的问题，对于开源的项目的选择可能并不一定是最低的一个拥有成本，对于开源的项目之所以闪闪发光，有一个开放的态度，希望我们在不同的场合当中运用这样的项目，在不同的商业环境下运用我们的项目，这个时候你的总体运用成本就有很好的表现。规模很大，我们的总体拥有成本通过我们在开源的项目当中，这个投入就会有很好回报。其他的因素，包括它的收益也可以考虑在内，包括它的延续性。如果要更换你的供应商，这个时候要改变你的策略，有的时候就不会在我们内部，有个类似于刹车的装置，可能要进行一些供应商的调整，包括它对安全方面的考虑，从内部的角度来讲，它还会涉及到对于开源的项目没有那么的安全，还有它的稳定性，以及我们的标准为基础的项目，对于这种项目来讲，它对于我们行业的一些标准需要进行协调，我们有非常多的人需要投入到检测的环节，判断它是否是一个可行的解决方案。

比如说25年之后可能有哪些技术，它在结构上，在架构上会是怎样的一个规划，在整体的架构部署当中有哪些是低风险的元素，我是指可以将它在很早的时候就考虑进去，可能会超过20年，开源社区在长期的演进过程中有许多人的参与，很多人贡献自己的力量，这个可以减小相应的风险。开源项目的确有它的优势。我之前也是暗示到这一点，对于期限这一块，在OPEN DAYLIGHT这一块，有一点像LINUX OF CONNETED THINGS的万物互联，不仅是传统狭义的定义。

这边的一些具体案例，包括智慧城市、数据中心还有楼宇的管理，甚至有嵌入的非常小的可以植入到设备当中的元器件作为交换机的一部分进行使用，这些传感器在进行部署，进行设计的时候，为什么不用比较好的管理系统呢？比如OPEN DAYLIGHT，这样可以进行非常好的管理，不仅是实施的管理，还有全生命周期的关系。我们想到一些智能的电网，有一些功能可能是想要从信通行业汲取的经验和技术，可能智能电网这方面往前推进一步进行更好的平台化的设计和规划。

业内人士可能会犯的五大错误是什么呢？第一大错误，大家都是看到亮闪闪的东西都忍不住要去看去学，我们可能只去赶潮流，学最新的东西，却不知道背后的道理，只是想要看看这个新的东西会不会管用，我认为开源不一定是最好的一个选择，你可能只是好奇，只是想看看具体是有些什么可以供我所用的，往往我所学到的东西只是得不到实际的应用，可能放着招灰。

大家认为开源的OPEN DAYLIGHT它一个产品，大家觉得我可以从社区里面把原码下载下来运行，可以正常的运行，往往并非如此。看到这样的项目还是会有一些需要排障的工作，需要我们进行处理，这样才能最后将它的生产力得到具体的实现。如果我们将这样的项目作为厂商出品的成品来看也是看到这样的错误。

可能我先是使用了原码，为了避免因为项目对我产生不良的影响，我就本地构建一个副本，这也一个问题，常常会形成灾难性的结果，我们知道代码在上游不断的得到维护、演进和开发，而且它的演进速度是非常之快的，在之前版本的基础上来进行开发的人其实也是要紧跟潮流，如果不跟着新版本不断的更新，你这边的代码可能就没有办法和核心版本匹配，一时可能是图省事，但是要未来之后随着新版本在上游的具体的上线，如果下游是本地的版本，就讲话会面临更多版本的负载。

我们会发现所有这些人手只是各自为政，没有一个协调的统一，大家都是各自做各自的事情，造成一片混乱的局面，我们认为对于一个项目开发来说，要能够以协调一致的很好的方式来进行统一的管理，这是非常重要的。

接下来最后一个想要讲的大家常犯的错误，很多人都想成为软件公司，或者看到脸书，阿里巴巴，认为这些企业非常的成功，我也想要复制这些企业的成功，我不会建议这样的想法。确实我觉得有许多这些企业走过的弯路可以吸取教训，大家想要的非常重要的一点，这些企业确实是成功了，但主要是他们商业模式上有其出众的地方，这些企业当时的工作重点是解决痛点，并且在解决问题的过程当中能够实现灵活性，实现敏捷性。有哪些不应该做的呢？就是杀入红海和许多的开发者，已经有很多开发者的领域里面去进行竞争。这样的做法我是不会推荐的。可能SDN的课程大家可以学一学，了解一下如何来利用好线上的这些开源的项目，但是我们看到原有的一些专业的技能的同时，我不是重复他人已经做过的工作。

这个就是我今天主要讲的内容，非常期待和大家在会后进行进一步的交流，对OPEN DAYLIGHT或者说其他具体的细节进行沟通。再次感谢大家。