Exportar (0) Imprimir
Expandir todo

Servicios en la nube

Actualizado: agosto de 2014

Un servicio en la nube de Azure se compone de una aplicación diseñada para ejecutarse en dicho servicio y de archivos de configuración XML que definen cómo debe ejecutarse el servicio.

El modelo de servicio viene determinado por la configuración incluida en el archivo ServiceDefinition.csdef y configurada en el archivo ServiceConfiguration.cscfg. El archivo de definición se empaqueta con los archivos binarios del rol cuando la aplicación está preparada para su implementación. El archivo ServiceConfiguration.cscfg se implementa con el paquete y se usa en Azure para determinar el modo en que la aplicación debe ejecutarse.

Mediante la definición de valores en el archivo ServiceDefinition.csdef, puede definir los roles y recursos de una aplicación. Una aplicación que se ejecuta como servicio en la nube en Azure implementa una o más instancias de los tipos de rol disponibles. En Azure, las instancias de un rol en ejecución se reproducen entre varios equipos para implementar toda la funcionalidad del servicio en la nube o una parte de ella.

Antes de empezar a crear una aplicación para ejecutarla en Azure, debe consultar la información que se muestra en Planear y diseñar aplicaciones para Azure.

Azure admite actualmente los siguientes tipos de roles:

  • Rol web: un rol web es un rol que se personaliza para la programación de aplicaciones web como las que admiten IIS 7 y ASP.NET. La ventaja de usar este tipo de rol consiste en que no es necesario encargarse de la configuración de IIS. El mejor uso de este rol es proporcionar un front-end basado en web para el servicio en la nube. No es adecuado para los procesos de ejecución prolongada.

  • Rol de trabajo: un rol de trabajo es un rol que resulta útil para el desarrollo generalizado. Puede realizar un procesamiento en segundo plano de un rol web. Cuando se necesita un proceso en segundo plano que realiza una ejecución prolongada o tareas intermitentes, se debe usar este rol.

Después de crear un servicio en la nube que ejecute la aplicación, podrá obtener acceso remoto a la instancia de rol para definir la configuración de la máquina virtual o solucionar problemas. Para ello, debe asegurarse de que carga el certificado adecuado en el Portal de administración de Azure, cifra la contraseña utilizada y agrega elementos Import para los módulos RemoteAccess y RemoteForwarder en el archivo ServiceDefinition.csdef.

Las instancias de rol de un servicio en la nube se comunican a través de conexiones internas y externas que varían según el tipo de comunicación que se necesita. Las instancias de rol pueden realizar estas conexiones mediante HTTP, HTTPS y las API de Microsoft .NET para los sockets TCP/IP. Una conexión externa se denomina extremo de entrada y una conexión interna se denomina extremo interno. Los extremos están asociados a puertos, donde el extremo externo está asociado a un puerto definido por el usuario y Azure asigna dinámicamente los extremos internos a los puertos.

Puede usar las tareas de inicio para realizar operaciones antes de que se inicien las instancias de rol. Las operaciones que quizás desee realizar incluyen la instalación de un componente, el registro de componentes COM, la configuración de claves del Registro o el inicio de un proceso de ejecución prolongada. Para agregar tareas de inicio al rol, debe definir dichas tareas en el archivo ServiceDefinition.csdef.

La clase RoleEntryPoint incluye métodos a los que llama Azure cuando inicia, ejecuta o detiene un rol web o de trabajo. Puede invalidar opcionalmente estos métodos para administrar la inicialización del rol, las secuencias de apagado del rol o el subproceso de ejecución del rol. Un rol de trabajo debe extender la clase RoleEntryPoint. Para los roles web, extender RoleEntryPoint es opcional. Para un rol de VM, se usan los servicios de Windows en lugar de la clase RoleEntryPoint.

Vea también

Mostrar:
© 2014 Microsoft