NGINX から移行する
マップサーバーブロック、ロケーション、アップストリーム、ヘルスチェック、タイムアウト、TLSファイルを、エッジ優先の切り替えで厳格なWebship TOMLにマッピングします。
NGINX ガイドを開く →Webship 移行ガイド
TLS終了、ルーティング、ヘルスチェック、静的配信、エッジポリシーをすべて1つのRustランタイムに移動します。各ガイドでは、直接マッピングと、意図的な再設計が必要なベンダー固有の動作を分離しています。
主要なウェブサーバー、リバースプロキシ、キャッシュ、および Webship の背後に移動または置き換えられることが一般的なアプリケーションランタイムを検索してください。
マップサーバーブロック、ロケーション、アップストリーム、ヘルスチェック、タイムアウト、TLSファイルを、エッジ優先の切り替えで厳格なWebship TOMLにマッピングします。
NGINX ガイドを開く →VirtualHost、ProxyPass、TLS、タイムアウト、およびアップストリームの動作を厳密な Webship TOML に変換し、その後、Apache のエッジリスナーを段階的に廃止してください。
Apache HTTP Server ガイドを開く →Caddyfile のサイトアドレス、マッチャー、リバースプロキシターゲット、ヘルスプローブ、および証明書を明示的で検証済みの Webship 設定に変換します。
Caddy ガイドを開く →HTTPフロントエンド、バックエンド、ヘルスチェック、負荷分散、タイムアウト、および証明書処理をWebshipに移動し、迅速なロールバック経路を維持します。
HAProxy ガイドを開く →リスナー、仮想ホスト、ルート、クラスター、エンドポイント、ヘルスチェック、タイムアウト、およびダウンストリーム TLS をより小規模な Webship エッジ構成にマッピングします。
Envoy ガイドを開く →エントリーポイント、ルーター、ルール、サービス、ヘルスチェック、ミドルウェア、TLSを安定したWebshipルートとポリシーに変換します。
Traefik ガイドを開く →ホスト条件、プロキシターゲット、ドキュメントルート、TLSファイル、およびリスナー設定をWebshipのルートまたはサイトに変換します。
Lighttpd ガイドを開く →IISのバインディング、ARRプロキシルール、URLリライトのルーティング、およびエッジTLSをWebshipに置き換えつつ、Windowsアプリケーションの依存関係はその背後に残します。
Microsoft IIS ガイドを開く →仮想ホスト、リスナー、外部アプリケーション、プロキシコンテキスト、静的ルート、および証明書を明示的なWebshipサイトおよびルートに変換します。
LiteSpeed / OpenLiteSpeed ガイドを開く →標準のNGINXエッジ動作をWebshipに移動し、Luaアプリケーションロジックを明示的な保持または書き直し判断のために分離します。
OpenResty ガイドを開く →標準的なバックエンドルーティングと制限付きキャッシュポリシーをWebshipに移行し、カスタムVCLの動作は検索・置換による変換ではなく、慎重に設計し直すものとして扱います。
Varnish Cache ガイドを開く →標準的な TLS、プロキシ、ヘルス、ポリシー、および可観測性が十分である場合、カスタム Pingora エッジサービスを宣言型の Webship ルートに置き換えてください。
Pingora ガイドを開く →アプリケーションコードをエッジの役割から分離します:Bunをオリジンとして保持しながら、Webship がTLS、静的配信、HTTP/3、保護、およびリクエストルーティングを引き継ぎます。
Bun.serve ガイドを開く →