Руководства по миграции Webship

Перенос с вашего текущего веб-сервера на Webship с контролируемым переключением.

Перенесите завершение TLS, маршрутизацию, проверки состояния, статическую доставку и политику на границе в один runtime Rust. Каждое руководство разделяет прямые сопоставления и поведение, специфичное для поставщика, которое требует преднамеренного перепроектирования.

Выберите ваш текущий edge.

Проверьте основные веб-серверы, обратные прокси, кэши и среды выполнения приложений, которые обычно заменяются или перемещаются за Webship.

Веб-серверnginx.conf

Миграция с NGINX

Сопоставьте серверные блоки, расположения, upstream’ы, проверки состояния, тайм-ауты и TLS-файлы в строгие Webship TOML с приоритетным cutover на уровне edge.

Откройте руководство NGINX →
Веб-серверhttpd.conf

Миграция с Apache HTTP Server

Переведите поведение VirtualHost, ProxyPass, TLS, таймаутов и upstream в строгий Webship TOML, затем постепенно выводите слушатели Apache на границе.

Откройте руководство Apache HTTP Server →
Веб-серверCaddyfile

Миграция с Caddy

Преобразуйте адреса сайтов Caddyfile, сопоставители, цели обратного прокси, проверки состояния и сертификаты в явную, проверенную конфигурацию Webship.

Откройте руководство Caddy →
Обратный проксиhaproxy.cfg

Миграция с HAProxy

Переносите HTTP-фронтенды, бэкенды, проверки состояния, балансировку, тайм-ауты и обработку сертификатов в Webship, при этом сохраняя возможность быстрого отката.

Откройте руководство HAProxy →
Обратный проксиenvoy.yaml

Миграция с Envoy

Сопоставьте слушатели, виртуальные хосты, маршруты, кластеры, конечные точки, проверки состояния, тайм-ауты и TLS для нижестоящих соединений в меньшую конфигурацию edge Webship.

Откройте руководство Envoy →
Обратный проксиtraefik.yaml

Миграция с Traefik

Переведите точки входа, маршрутизаторы, правила, сервисы, проверки состояния, промежуточное ПО и TLS в стабильные маршруты и политики Webship.

Откройте руководство Traefik →
Веб-серверlighttpd.conf

Миграция с Lighttpd

Преобразуйте условия хоста, целевые прокси, корневые каталоги документов, TLS-файлы и настройки слушателей в маршруты или сайты Webship.

Откройте руководство Lighttpd →
Веб-серверweb.config

Миграция с Microsoft IIS

Замените привязки IIS, правила прокси ARR, маршрутизацию URL Rewrite и edge TLS на Webship, при этом сохранив зависимости приложений Windows за ними.

Откройте руководство Microsoft IIS →
Веб-серверWebAdmin / virtual host

Миграция с LiteSpeed / OpenLiteSpeed

Преобразуйте виртуальные хосты, слушатели, внешние приложения, прокси-контексты, статические корневые директории и сертификаты в явные сайты и маршруты Webship.

Откройте руководство LiteSpeed / OpenLiteSpeed →
Веб-серверnginx.conf + Lua

Миграция с OpenResty

Перенесите стандартное поведение edge NGINX в Webship, изолируя логику приложения Lua для явного решения о сохранении или переписывании.

Откройте руководство OpenResty →
HTTP-кэшVCL

Миграция с Varnish Cache

Перенесите стандартную маршрутизацию бэкенда и ограниченную политику кеша в Webship, при этом рассматривая пользовательское поведение VCL как измеренный редизайн, а не как замену поиска и замены.

Откройте руководство Varnish Cache →
Обратный проксиRust + YAML

Миграция с Pingora

Замените пользовательский edge-сервис Pingora на декларативные маршруты Webship, если стандартные TLS, проксирование, проверка состояния, политики и наблюдаемость достаточны.

Откройте руководство Pingora →
Сервер приложенийTypeScript

Миграция с Bun.serve

Разделяйте код приложения и задачи на краю: оставьте Bun как источник, в то время как Webship берет на себя TLS, доставку статических файлов, HTTP/3, защиту и маршрутизацию запросов.

Откройте руководство Bun.serve →