从(.Net)应用程序员的角度看SDN

Question

我遇到了一个术语SDN (软件定义的网络)。我浏览了一些相关的网页，了解到它基本上与网络虚拟化有关。我想从应用程序开发人员/程序员的角度来理解SDN。例如，如果我创建了一组网站和web服务(在.Net中)，那么在开发和部署方面，在SDN中与传统网络中有什么不同。

如果有人能举个例子来解释一下，我将不胜感激。

非常感谢。

Answer 1

在我说任何话之前，我应该提到我在这里说的每一件事将来都可能会改变。原因是这一领域仍处于研究阶段，未来可能会有一些修改。甚至一些用例也可能被删除或添加。

我应该补充的一点是，SDN不仅仅是网络可视化。它可能不止于此。我认为更好的说法是SDN的应用之一是网络可视化。

让我们考虑一下onos：ONOS正在实现一个控制器，互联网服务提供商将使用该控制器来验证路径和链接。ISP只需指定两个端点，然后ONOS就会将流发送到不同的交换机，以便在它们之间建立路径。ONOS称其为“意图”，即在两点之间创建的意图。

假设数据中心(DC) A想要在明天凌晨3点备份它的数据。有了SDN，他们可以在明天凌晨3点打电话给他们的ISP，要求一条带宽为50 or /s的“路径”。两个DC可以看到整个网络，也可以只看到其中的一部分。(即可视化视图)ISP的SDN控制器将使用命令对所需的交换机进行编程，从而为两个DC创建该路径。SDN主要用于网络编程。例如：

正如您所说，网络visualization

• Network访问控制和某种安全性Optimization

• Dynamic
• ->
• Datacenter -> Interconnect-> creating paths

stuff

另一种可能的用法如下:假设你的网站已经启动，用户/客户端想要连接到你的网站并浏览它。可以说，用户需要使用ISP创建一条从客户端到您的服务器的路径。但是，我认为这可能是由浏览器为您提供的。我怀疑这是否可行，但我也听说过这种用法。

总的来说，我认为SDN在web浏览和web服务器方面不会有太大的变化。通常，web浏览只是短连接和数据包。我认为SDN对于长时间的连接更有意义，比如备份整个DC或流媒体视频。原因是，配置从客户端到主机的路径有点昂贵，也有点耗时(至少在当前技术下是这样)，所以对于长时间的连接来说，这是值得的。

我希望它能帮上忙。