Migrasi dari NGINX
Peta blok server, lokasi, upstream, pemeriksaan kesehatan, batas waktu, dan file TLS ke Webship TOML yang ketat dengan cutover yang mengutamakan edge.
Buka panduan NGINX →Panduan migrasi Webship
Pindahkan terminasi TLS, routing, pemeriksaan kesehatan, pengiriman statis, dan kebijakan edge ke dalam satu runtime Rust. Setiap panduan memisahkan pemetaan langsung dari perilaku spesifik vendor yang memerlukan desain ulang yang disengaja.
Cari server web utama, proxy terbalik, cache, dan runtime aplikasi yang biasanya diganti atau dipindahkan di belakang Webship.
Peta blok server, lokasi, upstream, pemeriksaan kesehatan, batas waktu, dan file TLS ke Webship TOML yang ketat dengan cutover yang mengutamakan edge.
Buka panduan NGINX →Terjemahkan perilaku VirtualHost, ProxyPass, TLS, timeout, dan upstream ke dalam Webship TOML yang ketat, kemudian hentikan pendengar tepi Apache secara bertahap yang terkontrol.
Buka panduan Apache HTTP Server →Konversikan alamat situs Caddyfile, pencocok, target reverse_proxy, probe kesehatan, dan sertifikat menjadi konfigurasi Webship yang eksplisit dan tervalidasi.
Buka panduan Caddy →Pindahkan frontend HTTP, backend, pemeriksaan kesehatan, penyeimbangan, batas waktu, dan penanganan sertifikat ke Webship sambil mempertahankan jalur rollback yang cepat.
Buka panduan HAProxy →Peta pendengar, virtual host, rute, cluster, endpoint, pemeriksaan kesehatan, batas waktu, dan TLS downstream ke dalam konfigurasi edge Webship yang lebih kecil.
Buka panduan Envoy →Terjemahkan entry point, router, aturan, layanan, pemeriksaan kesehatan, middleware, dan TLS menjadi rute dan kebijakan Webship yang stabil.
Buka panduan Traefik →Terjemahkan kondisi host, target proxy, root dokumen, file TLS, dan pengaturan listener ke rute atau situs Webship.
Buka panduan Lighttpd →Ganti binding IIS, aturan proxy ARR, routing URL Rewrite, dan TLS edge dengan Webship sambil tetap menjaga ketergantungan aplikasi Windows di belakangnya.
Buka panduan Microsoft IIS →Ubah virtual hosts, listeners, aplikasi eksternal, konteks proxy, root statis, dan sertifikat menjadi situs dan rute Webship yang eksplisit.
Buka panduan LiteSpeed / OpenLiteSpeed →Pindahkan perilaku standar tepi NGINX ke dalam Webship sambil mengisolasi logika aplikasi Lua untuk keputusan eksplisit mempertahankan atau menulis ulang.
Buka panduan OpenResty →Pindahkan routing backend standar dan kebijakan cache terbatas ke dalam Webship sambil memperlakukan perilaku VCL yang kustom sebagai desain ulang yang terukur, bukan sebagai konversi search-and-replace.
Buka panduan Varnish Cache →Ganti layanan edge Pingora kustom dengan rute Webship deklaratif di mana TLS standar, proxying, kesehatan, kebijakan, dan observabilitas sudah memadai.
Buka panduan Pingora →Pisahkan kode aplikasi dari tugas edge: pertahankan Bun sebagai asalnya sementara Webship mengambil alih TLS, pengiriman statis, HTTP/3, perlindungan, dan pengaturan rute permintaan.
Buka panduan Bun.serve →