默认情况下，Azure里面的虚拟机实例（instance）是自我封闭的，它可以请求虚拟机外部的网络资源，但是外部没法访问到它，除非给它定义Endpoint。定义Endpoint就是定义instance或者说role要打开哪些端口给外部访问。
Azure之前有提供两种endpoint，InternalEndpoint和InputEndpoint。
InternalEndpoint定义的端口只能被同一个Cloud Service（Hosted Service）里面的instance访问。同一个Cloud Service里的其它instance可以用Azure提供的API（.net和java都有）来获取打开了InternalEndpoint的instance的ip和端口，这样也可以实现对具体指定instance的直接通信。但是只能是同一个Cloud Service内部的通信。
InputEndpoint定义的端口是一个global端口，可以被任何可以访问互联网的设备访问。InputEndpoint定义的端口是直接对应到Cloud Service的（不同的role不能打开同一个InputEndpoint），也即同一个role里不管里面有多少个instance，他们都会共用这个端口。具体访问的时候，Azure的load balancer会把请求随机分配到某一个instance上，因此从Cloud Service外部，我们是没法直接和某一个具体的instance通信的。
好在Azure SDK 1.7里，Azure提出了一个新的endpoint：InstanceInputEndpoint，它提供了一种方式，可以把一系列的端口，分别映射到同一个role的不同instance上去。它的定义方式如下：
<Endpoints> <InstanceInputEndpoint name="<instance-input-endpoint-name>" localPort="<port-number>" protocol="[udp|tcp]"> <AllocatePublicPortFrom> <FixedPortRange min="<minium-port-number>" max="<maximum-port-number>"/> </AllocatePublicPortFrom> </InstanceInputEndpoint> </Endpoints>
我们可以给这个endpoint指定名字，协议。还有一个localPort，从字面可以看出，这个指的是对应的instance的本机的端口。最关键的是，还有一个AllocatePublicPortFrom节点，这个节点里可以指定一个端口的范围。一旦定义了InstanceInputEndpoint，Azure会做的就是把AllocatePublicPortFrom里定义的端口，从小到大，依次映射到各个instance的localPort上去。比如，如果localPort是8080， AllocatePublicPortFrom范围是10000到10010。Role一共有5个instance，那么Could Service的10000端口就会映射到instance 0的8080端口，10001端口对应instance 1的8080端口，10002端口对应instance 2的8080端口...，依次推下去。
InstanceInputEndpoint类似于提供了一种方式绕过load balancer，让我们可以和指定instance直接通信，这让应用程序移植到Azure方便了许多。比如：以前的时候，如果要对服务器做些动态设置（比如用JMX做系统设置）是比较困难的，因为Azure会随即把请求分配给某一个instance，可以确定其他instance都接受不到设置请求，除非我们自己用InternalEndpoint内部通信再设置一次，或者用共享的缓存解决，但这都加大了不少工作量。 现在InstanceInputEndpoint可以让我们和指定的instance通信，那么我们就可以对所有instance依次调用请求来一一完成设置。
参考：
关键字：Azure， Instance Input Endpoint，InstanceInputEndpoint，和指定instance通信