Миграция с NGINX
Сопоставьте серверные блоки, расположения, upstream’ы, проверки состояния, тайм-ауты и TLS-файлы в строгие Webship TOML с приоритетным cutover на уровне edge.
Откройте руководство NGINX →Руководства по миграции Webship
Перенесите завершение TLS, маршрутизацию, проверки состояния, статическую доставку и политику на границе в один runtime Rust. Каждое руководство разделяет прямые сопоставления и поведение, специфичное для поставщика, которое требует преднамеренного перепроектирования.
Проверьте основные веб-серверы, обратные прокси, кэши и среды выполнения приложений, которые обычно заменяются или перемещаются за Webship.
Сопоставьте серверные блоки, расположения, upstream’ы, проверки состояния, тайм-ауты и TLS-файлы в строгие Webship TOML с приоритетным cutover на уровне edge.
Откройте руководство NGINX →Переведите поведение VirtualHost, ProxyPass, TLS, таймаутов и upstream в строгий Webship TOML, затем постепенно выводите слушатели Apache на границе.
Откройте руководство Apache HTTP Server →Преобразуйте адреса сайтов Caddyfile, сопоставители, цели обратного прокси, проверки состояния и сертификаты в явную, проверенную конфигурацию Webship.
Откройте руководство Caddy →Переносите HTTP-фронтенды, бэкенды, проверки состояния, балансировку, тайм-ауты и обработку сертификатов в Webship, при этом сохраняя возможность быстрого отката.
Откройте руководство HAProxy →Сопоставьте слушатели, виртуальные хосты, маршруты, кластеры, конечные точки, проверки состояния, тайм-ауты и TLS для нижестоящих соединений в меньшую конфигурацию edge Webship.
Откройте руководство Envoy →Переведите точки входа, маршрутизаторы, правила, сервисы, проверки состояния, промежуточное ПО и TLS в стабильные маршруты и политики Webship.
Откройте руководство Traefik →Преобразуйте условия хоста, целевые прокси, корневые каталоги документов, TLS-файлы и настройки слушателей в маршруты или сайты Webship.
Откройте руководство Lighttpd →Замените привязки IIS, правила прокси ARR, маршрутизацию URL Rewrite и edge TLS на Webship, при этом сохранив зависимости приложений Windows за ними.
Откройте руководство Microsoft IIS →Преобразуйте виртуальные хосты, слушатели, внешние приложения, прокси-контексты, статические корневые директории и сертификаты в явные сайты и маршруты Webship.
Откройте руководство LiteSpeed / OpenLiteSpeed →Перенесите стандартное поведение edge NGINX в Webship, изолируя логику приложения Lua для явного решения о сохранении или переписывании.
Откройте руководство OpenResty →Перенесите стандартную маршрутизацию бэкенда и ограниченную политику кеша в Webship, при этом рассматривая пользовательское поведение VCL как измеренный редизайн, а не как замену поиска и замены.
Откройте руководство Varnish Cache →Замените пользовательский edge-сервис Pingora на декларативные маршруты Webship, если стандартные TLS, проксирование, проверка состояния, политики и наблюдаемость достаточны.
Откройте руководство Pingora →Разделяйте код приложения и задачи на краю: оставьте Bun как источник, в то время как Webship берет на себя TLS, доставку статических файлов, HTTP/3, защиту и маршрутизацию запросов.
Откройте руководство Bun.serve →