Guias de migração Webship

Mover do seu servidor web atual para Webship com uma transição controlada.

Mova a terminação TLS, encaminhamento, verificações de saúde, entrega de conteúdo estático e política de extremidade para um único runtime Rust. Cada guia separa os mapeamentos diretos do comportamento específico do fornecedor que necessita de redesign deliberado.

Escolha a sua borda atual.

Pesquise os principais servidores web, proxies reversos, caches e tempos de execução de aplicações que são geralmente substituídos ou movidos para trás de Webship.

Servidor webnginx.conf

Migrar de NGINX

Mapeie blocos de servidores, locations, upstreams, verificações de saúde, timeouts e ficheiros TLS em Webship TOML rígidos com um corte edge-first.

Abrir o guia NGINX →
Servidor webhttpd.conf

Migrar de Apache HTTP Server

Traduza o comportamento de VirtualHost, ProxyPass, TLS, timeout e upstream para Webship TOML estrito, depois retire os listeners de borda do Apache em fases controladas.

Abrir o guia Apache HTTP Server →
Servidor webCaddyfile

Migrar de Caddy

Converta endereços de sites, correspondentes, destinos reverse_proxy, sondas de integridade e certificados Caddyfile em configuração explícita e validada Webship.

Abrir o guia Caddy →
Proxy reversohaproxy.cfg

Migrar de HAProxy

Mova frontends HTTP, backends, verificações de integridade, balanceamento, timeouts e gestão de certificados para Webship enquanto preserva um caminho de rollback rápido.

Abrir o guia HAProxy →
Proxy reversoenvoy.yaml

Migrar de Envoy

Mapeie listeners, hosts virtuais, rotas, clusters, endpoints, verificações de integridade, timeouts e TLS descendente numa configuração de borda Webship mais pequena.

Abrir o guia Envoy →
Proxy reversotraefik.yaml

Migrar de Traefik

Traduza pontos de entrada, routers, regras, serviços, verificações de saúde, middlewares e TLS em rotas e políticas Webship estáveis.

Abrir o guia Traefik →
Servidor weblighttpd.conf

Migrar de Lighttpd

Traduza condições de host, destinos de proxy, raízes de documentos, ficheiros TLS e configurações do ouvinte para rotas ou sites em Webship.

Abrir o guia Lighttpd →
Servidor webweb.config

Migrar de Microsoft IIS

Substitua ligadores do IIS, regras de proxy do ARR, encaminhamento via URL Rewrite e TLS em edge por Webship enquanto mantém as dependências de aplicações do Windows atrás dele.

Abrir o guia Microsoft IIS →
Servidor webWebAdmin / virtual host

Migrar de LiteSpeed / OpenLiteSpeed

Converta hosts virtuais, listeners, aplicações externas, contextos de proxy, raízes estáticas e certificados em sites e rotas Webship explícitos.

Abrir o guia LiteSpeed / OpenLiteSpeed →
Servidor webnginx.conf + Lua

Migrar de OpenResty

Transfira o comportamento padrão de borda NGINX para Webship, enquanto isola a lógica de aplicação Lua para uma decisão explícita de manter ou reescrever.

Abrir o guia OpenResty →
Cache HTTPVCL

Migrar de Varnish Cache

Transfira o encaminhamento padrão do backend e a política de cache limitada para Webship, tratando o comportamento personalizado de VCL como um redesenho medido, não como uma conversão de pesquisa e substituição.

Abrir o guia Varnish Cache →
Proxy reversoRust + YAML

Migrar de Pingora

Substitua um serviço de borda personalizado Pingora por rotas declarativas Webship onde TLS padrão, proxy, verificação de saúde, políticas e observabilidade sejam suficientes.

Abrir o guia Pingora →
Servidor de aplicaçãoTypeScript

Migrar de Bun.serve

Separe o código da aplicação das funções de edge: mantenha o Bun como origem enquanto Webship assume o TLS, entrega estática, HTTP/3, proteção e roteamento de pedidos.

Abrir o guia Bun.serve →