Skip to main content
40-overleaf.yaml
První start spouští migrace databáze a trvá minutu nebo dvě. Pod je připraven, když odpovídá /status; poté otevřete OVERLEAF_SITE_URL.

Proč manifest vypadá takto

  • Datový svazek. Vše pod /var/lib/overleaf (soubory projektů, historie, nahrané soubory) je uloženo na PVC. S úložištěm lokálním pro uzel, jako je local-path, zůstávají data na jednom uzlu; se síťovým blokovým úložištěm se pod může přesouvat mezi uzly.
  • Svazky pro kompilace a Docker socket. Ayakaleaf Pro žádá Docker uzlu o spuštění kontejneru TeX Live a předává mu adresář kompilace projektu pomocí jeho cesty na uzlu. Tyto adresáře jsou proto svazky hostPath a jejich cesty se opakují v SANDBOXED_COMPILES_HOST_DIR_*. Jejich obsah jsou dočasná data a nepotřebuje zálohu.
  • enableServiceLinks: false. Kubernetes přidává do každého podu proměnné ve stylu Dockeru pro každou Service v namespace: ze Service redis se stane REDIS_PORT=tcp://10.x.x.x:6379, ze Service git-bridge GIT_BRIDGE_PORT=tcp://.... Některé služby Overleafu čtou proměnné s těmito názvy. V tomto podu mají přednost nastavení z OVERLEAF_REDIS_* a z ConfigMapu, ale git-bridge bere GIT_BRIDGE_PORT jako svůj port a zastaví se (viz Integrace s Gitem). Vypnutí těchto odkazů omezí prostředí na to, co nastavíte.
  • Recreate. Dva pody nikdy nesmí používat stejný datový svazek ani současně spouštět migrace.
  • Zpřístupnění. Service typu NodePort odpovídá na portu 30080 každého uzlu. V produkci před ni umístěte svůj ingress controller nebo load balancer a ukončujte TLS tam; musí povolovat WebSockety, časové limity požadavků 10 minut (dlouhé kompilace) a nahrávání o velikosti 50 MB a předávat X-Forwarded-For a X-Forwarded-Proto.
Naposledy změněno 2. listopadu 2026