Servidor webnginx.conf
Migrar desde NGINX
Asigne bloques de servidor, ubicaciones, upstreams, verificaciones de estado, tiempos de espera y archivos TLS en estrictos Webship TOML con un cambio de corte primero en el borde.
Abre la guía NGINX →Guías de migración de Webship
Moverse desde su servidor web actual a Webship con un cambio controlado.
Traslada la terminación TLS, el enrutamiento, las comprobaciones de salud, la entrega estática y la política de borde a un único tiempo de ejecución Rust. Cada guía separa las asignaciones directas del comportamiento específico del proveedor que requiere un rediseño deliberado.
Elige tu edge actual.
Busque los servidores web principales, proxies inversos, cachés y entornos de ejecución de aplicaciones que comúnmente se reemplazan o se mueven detrás de Webship.
Servidor webhttpd.conf
Migrar desde Apache HTTP Server
Traduza VirtualHost, ProxyPass, TLS, tiempo de espera y comportamiento upstream a estrictos Webship TOML, luego retire los listeners de borde de Apache en etapas controladas.
Abre la guía Apache HTTP Server →Servidor webCaddyfile
Migrar desde Caddy
Convierte direcciones de sitios Caddyfile, coincidencias, objetivos de proxy inverso, sondas de salud y certificados en una configuración explícita y validada de Webship.
Abre la guía Caddy →Proxy inversohaproxy.cfg
Migrar desde HAProxy
Mueva los frontends HTTP, backends, comprobaciones de estado, balanceo, tiempos de espera y manejo de certificados a Webship mientras se conserva una ruta rápida de reversión.
Abre la guía HAProxy →Proxy inversoenvoy.yaml
Migrar desde Envoy
Mapea oyentes, hosts virtuales, rutas, clústeres, endpoints, chequeos de salud, tiempos de espera y TLS downstream en una configuración de borde Webship más pequeña.
Abre la guía Envoy →Proxy inversotraefik.yaml
Migrar desde Traefik
Traduce puntos de entrada, enrutadores, reglas, servicios, verificaciones de salud, middlewares y TLS en rutas y políticas estables de Webship.
Abre la guía Traefik →Servidor weblighttpd.conf
Migrar desde Lighttpd
Traduza las condiciones del host, los objetivos del proxy, las raíces de documentos, los archivos TLS y la configuración del listener en rutas o sitios de Webship.
Abre la guía Lighttpd →Servidor webweb.config
Migrar desde Microsoft IIS
Reemplace las vinculaciones de IIS, las reglas de proxy de ARR, el enrutamiento de URL Rewrite y TLS de borde con Webship mientras mantiene las dependencias de la aplicación de Windows detrás de él.
Abre la guía Microsoft IIS →Servidor webWebAdmin / virtual host
Migrar desde LiteSpeed / OpenLiteSpeed
Convierta los hosts virtuales, listeners, aplicaciones externas, contextos de proxy, raíces estáticas y certificados en sitios y rutas explícitas de Webship.
Abre la guía LiteSpeed / OpenLiteSpeed →Servidor webnginx.conf + Lua
Migrar desde OpenResty
Traslade el comportamiento estándar de borde de NGINX a Webship mientras aísla la lógica de aplicación Lua para una decisión explícita de conservar o reescribir.
Abre la guía OpenResty →Caché HTTPVCL
Migrar desde Varnish Cache
Mueve el enrutamiento estándar de backend y la política de caché acotada a Webship mientras tratas el comportamiento personalizado de VCL como un rediseño medido, no como una conversión de buscar y reemplazar.
Abre la guía Varnish Cache →Proxy inversoRust + YAML
Migrar desde Pingora
Reemplace un servicio de borde Pingora personalizado con rutas declarativas Webship donde TLS estándar, proxy, salud, políticas y observabilidad sean suficientes.
Abre la guía Pingora →Servidor de aplicacionesTypeScript
Migrar desde Bun.serve
Separa el código de la aplicación de las funciones de edge: conserva Bun como el origen mientras Webship se encarga de TLS, entrega estática, HTTP/3, protección y enrutamiento de solicitudes.
Abre la guía Bun.serve →