1. Получение образов Ayakaleaf Pro

Используйте те же образы Ayakaleaf Pro, что и Toolkit.

Kubernetes использует те же образы, что и Toolkit. Отдельного образа для Kubernetes нет.

Образ	Где используется
ghcr.io/ayaka-notes/overleaf-pro:6.3.2	Deployment overleaf
ghcr.io/ayaka-notes/overleaf-pro/git-bridge:6.3.2	Интеграция с Git (необязательно), тот же тег, что и выше
ghcr.io/ayaka-notes/texlive-*	компиляции; загружаются в Docker на узлах на шаге 0

Образы публично доступны на ghcr.io для amd64 и arm64, поэтому kubelet может загружать их без учётных данных.

Всегда используйте тег версии, например 6.3.2, а не latest. Обновления запускают миграции базы данных и должны выполняться согласно разделу Обновление в Kubernetes; изменяющийся тег обновлял бы под при каждом его перепланировании.

​

Вопросы и ответы

Наши узлы не имеют доступа к ghcr.io. Что делать?

Ответ: Скопируйте образы в реестр, доступный узлам, и используйте это имя в манифестах, например:

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

Для реестра без TLS containerd на каждом узле нужен файл /etc/containerd/certs.d/<registry>/hosts.toml с server = "http://<registry>" и config_path, заданный как на шаге 0. Сам Docker отправляет образы по обычному HTTP только на localhost, поэтому отправляйте через localhost:<port> на хосте реестра или добавьте его в insecure-registries.