Skip to main content
40-overleaf.yaml
Den første oppstarten kjører databasemigreringene og tar et minutt eller to. Poden er klar når /status svarer; åpne deretter OVERLEAF_SITE_URL.

Hvorfor manifestet ser slik ut

  • Datavolum. Alt under /var/lib/overleaf (prosjektfiler, historikk, opplastinger) ligger på PVC-en. Dataene blir værende på én node med nodelokal lagring som local-path; med blokklagring over nettverket kan poden flytte mellom noder.
  • Kompileringsvolumer og Docker-socketen. Ayakaleaf Pro ber nodens Docker om å starte en TeX Live-container og gir den prosjektets kompileringskatalog via stien på noden. Disse katalogene er derfor hostPath-volumer, og stiene deres gjentas i SANDBOXED_COMPILES_HOST_DIR_*. Innholdet er midlertidige data og trenger ingen sikkerhetskopi.
  • enableServiceLinks: false. Kubernetes legger til variabler i Docker-stil for hver Service i navnerommet i hver pod: Service-en redis blir REDIS_PORT=tcp://10.x.x.x:6379, Service-en git-bridge GIT_BRIDGE_PORT=tcp://.... Noen Overleaf-tjenester leser variabler med disse navnene. I denne poden vinner innstillingene fra OVERLEAF_REDIS_* og ConfigMap-en, men git-bridge tar GIT_BRIDGE_PORT som sin port og stopper (se Git-integrasjon). Når du slår av lenkene, begrenses miljøet til det du selv angir.
  • Recreate. To poder må aldri bruke det samme datavolumet eller kjøre migreringer samtidig.
  • Eksponering. NodePort-Service-en svarer på port 30080 på hver node. I produksjon setter du ingress-kontrolleren eller lastbalansereren din foran og avslutter TLS der; den må tillate WebSockets, tidsavbrudd for forespørsler på 10 minutter (lange kompileringer) og opplastinger på 50 MB, og sende videre X-Forwarded-For og X-Forwarded-Proto.
Sist endret 2. november 2026