技术的海洋,波涛汹涌,暗流窜动,谁不想顺着洋流去远方。

我是幸运的,跟随着SDN的发展大潮成长了多年,也有幸能有机会和杨泽卫前辈一起完成这本出自SDN学习者的书:《重构网络:SDN架构与实现》

重构网络:SDN架构与实现

无思辨不足以明理;无案例不足以求真;无细节不足以知端详。

我们力争在历史的轨迹中翻找出积满灰尘的事件,打磨、分析并得出我们的结论;我们也努力抽象实践所需的技能,绞尽脑汁地尝试通过最简单、清晰的案例来帮助读者更好地实践。

而我,总算没有撒谎,我真的还是一个在读研究生啊。

最后,走过路过不要错过SDNLAB(全球最大的SDN中文网站,没有之一。 ——以上都是我自己说的)的试读活动

编辑推荐

久立潮头的先行者,携数年磨砺与反思,为SDN大时代领航、解惑;

业务突破迎来网络重构的重大契机,用架构思想谋篇,用实现技术布局;

架构深度与产业广度完美聚合,技能、思路、视野、境界尽收囊中;

本书《重构网络:SDN架构与实现》宗旨:无思辨不足以明理|无案例不足以求真|无细节不足以知端详

内容简介

身处SDN发展浪潮,笔者真切地感受到了这场技术革命的到来。为了自我总结,也为了帮助他人,因此决定写《重构网络:SDN架构与实现》。《重构网络:SDN架构与实现》首先介绍了SDN的定义、SDN出现的原因、SDN发展的历史和标志性事件、SDN南向协议、SDN控制平面和数据平面等理论知识。然后进一步介绍了如何从零开始搭建SDN实验环境及SDN与网络虚拟化的结合等SDN应用案例内容。最后梳理了SDN对学术界和工业界产生的影响,探讨了我们该如何应对这场SDN变革。此外,附录中两篇拟人化的故事还从感性的角度对SDN进行了介绍。 《重构网络:SDN架构与实现》适合SDN初学者和进阶者。希望《重构网络:SDN架构与实现》的内容能够给读者带来一些帮助,成为SDN学习者相互讨论、学习的舞台。   

作者简介

杨泽卫:《零存整取NetFPGA开发指南》和《深入理解计算机网络系统设计》作者,SDN初创公司南京叠锶联合创始人,曾任中兴微电子高级主任工程师,有丰富的SDN行业产品经验。个人微信公众号:SDN学习与研究(zeweiTalk)。

李呈:北京邮电大学未来网络理论与应用实验室在读研究生。学习SDN三年多,掌握SDN基础理论知识。目前在硅谷实习

精彩书评

现有网络面临体系封闭、缺乏开放性的巨大挑战。SDN技术的优势,为网络重构提供了一次新的机遇,不可否认,SDN的思想将在未来网络的发展中起到举足轻重的作用。想要深入认识SDN,迎接未来网络的新世界,这本书会是一个好的开始。 ——黄韬 北京邮电大学教授

此著平衡了概念架构的深度和产业生态的广度,维度丰富,纵横捭阖,旁征博引的数据线索准确翔实,演绎提炼的逻辑观点犀利清新,工具平台的介绍实战易行,为产学研读者提供了非常实用的参考指南。 作者用心的系统批判思维在技术之外为读者呈现了产业、竞争、生态、资本等深邃洞察。又是一本难得的SDN桌面好书。 ——张宇峰 Brocade大中华区CTO

软件定义网络正在对网络行业产生广泛而又深刻的影响,对我们广大的网络从业者也带来了知识更新的大挑战。本书对SDN理念、系统框架、工具及业界的典型应用案例都做了深入的介绍和分析,涵盖面非常广,相信本书的出版会对SDN技术的推广普及产生非常大的帮助。 ——邵华 腾讯网络平台部网络架构中心副总监、专家工程师

这本书的宝贵之处在于清晰勾勒出SDN的成长和进化史,无论对于从零开始的学习者还是多年的网络工程师都能有各自的收获。作者的呈现方式也是耳目一新,相信读者读完之后,不仅能在技术方面有所收获,也能在商业视角上有所提升。 ——庞俊英 大河云联联合创始人

本书作者是国内SDN技术的布道先锋,持续分享着他们的实践经验。如今他们将研究成果编撰成书,必将给大家带来新的启迪。本书从SDN的定义、南向接口协议、SDN控制平面、SDN数据平面、应用实践等角度入手,给出了清晰的SDN学习曲线,并着重介绍了SDN在数据中心、WAN网络、网络虚拟化等方向的应用。同时,通过总结思考SDN对学术界及产业界的影响,鼓励大家在SDN浪潮中乘风破浪。我相信SDN作为推动网络重构的关键技术,值得长期跟踪学习,因此推荐大家研读本书。 ——魏亮 江苏省未来网络创新研究院团队总监,SDNLAB联合创始人

SDN技术发展多年,对网络影响巨大,内涵也更加广泛。本书对于SDN技术和解决方案进行了全面系统地介绍,同时提供了基于开源的SDN实例操作,这对于全面学习和掌握SDN是非常有帮助的,也是非常及时的一本参考书。 ——李振斌 华为SDN控制器首席架构师

毫无疑问,SDN在近年来已经成为了推动网络发展的重要动力。此书在讲述SDN基本原理的基础上,着力从实践和应用案例方面展现了SDN的魅力。在介绍技术的同时,作者也在书中表达了对于技术的理解和感悟。文字表达方面行文老练,是一本适合SDN初学者和实战进阶学习者的读物。 ——胡成臣 西安交通大学   


2016总结:杀死那个天真的自己

2017-03-25 by muzi

在大家都在发年终总结的那几天里,我还在美国西部的雪地、峡谷和沙漠里不断穿行。由于很多事情还没有做完,所以我也不打算以时间为节点写什么总结,只发了一条朋友圈:“2016年终总结:很多事情没完成,不总结”,就算应付过去了。

一眨眼,就快四月了,很多事情尘埃落定之后,不由自主地想要写一篇总结向上一个阶段告别。

X计划

当KkBLuE前辈给我推荐北大光华的X计划的时候,我突然就发现了新天地。于是写申请,填材料,要推荐信。一切都很顺利,提交申请之后,不久就收到了获取参加体验营的通知,而MBA面试就在活动结束的时候。

4月份,第一次租了正装去参加活动。报道的时候,发现60人里面绝大部分是经管类专业的,剩下的就是计算机相关专业的了,而其中很大一部分的学生来自对外经贸大学,剩下的基本来自中财,清华,北大等学校,而北邮的就我一个。更让我意外的是,我发现我真的已经好老了,因为来的人基本都是大三的学生,研究生基本没有。这是一种很糟糕的信号:我已经老了。

三天活动非常的充实,参加体验营的小伙伴们都非常优秀。

最后面试的时候,和我一样报社会公益方向MBA的人只有3个,我知道我基本上已经没戏了。我是所有人里面最后一个面试的。面试的前半部分还蛮正常,直到一个老师提出了一个非常尖锐的问题:“你们北邮的研究生出来工作工资是非常高的,你愿意放弃你的工作 ...

read more

Fluentd入门教程

2017-02-05 by muzi

最近发生了一些不可描述的故事,艰难之中换到了现在的组,主要的工作内容是数据挖掘。也终于有机会学习新的知识:Ruby和Fluentd。本文将总结开源软件Fluentd的入门知识,包括如何安装,配置文件语法,插件简介等内容。Fluentd的官网内容非常详尽,内容的组织也尤其清晰,所以网络上关于Fluentd的文档很少。本文主要用于学习记录,也希望能帮助到英语不好的读者。

Overview

Fluentd是一个完全开源免费的log信息收集软件,支持超过125个系统的log信息收集。其架构图如图1所示。

fluentd

图1. Fluentd架构图

本质上,Fluentd可以分为客户端和服务端两种模块。客户端为安装在被采集系统中的程序,用于读取log文件等信息,并发送到Fluentd的服务端。服务端则是一个收集器。在Fluentd服务端,我们可以进行相应的配置,使其可以对收集到的数据进行过滤和处理,并最终路由到下一跳。下一跳可以是用于存储的数据库,如MongoDB, Amazon S3, 也可以是其他的数据处理平台,比如Hadoop。

Install

由于Fluentd的安装较为麻烦,所以业界流行的稳定安装版本其实是有Treasure Data公司提供的td-agent。本文将介绍的也是td-agent的安装和使用。

官网安装文档介绍了针对不同系统的安装办法。本文介绍“Ubuntu 14.04 ...

read more

探索西部世界:从2016走到2017

2017-01-06 by muzi

一转眼,来硅谷实习已经快半年了。半年来,都在不停地探索西部世界,但是除了优胜美地国家公园还不错以外,其他的都没有感觉太兴奋。。也许是因为我是一个岛民吧,对加州的阳光,沙滩,大海没有特别兴奋。

终于等到圣诞节,公司shut down10天之久,不出去转一圈就太浪费时光了。所以在放假之前,就招齐了人马,做好了计划,万事具备,只欠放假。我们甚至还要拍一个视频。作为一个梦想当导演的码农,终于找到机会好好实践一把,分镜本写起来。

分镜本
分镜本

每一次我们都租车自驾旅行,因为在美国租车实在是太便宜了!

从San Jose往南开,一路从阳光绿地,开到雪地,再到荒漠处,8小时后,终于到达第一个住处。路上还撞了一次车,还好只是轻轻亲了一下前车,没大碍就继续前行了。

加油站
你站在车边看风景,看风景的人在高处看你,夕阳装饰了你的眼睛,你装饰了别人的梦

雪地行车
开,往城市边缘开,你就会看到雪地

第一个住处是一间沙漠里的小房子。虽然房子在沙漠里,但是竟然有热水!有网络!还有暖气!再一次感叹美帝农村的发达。

旅行第一站是Joshua ...

read more

Solution: can not receive notification of OpenStack

2016-12-21 by muzi

If you set up a AMQP connection to listen to Rabbit message queue, and can not receive any notification when connection is correct. Stucking queue may be the reason of this problem. As I proposed in ask.openstack.org, you can purge the queue to clear all the message in ...

read more