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; тег, що змінюється, оновлював би под щоразу, коли його переплановують.

​

Q&A

Наші вузли не мають доступу до 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 виконує push через звичайний HTTP лише на localhost, тож надсилайте через localhost:<port> на хості реєстру або додайте його до insecure-registries.