Serveur webnginx.conf
Migrez depuis NGINX
Cartographiez les blocs serveur, emplacements, upstreams, vérifications de santé, délais d’attente et fichiers TLS en Webship TOML strict avec un basculement prioritaire edge.
Ouvrez le guide NGINX →Guides de migration Webship
Passer de votre serveur web actuel à Webship avec une bascule contrôlée.
Déplacez la terminaison TLS, le routage, les contrôles de santé, la livraison statique et la politique de périphérie dans un seul runtime Rust. Chaque guide sépare les correspondances directes du comportement spécifique au fournisseur qui nécessite une refonte délibérée.
Choisissez votre point de périphérie actuel.
Recherchez les principaux serveurs web, proxys inverses, caches et environnements d'exécution d'applications souvent remplacés ou déplacés derrière Webship.
Serveur webhttpd.conf
Migrez depuis Apache HTTP Server
Traduisez VirtualHost, ProxyPass, TLS, timeout et le comportement en amont vers un Webship TOML strict, puis retirez progressivement les écouteurs de bord Apache de manière contrôlée.
Ouvrez le guide Apache HTTP Server →Serveur webCaddyfile
Migrez depuis Caddy
Convertir les adresses de sites Caddyfile, les correspondances, les cibles reverse_proxy, les sondes de santé et les certificats en configuration Webship explicite et validée.
Ouvrez le guide Caddy →Proxy inversehaproxy.cfg
Migrez depuis HAProxy
Déplacez les frontaux et backends HTTP, les contrôles de santé, l'équilibrage, les délais d'attente et la gestion des certificats dans Webship tout en préservant une voie de retour rapide.
Ouvrez le guide HAProxy →Proxy inverseenvoy.yaml
Migrez depuis Envoy
Mappez les écouteurs, hôtes virtuels, routes, clusters, points de terminaison, vérifications de santé, délais d'attente et TLS descendant dans une configuration de périphérie Webship plus petite.
Ouvrez le guide Envoy →Proxy inversetraefik.yaml
Migrez depuis Traefik
Traduisez les points d'entrée, les routeurs, les règles, les services, les vérifications de santé, les middlewares et TLS en routes et politiques Webship stables.
Ouvrez le guide Traefik →Serveur weblighttpd.conf
Migrez depuis Lighttpd
Traduisiez les conditions d'hôte, les cibles de proxy, les racines de documents, les fichiers TLS et les paramètres d'écoute en routes ou sites Webship.
Ouvrez le guide Lighttpd →Serveur webweb.config
Migrez depuis Microsoft IIS
Remplacez les liaisons IIS, les règles de proxy ARR, le routage URL Rewrite et TLS en périphérie par Webship tout en gardant les dépendances des applications Windows derrière lui.
Ouvrez le guide Microsoft IIS →Serveur webWebAdmin / virtual host
Migrez depuis LiteSpeed / OpenLiteSpeed
Convertir les hôtes virtuels, les écouteurs, les applications externes, les contextes proxy, les racines statiques et les certificats en sites et routes Webship explicites.
Ouvrez le guide LiteSpeed / OpenLiteSpeed →Serveur webnginx.conf + Lua
Migrez depuis OpenResty
Déplacez le comportement standard de l'edge NGINX dans Webship tout en isolant la logique applicative Lua pour une décision explicite de conserver ou de réécrire.
Ouvrez le guide OpenResty →Cache HTTPVCL
Migrez depuis Varnish Cache
Déplacez le routage standard du backend et la politique de cache bornée dans Webship tout en traitant le comportement personnalisé de VCL comme une refonte mesurée, et non comme une conversion par recherche et remplacement.
Ouvrez le guide Varnish Cache →Proxy inverseRust + YAML
Migrez depuis Pingora
Remplacez un service de bord personnalisé Pingora par des routes déclaratives Webship lorsque TLS standard, le proxy, la santé, les politiques et l'observabilité sont suffisants.
Ouvrez le guide Pingora →Serveur d'applicationTypeScript
Migrez depuis Bun.serve
Séparer le code de l'application des fonctions de périphérie : conserver Bun comme origine tandis que Webship prend en charge TLS, la livraison statique, HTTP/3, la protection et le routage des requêtes.
Ouvrez le guide Bun.serve →