Lumipat mula sa NGINX
I-map ang mga server block, location, upstream, health check, timeout, at TLS file sa mahigpit na Webship TOML gamit ang edge-first na cutover.
Buksan ang gabay ng NGINX →Gabay sa paglilipat ng Webship
Ilipat ang TLS termination, routing, health checks, static delivery, at edge policy sa isang Rust runtime. Ang bawat gabay ay naghihiwalay ng direktang mappings mula sa vendor-specific na pag-uugali na nangangailangan ng maingat na redesign.
Hanapin ang mga pangunahing web server, reverse proxy, cache, at application runtime na karaniwang pinalitan o inililipat sa likod ng Webship.
I-map ang mga server block, location, upstream, health check, timeout, at TLS file sa mahigpit na Webship TOML gamit ang edge-first na cutover.
Buksan ang gabay ng NGINX →Isalin ang VirtualHost, ProxyPass, TLS, timeout, at ugali ng upstream sa mahigpit na Webship TOML, pagkatapos ay i-retire ang mga Apache edge listener sa mga kontroladong yugto.
Buksan ang gabay ng Apache HTTP Server →I-convert ang mga address ng Caddyfile site, mga matcher, reverse_proxy na target, health probe, at mga sertipiko sa malinaw at na-validate na Webship configuration.
Buksan ang gabay ng Caddy →Ilipat ang mga HTTP frontends, backends, health checks, balancing, timeouts, at paghawak ng sertipiko sa Webship habang pinapanatili ang mabilis na landas para sa rollback.
Buksan ang gabay ng HAProxy →I-map ang mga listener, virtual hosts, ruta, cluster, endpoint, health checks, timeout, at downstream TLS sa mas maliit na Webship edge configuration.
Buksan ang gabay ng Envoy →Isalin ang entry points, routers, rules, services, health checks, middlewares, at TLS sa matatag na Webship routes at policies.
Buksan ang gabay ng Traefik →Isalin ang mga kundisyon ng host, mga target na proxy, ugat ng dokumento, mga TLS na file, at mga setting ng tagapakinig sa mga ruta o site ng Webship.
Buksan ang gabay ng Lighttpd →Palitan ang IIS bindings, ARR proxy rules, URL Rewrite routing, at edge TLS ng Webship habang pinananatili ang Windows application dependencies sa likod nito.
Buksan ang gabay ng Microsoft IIS →I-convert ang mga virtual host, listener, external na aplikasyon, proxy context, static root, at mga sertipiko sa mga tahasang Webship na site at ruta.
Buksan ang gabay ng LiteSpeed / OpenLiteSpeed →Ilipat ang karaniwang pag-uugali ng NGINX edge sa Webship habang hinihiwalay ang Lua application logic para sa isang malinaw na desisyon kung panatilihin o isusulat muli.
Buksan ang gabay ng OpenResty →Ilipat ang standard backend routing at bounded cache policy sa Webship habang itinuturing ang custom VCL behavior bilang isang pinag-isang redesign, hindi bilang isang search-and-replace conversion.
Buksan ang gabay ng Varnish Cache →Palitan ang isang custom na Pingora edge service ng deklaratibong Webship routes kung saan sapat na ang standard na TLS, proxying, health, policy, at observability.
Buksan ang gabay ng Pingora →Paghiwalayin ang code ng aplikasyon mula sa mga tungkulin sa edge: panatilihin ang Bun bilang pinagmulan habang ang Webship ang humahawak sa TLS, static delivery, HTTP/3, proteksyon, at pag-route ng kahilingan.
Buksan ang gabay ng Bun.serve →