ingress.html

<!DOCTYPE html>
<html lang="es">
<head>
  <meta charset="UTF-8">
  <title>Relación Ingress, Service y Pod - NGINX</title>
  <style>
    body {
      font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto, "Helvetica Neue", Arial, sans-serif;
      background-color: #f6f8fa;
      color: #24292e;
      padding: 40px;
      line-height: 1.6;
    }
    h1 {
      border-bottom: 1px solid #e1e4e8;
      padding-bottom: 0.3em;
    }
    pre {
      background-color: #f6f8fa;
      border: 1px solid #d1d5da;
      border-radius: 6px;
      padding: 16px;
      overflow: auto;
    }
    code {
      font-family: SFMono-Regular, Consolas, Liberation Mono, Menlo, monospace;
      background-color: #f6f8fa;
    }
  </style>
</head>
<body>

  <h1>Relación entre Ingress, Service y Pod (NGINX)</h1>

  <p>Este esquema muestra el flujo básico de una solicitud HTTP dirigida a un contenedor que ejecuta <strong>nginx</strong> dentro de un clúster de Kubernetes.</p>

  <pre>
[Cliente HTTP]
      │
      ▼
[ Ingress Controller ]
      │ (Reglas de enrutamiento)
      ▼
[   Service (ClusterIP o NodePort) ]
      │ (Balanceo interno por label selector)
      ▼
[       Pod (nginx)        ]
  </pre>

  <p>El tráfico HTTP externo llega al <strong>Ingress Controller</strong>, que interpreta las reglas definidas en el recurso <code>Ingress</code> y enruta la solicitud al <code>Service</code> correspondiente. Este <code>Service</code>, configurado para balancear carga interna, redirige el tráfico a uno de los <code>Pods</code> que ejecutan <strong>nginx</strong>, utilizando los <em>labels</em> para seleccionar los pods adecuados.</p>

  <p>Este patrón es común para exponer aplicaciones web dentro de Kubernetes, desacoplando el acceso externo del manejo interno del tráfico.</p>

</body>
</html>