Distribuzione HTTPS, backup e ripristino del negozio software

In produzione usa un account di sistema dedicato con privilegi minimi per eseguire launch serve, fissando cartella di lavoro e percorso della configurazione nel gestore dei servizi. Su Linux usa systemd per l'avvio automatico e Restart=on-failure per riavviare dopo arresti anomali. Su Windows un gestore dei servizi fidato può eseguire lo stesso comando launch.exe serve .

Esempio Linux systemd

[Unit]
Description=Licentivo Launch
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
User=launch
Group=launch
WorkingDirectory=/opt/licentivo-launch
ExecStart=/opt/licentivo-launch/launch serve --config /etc/licentivo-launch/config.yaml
Restart=on-failure
RestartSec=5
UMask=0077
NoNewPrivileges=true

[Install]
WantedBy=multi-user.target

Crea prima l'utente di sistema launch, con accesso in lettura alla configurazione e in scrittura agli upload. Esegui quindi sudo systemctl daemon-reload e sudo systemctl enable --now licentivo-launch. Un arresto volontario del servizio non attiva il riavvio per errore.

Se un reverse proxy fornisce HTTPS pubblico, associa http_addr a un indirizzo interno e imposta public_url sul dominio HTTPS effettivamente visitato dai clienti. Prima della pubblicazione verifica che /healthz e /readyz restituiscano entrambi 200.

./launch check --config /etc/licentivo-launch/config.yaml
./launch backup --config /etc/licentivo-launch/config.yaml /secure/backup/launch.launchbackup

Prima del backup imposta un valore separato per LAUNCH_BACKUP_PASSPHRASE. Il backup del database non include gli upload: salva separatamente quella cartella. Il ripristino può scrivere solo in un database vuoto e genera accanto all'archivio il file protetto PATH.secrets.yaml. Dopo il ripristino riconcilia pagamenti, rimborsi e modifiche alle licenze successivi al backup.