Share via

Introducción a las redes en las aplicaciones de Service Fabric Mesh

  • Artículo

Importante

Se ha retirado la versión preliminar de Azure Service Fabric Mesh. Ya no se permitirán nuevas implementaciones a través de la API de Service Fabric Mesh. La compatibilidad con las implementaciones existentes continuará hasta el 28 de abril de 2021.

Para obtener más información, consulte Retirada de la versión preliminar de Azure Service Fabric Mesh.

En este artículo se describen los diferentes tipos de equilibradores de carga, cómo se conectan las puertas de enlace a la red con sus aplicaciones a otras redes y cómo se enruta el tráfico entre los servicios en sus aplicaciones.

Equilibradores de carga de capa 4 frente a capa 7

El equilibrio de carga de carga puede realizarse en diferentes capas en el modelo OSI para las redes, a menudo en la capa 4 (L4) y en la capa 7 (L7). Normalmente, hay dos tipos de equilibradores de carga:

  • Un equilibrador de carga L4 funciona en el nivel de transporte de red, que se ocupa de la entrega de paquetes sin tener en cuenta el contenido de los mismos. El equilibrador de carga solo inspecciona los encabezados de los paquetes, por lo que los criterios de equilibrio se limitan a los puertos y las direcciones IP. Por ejemplo, un cliente realiza una conexión TCP con el equilibrador de carga. El equilibrador de carga termina la conexión (al responder directamente a SYN), selecciona un back-end y realiza una conexión TCP nueva con el back-end (envía un nuevo SYN). Un equilibrador de carga L4 generalmente funciona solo en el nivel de la sesión o conexión L4 TCP/UDP. Por lo tanto, el equilibrio de carga redirige los bytes y se asegura de que los bytes de la misma sesión terminan en el mismo back-end. El equilibrador de carga L4 no reconoce los detalles de los bytes de la aplicación que se va a mover. Los bytes pueden ser cualquier protocolo de aplicación.

  • Un equilibrador de carga L7 funciona en el nivel de aplicación, que se ocupa del contenido de cada paquete. Inspecciona el contenido de los paquetes porque reconoce los protocolos, como HTTP, HTTPS o WebSockets. Esto permite al equilibrador de carga realizar un enrutamiento avanzado. Por ejemplo, un cliente realiza una única conexión TCP HTTP/2 con el equilibrador de carga. El equilibrador de carga entonces procede a realizar dos conexiones de back-end. Cuando el cliente envía dos secuencias HTTP/2 al equilibrador de carga, la primera secuencia se envía al primer back-end y la segunda secuencia se envía al segundo back-end. Por tanto, incluso la multiplexación de clientes que tienen cargas de solicitud muy diferentes se equilibrará eficazmente en los back-ends.

Redes y puertas de enlace

En el modelo de recursos de Service Fabric, un recurso de red es un recurso que se puede implementar individualmente y es independiente de un recurso de aplicación o servicio al que pueda hacer referencia como dependencia. Sirve para crear una red para las aplicaciones que está abierta a Internet. Varios servicios de distintas aplicaciones pueden formar parte de la misma red. Esta red privada la crea y administra Service Fabric y no se trata de una red virtual (VNET) de Azure. Las aplicaciones se pueden agregar y quitar de forma dinámica en el recurso de red para habilitar y deshabilitar la conectividad a la red virtual.

Una puerta de enlace se utiliza como puente entre dos redes. El recurso de puerta de enlace implementa un proxy Envoy que proporciona enrutamiento L4 para cualquier protocolo y enrutamiento L7 para el enrutamiento de aplicaciones HTTP(S) avanzado. La puerta de enlace enruta el tráfico a la red desde una red externa y determina a qué servicio enrutar el tráfico. La red externa puede ser una red abierta (básicamente, la red pública de Internet) o una red virtual de Azure, lo que le permite conectarse con sus otras aplicaciones y recursos de Azure.

Red y puerta de enlace

Cuando se crea el recurso de red con ingressConfig, se asigna una dirección IP pública al recurso de red. La dirección IP pública estará vinculada a la duración del recurso de red.

Cuando se crea una aplicación de malla, debe hacer referencia a un recurso de red existente. Se pueden agregar nuevos puertos públicos o se pueden quitar puertos existentes de la configuración de entrada. Se producirá un error al eliminar un recurso de red en caso de que un recurso de aplicación haga referencia a él. Cuando se elimina la aplicación, se quita el recurso de red.

Pasos siguientes

Para obtener más información sobre Service Fabric mesh, lea la introducción: