1. Obtener las imágenes de Ayakaleaf Pro

Usa las mismas imágenes de Ayakaleaf Pro que el Toolkit.

Kubernetes ejecuta las mismas imágenes que el Toolkit. No existe una imagen independiente para Kubernetes.

Imagen	Usada por
ghcr.io/ayaka-notes/overleaf-pro:6.3.2	el Deployment overleaf
ghcr.io/ayaka-notes/overleaf-pro/git-bridge:6.3.2	Integración con Git (opcional), con la misma etiqueta que la anterior
ghcr.io/ayaka-notes/texlive-*	compilaciones, descargadas en Docker en los nodos en el paso 0

Las imágenes son públicas en ghcr.io para amd64 y arm64, por lo que el kubelet puede descargarlas sin credenciales.

Usa siempre una etiqueta de versión, como 6.3.2, no latest. Las actualizaciones ejecutan migraciones de la base de datos y deben seguir Actualizar en Kubernetes; una etiqueta móvil actualizaría un pod cada vez que se reprogramara.

​

Preguntas y respuestas

Nuestros nodos no pueden acceder a ghcr.io. ¿Qué hacemos?

Respuesta: Copia las imágenes a un registro al que puedan acceder los nodos y usa ese nombre en los manifiestos, por ejemplo:

docker pull ghcr.io/ayaka-notes/overleaf-pro:6.3.2
docker tag ghcr.io/ayaka-notes/overleaf-pro:6.3.2 registry.example.com/ayakaleaf/overleaf-pro:6.3.2
docker push registry.example.com/ayakaleaf/overleaf-pro:6.3.2

Para un registro sin TLS, containerd necesita en cada nodo un /etc/containerd/certs.d/<registry>/hosts.toml con server = "http://<registry>", y config_path configurado como en el paso 0. Docker por sí mismo solo hace push por HTTP sin cifrar a localhost, así que haz push a través de localhost:<port> en el host del registro o añádelo a insecure-registries.