Skip to main content
40-overleaf.yaml
Перший запуск виконує міграції бази даних і триває хвилину-дві. Под готовий, коли відповідає /status; після цього відкрийте OVERLEAF_SITE_URL.

Чому маніфест виглядає саме так

  • Том даних. Усе в /var/lib/overleaf (файли проєктів, історія, завантаження) зберігається на PVC. З локальним сховищем вузла, як-от local-path, дані залишаються на одному вузлі; з мережевим блочним сховищем под може переміщатися між вузлами.
  • Томи компіляції та сокет Docker. Ayakaleaf Pro просить Docker вузла запустити контейнер TeX Live і передає йому каталог компіляції проєкту за його шляхом на вузлі. Тому ці каталоги є томами hostPath, а їхні шляхи повторюються в SANDBOXED_COMPILES_HOST_DIR_*. Їхній вміст — тимчасові дані, які не потребують резервного копіювання.
  • enableServiceLinks: false. Kubernetes додає до кожного пода змінні в стилі Docker для кожного Service простору імен: Service redis перетворюється на REDIS_PORT=tcp://10.x.x.x:6379, Service git-bridge — на GIT_BRIDGE_PORT=tcp://.... Деякі служби Overleaf зчитують змінні з такими іменами. У цьому поді перевагу мають налаштування з OVERLEAF_REDIS_* і ConfigMap, але git-bridge сприймає GIT_BRIDGE_PORT як свій порт і зупиняється (див. Інтеграція з Git). Вимкнення цих посилань обмежує середовище тим, що задали ви.
  • Recreate. Два поди ніколи не повинні використовувати той самий том даних або одночасно виконувати міграції.
  • Відкриття доступу. Service типу NodePort відповідає на порту 30080 кожного вузла. У продакшні розмістіть перед ним свій ingress-контролер або балансувальник навантаження й завершуйте TLS там; він має дозволяти WebSocket, тайм-аути запитів 10 хвилин (довгі компіляції) і завантаження розміром 50 МБ, а також передавати X-Forwarded-For і X-Forwarded-Proto.
Останнє оновлення 2 листопада 2026 р.