¿Puede una aplicación de un espacio de nombres ver una aplicación de otro espacio de nombres dentro del clúster?

Sí, las aplicaciones en diferentes espacios de nombres pueden verse entre sí dentro del clúster.

En Kubernetes, los espacios de nombres son aislamientos lógicos que ayudan a organizar los recursos. No son un aislamiento de red por defecto.

La interacción entre espacios de nombres es posible a través de los servicios DNS de Kubernetes.

Una aplicación en namespace-a puede acceder a un servicio llamado my-service en namespace-b mediante su nombre de dominio completo (FQDN):

<nombre-del-servicio>.<nombre-del-espacio-de-nombres>.svc.cluster.local

Ejemplo: my-service.namespace-b.svc.cluster.local

También se puede usar un nombre abreviado si el DNS en el clúster está configurado adecuadamente, pero el FQDN siempre es más confiable para la interacción entre espacios de nombres.

# Ejemplo de Servicio en namespace-b
apiVersion: v1
kind: Service
metadata:
  name: my-service # Nombre del servicio
  namespace: namespace-b # Espacio de nombres del servicio
spec:
  selector:
    app: my-app # Selector para los pods a los que se dirige el servicio
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8080

# Ejemplo de Pod en namespace-a, que accede a un servicio en namespace-b
apiVersion: v1
kind: Pod
metadata:
  name: consumer-pod
  namespace: namespace-a # Espacio de nombres del pod consumidor
spec:
  containers:
  - name: consumer-container
    image: my-consumer-image
    command: ["curl", "my-service.namespace-b.svc.cluster.local"] # Dirección del servicio en otro espacio de nombres

Es importante destacar que las políticas de red (Network Policies) pueden ser utilizadas para limitar la interacción entre espacios de nombres. Por defecto, si no hay políticas, la interacción está permitida.

Las políticas de red definen grupos de pods que pueden interactuar entre sí, basándose en sus espacios de nombres y etiquetas.