Todas las apps están en un proyecto

Si todas las aplicaciones de tu clúster se encuentran en el mismo proyecto, crea un recurso Ingress para definir las reglas de enrutamiento de las aplicaciones que quieras hacer públicas.

Por ejemplo, si los servicios en un proyecto de desarrollo exponen las apps app1 y app2, puede crear un recurso de Ingress en el proyecto. El recurso especifica domain.net como host y registra las vías que cada app escucha con domain.net.

Tenga en cuenta que si desea utilizar distintos dominios para las apps dentro del mismo proyecto, puede crear un recurso por dominio.

Las apps están en varios proyectos

Si las aplicaciones de tu clúster se encuentran en proyectos diferentes, crea un recurso Ingress para cada proyecto con el fin de definir las reglas de enrutamiento de las aplicaciones.

Puede definir el mismo dominio en varios recursos o utilizar un dominio comodín para especificar diferentes subdominios dentro del recurso de Ingress para cada proyecto.

Cuando se registra un dominio comodín, varios subdominios se pueden resolver en el mismo host. El comodín de subdominio de Ingress proporcionado por IBM, *.<cluster_name>-<globally_unique_account_HASH>-0000.<region>.containers.appdomain.cloud, está registrado de forma predeterminada para el clúster.

El certificado TLS proporcionado por IBM es un certificado comodín, y se puede utilizar para el subdominio comodín. Si desea utilizar un dominio personalizado comodín, debe registrar el dominio personalizado como un dominio comodín como, por ejemplo, *.custom_domain.net, y para utilizar TLS, debe obtener un certificado comodín.

Por ejemplo, considere el siguiente caso práctico en el que podría querer utilizar un subdominio comodín:

• Tiene dos versiones de la misma app, app1 y app3, para fines de prueba.
• Despliega las apps en dos proyectos diferentes dentro del mismo clúster: app1 en el proyecto de desarrollo y app3 en el proyecto de transferencia.

Para utilizar distintos subdominios para gestionar el tráfico a estas apps, puede crear los siguientes servicios y recursos:

• Un servicio de Kubernetes en el proyecto de desarrollo para exponer app1.
• Un recurso de Ingress en el proyecto de desarrollo que especifica el host como dev.domain.net.
• Un servicio de Kubernetes en el proyecto de transferencia para exponer app3.
• Un recurso de Ingress en el proyecto de transferencia que especifica el host como stage.domain.net.

Ahora, los dos URL se resuelven en el mismo dominio. Sin embargo, como el recurso en el proyecto de transferencia está registrado con el subdominio stage, el controlador de Ingress envía por proxy correctamente las solicitudes del URL de stage.domain.net/app3 solo a app3.

Varios dominios dentro del mismo proyecto

En un proyecto individual, puede utilizar un dominio para acceder a todas las apps en el proyecto. Si quieres utilizar diferentes dominios para las aplicaciones de un mismo proyecto, utiliza un dominio comodín. Cuando se registra un dominio comodín, varios subdominios se resuelven en el mismo host. A continuación, puede utilizar un recurso para especificar varios hosts de subdominio dentro de dicho recurso. Como alternativa, puede crear varios recursos de Ingress en el proyecto y especificar un subdominio diferente en cada recurso de Ingress.

El comodín del subdominio de Ingress proporcionado por IBM, *.<cluster_name>-<globally_unique_account_HASH>-0000.<region>.containers.appdomain.cloud, está registrado de forma predeterminada para el clúster. El certificado TLS proporcionado por IBM es un certificado comodín, y se puede utilizar para el subdominio comodín. Si desea utilizar un dominio personalizado comodín, debe registrar el dominio personalizado como un dominio comodín como, por ejemplo, *.custom_domain.net, y para utilizar TLS, debe obtener un certificado comodín.