Windows Azure计算服务-角色实例

    在面向对象编程中，开发人员通过类规定了对象所需要的基本属性和动作要求，这是一种静态的描述。然后在应用程序运行过程中再根据类生成一个个具体的动态对象。一个类可以根据需要生成一个或多个对象。应用程序的具体功能都是由不同对象之间相互通信和调用方法来实现的。

    在概念的理解上，我们可以把服务角色和角色实例类比面向对象编程中类和对象的关系。如果把角色看成是一个运行环境的模板或类型，那么角色实例就是根据这个模板生成的实例。用户的应用服务最终是以一个个角色实例运行在Windows Azure之上的，而用户的请求都是交由这些角色实例来处理完成的。Windows Azure中的应用服务可以包含一个或多个服务角色，每个角色可以有一个或多个实例。
    Windows Azure中的角色实例是用户服务的独立运行单元。虽然这些角色实例与底层虚拟机没有直接绑定的关系，但是在Windows Azure他目前的实现中，无论是Web Role、Worker Role还是VM Role，它们的每一个实例都对应一个具体的虚拟机，也就是说,实例与虚拟机具有一一对应的关系。因此，一个角色实例目前就是一个部署了用户服务代码、服务配置和本地数据的虚拟机。比如，当用户在服务配置文件中设定需要三个Web
Role实例时．Fabric控制器实际上为用户服务分配了三个运行Web Role的虚拟机。
    每个发布的服务都会有一个映射到*.cloudapp.net域名的虚拟IP地址(VIP)，然后由负载均衡器把用户请求分发给不同的实例处理。那负载均衡器是如何把外部用户访问分发到每个实例的呢?实际上每个服务实例都有自己的IP地址，这个lP地址称为直接lP地址(Direct IP Address，DIP)。这是私有的IP地址，也就是说，Windows Azure数据中心之外是访问不到这个

地址的。它们的作用主要在于内部通信用，包括不同实例之间的通信、负载均衡器和实例之间的通信等。负载均衡器的分发规则就是主要基于虚拟IP地址和直接IP地址之闻的映射关系来进行的。如果服务代码需要具体的地址，则可以通过专用的编程接口来获取。

    既然实例与虚拟机存在一一对应的关系，因此实例的大小也就是虚拟机的大小。