Server webnginx.conf
Migrare da NGINX
Mappa blocchi server, location, upstream, controlli di integrità, timeout e file TLS in Webship TOML rigorosi con un passaggio al bordo prioritario.
Apri la guida NGINX →Guide di migrazione Webship
Sposta dal tuo server web attuale a Webship con un passaggio controllato.
Sposta la terminazione TLS, il routing, i controlli di integrità, la consegna statica e le policy edge in un unico runtime Rust. Ogni guida separa le mappature dirette dal comportamento specifico del fornitore che richiede una riprogettazione deliberata.
Scegli il tuo edge attuale.
Cerca i principali server web, proxy inversi, cache e runtime applicativi comunemente sostituiti o spostati dietro Webship.
Server webhttpd.conf
Migrare da Apache HTTP Server
Trasforma VirtualHost, ProxyPass, TLS, timeout e comportamento upstream in stretta conformità con Webship TOML, quindi ritira i listener edge di Apache in fasi controllate.
Apri la guida Apache HTTP Server →Server webCaddyfile
Migrare da Caddy
Convertire gli indirizzi dei siti di Caddyfile, i matcher, i target reverse_proxy, le sonde di salute e i certificati in una configurazione Webship esplicita e validata.
Apri la guida Caddy →Proxy inversohaproxy.cfg
Migrare da HAProxy
Sposta frontend HTTP, backend, controlli di integrità, bilanciamento, timeout e gestione dei certificati in Webship pur mantenendo un percorso di rollback rapido.
Apri la guida HAProxy →Proxy inversoenvoy.yaml
Migrare da Envoy
Mappa listener, host virtuali, rotte, cluster, endpoint, controlli di integrità, timeout e TLS a valle in una configurazione edge Webship più piccola.
Apri la guida Envoy →Proxy inversotraefik.yaml
Migrare da Traefik
Tradurre punti d'accesso, router, regole, servizi, controlli di integrità, middleware e TLS in percorsi e policy stabili Webship.
Apri la guida Traefik →Server weblighttpd.conf
Migrare da Lighttpd
Traduci le condizioni dell'host, i target del proxy, le root dei documenti, i file TLS e le impostazioni dei listener in percorsi o siti di Webship.
Apri la guida Lighttpd →Server webweb.config
Migrare da Microsoft IIS
Sostituisci le binding di IIS, le regole del proxy ARR, il routing di URL Rewrite e il TLS al margine con Webship pur mantenendo le dipendenze delle applicazioni Windows dietro di esso.
Apri la guida Microsoft IIS →Server webWebAdmin / virtual host
Migrare da LiteSpeed / OpenLiteSpeed
Converti host virtuali, listener, applicazioni esterne, contesti proxy, root statici e certificati in siti e percorsi Webship espliciti.
Apri la guida LiteSpeed / OpenLiteSpeed →Server webnginx.conf + Lua
Migrare da OpenResty
Sposta il comportamento standard edge di NGINX in Webship isolando la logica applicativa Lua per una decisione esplicita di mantenere o riscrivere.
Apri la guida OpenResty →Cache HTTPVCL
Migrare da Varnish Cache
Sposta il routing standard del backend e la politica della cache limitata in Webship trattando il comportamento personalizzato di VCL come una riprogettazione misurata, non come una conversione di ricerca-e-sostituzione.
Apri la guida Varnish Cache →Proxy inversoRust + YAML
Migrare da Pingora
Sostituire un servizio edge Pingora personalizzato con percorsi dichiarativi Webship dove TLS standard, proxy, integrità, policy e osservabilità sono sufficienti.
Apri la guida Pingora →Server applicativoTypeScript
Migrare da Bun.serve
Separare il codice dell'applicazione dai compiti di edge: mantenere Bun come origine mentre Webship assume TLS, consegna statica, HTTP/3, protezione e instradamento delle richieste.
Apri la guida Bun.serve →