Serwer WWWnginx.conf
Migruj z NGINX
Zmapuj bloki serwera, lokalizacje, upstreamy, kontrole stanu, limity czasu i pliki TLS na ścisłe Webship TOML z migracją edge-first.
Otwórz przewodnik NGINX →Przewodniki migracji Webship
Przenieś się ze swojego aktualnego serwera internetowego do Webship z kontrolowanym przeniesieniem.
Przenieś obsługę zakończenia TLS, routingu, kontroli stanu, dostarczania statycznych treści i polityki na brzegach do jednego środowiska wykonawczego Rust. Każdy przewodnik oddziela bezpośrednie mapowania od zachowań specyficznych dla dostawcy, które wymagają świadomego przeprojektowania.
Wybierz swoją aktualną krawędź.
Przeszukaj główne serwery WWW, serwery proxy, pamięci podręczne i środowiska wykonywania aplikacji, które zwykle są wymieniane lub przenoszone za Webship.
Serwer WWWhttpd.conf
Migruj z Apache HTTP Server
Przetłumacz VirtualHost, ProxyPass, TLS, timeout i zachowanie upstream na ścisłe Webship TOML, a następnie wycofaj nasłuchiwacze Apache w kontrolowanych etapach.
Otwórz przewodnik Apache HTTP Server →Serwer WWWCaddyfile
Migruj z Caddy
Przekształć adresy stron Caddyfile, dopasowania, cele reverse_proxy, sondy zdrowia i certyfikaty w jawne, zweryfikowane konfiguracje Webship.
Otwórz przewodnik Caddy →Reverse proxyhaproxy.cfg
Migruj z HAProxy
Przenieś frontendy HTTP, backendy, kontrole stanu, równoważenie obciążenia, limity czasu i obsługę certyfikatów do Webship przy zachowaniu szybkiej ścieżki wycofania.
Otwórz przewodnik HAProxy →Reverse proxyenvoy.yaml
Migruj z Envoy
Mapuj nasłuchiwacze, wirtualne hosty, trasy, klastry, punkty końcowe, kontrole stanu, limity czasu oraz TLS downstream do mniejszej konfiguracji brzegowej Webship.
Otwórz przewodnik Envoy →Reverse proxytraefik.yaml
Migruj z Traefik
Przekształć punkty wejścia, routery, reguły, usługi, kontrole stanu, middleware i TLS w stabilne trasy i zasady Webship.
Otwórz przewodnik Traefik →Serwer WWWlighttpd.conf
Migruj z Lighttpd
Przetłumacz warunki hosta, cele proxy, katalogi dokumentów, pliki TLS i ustawienia nasłuchiwania na trasy lub strony Webship.
Otwórz przewodnik Lighttpd →Serwer WWWweb.config
Migruj z Microsoft IIS
Zastąp powiązania IIS, zasady proxy ARR, trasowanie URL Rewrite i TLS na krawędzi za pomocą Webship, jednocześnie zachowując zależności aplikacji Windows za nim.
Otwórz przewodnik Microsoft IIS →Serwer WWWWebAdmin / virtual host
Migruj z LiteSpeed / OpenLiteSpeed
Przekształć wirtualne hosty, nasłuchiwacze, aplikacje zewnętrzne, konteksty proxy, statyczne katalogi główne i certyfikaty w jawne witryny i trasy Webship.
Otwórz przewodnik LiteSpeed / OpenLiteSpeed →Serwer WWWnginx.conf + Lua
Migruj z OpenResty
Przenieś standardowe zachowanie brzegowe NGINX do Webship, izolując logikę aplikacji Lua dla wyraźnej decyzji zachowaj-lub-przepisz.
Otwórz przewodnik OpenResty →Pamięć podręczna HTTPVCL
Migruj z Varnish Cache
Przenieś standardowe routowanie backendu i ograniczoną politykę pamięci podręcznej do Webship, traktując niestandardowe zachowanie VCL jako mierzone przeprojektowanie, a nie konwersję metodą wyszukaj-i-zamień.
Otwórz przewodnik Varnish Cache →Reverse proxyRust + YAML
Migruj z Pingora
Zastąp niestandardową usługę krawędziową Pingora deklaratywnymi trasami Webship, gdy standardowe TLS, proxy, zdrowie, zasady i obserwowalność są wystarczające.
Otwórz przewodnik Pingora →Serwer aplikacjiTypeScript
Migruj z Bun.serve
Oddziel kod aplikacji od obowiązków brzegowych: zachowaj Bun jako źródło, podczas gdy Webship przejmuje TLS, dostarczanie statyczne, HTTP/3, ochronę i trasowanie żądań.
Otwórz przewodnik Bun.serve →