互联根服务器

视野视野互联互通:云应用的关键要求云之间的相互通信和交互,需要每个云找到一个或者多个其它云.
对于一个特定的互联互通场景,每个云愿意并且能够接受交互,而且还可以交换它们之间交互所需的任何相关信息.
因此,需要一个互联云协议来支持一对一、一对多和多对多的云应用场景,用于传递存在信息和报文发送.
这些云之间的交互,需涵盖各种内容、存储以及计算资源.
互联云的愿景和互联网的愿景有点相似.
在传输控制协议/互联网协议(TCP/IP)以及万维网中,数据在网络中无处不在,并实现了互联互通;同样地,在云计算世界中,内容、存储和计算在云网络中也无处不在,同样也可以互联互通.
不过要实现它,需要先解决8个新挑战.
云互联互通的8个新挑战互联云网关互联云网关旨在提供一种机制,即通过公共传输协议,例如可扩展的信息和呈现协议(XMPP),对互联云协议和标准提供支持.
互联云根(IntercloudRoot)和互联云交换中心(IntercloudExchanges)将促进和协调云间的XMPP协商进程.
互联云根作为互联云拓扑中的一部分,互联云根提供商们将联合起来.
每个联合节点将具备独立管理"根"的能力,这些能力包括云资源目录服务、信任权威机构和在线状态信息服务.
此外,每个互联云根将和其附属的交换中心进行关联,其附属关系定义为互联云根实例的一部分.
互联云的命名机制说到底,云其实是互联网上的IP地址.
所以我们忍不住会选择域名服务(DNS)并配套使用与通信底层协议相匹配的统一资源命名方案(UniversalResourceNaming-based,URN).
这是因为DNS,特别是域名系统安全扩展(DNSSEC)包含了一种能够在域名解析后返回可信地址的机制.
XMPP这一预想的底层通信协议利用URN来识别可与之"聊天"的资源,并建立身份.
尽管XMPP可能是正确的通信协议,但若谈到系统间的联合,诸如自治系统(AS)这样的命名系统可能更合适.
这意味着,一个云运营商乐意联合另一个特定云运营商,即每个云运营商在各自的云中都有几个可访问区域.
由他们自己决定如何管理自己的内部云,以及允许云联盟访问哪部分区域.
这个机制与网络传输的BGP策略非常相似.
我们把自治系统在云中的对应物称为云系统(CloudSystem),并将对此进一步进行探索.
正如在互联网交换中心中,自治系统管理工作由交换路由器或路由服务器执行,在互联云架构中,云系统管理工作则由互联云交换中心来执行.
最后,需要建立负责云系统名称的编号权威机构,该角色目前由IEEE来承担.
通信底层协议在最初的设计中,处于端点的各个云将拥有各自的互联云网关代码.
它们将支持会话协议(XMPP)以及传输协议(WebSockets).
互联云根支持会话(XMPP)服务器系统.
在底层通信协议之上,需要有一个服务框架.
虽然还没经过深思熟虑,但在IETF的RFC6455中已经视WebSockets为该服务框架.