โยกย้ายจาก NGINX
แม็ปบล็อกเซิร์ฟเวอร์, ที่ตั้ง, upstreams, ตรวจสอบสุขภาพ, การหมดเวลา, และไฟล์ TLS เข้ากับ Webship TOML อย่างเข้มงวดด้วยการเปลี่ยนแบบ edge-first.
เปิดคู่มือ NGINX →คู่มือการโยกย้าย Webship
ย้ายการยุติ TLS, การกำหนดเส้นทาง, การตรวจสอบสุขภาพ, การจัดส่งแบบสถิต และนโยบาย edge ไปยัง runtime Rust หนึ่งเดียว คู่มือแต่ละฉบับจะแยกการแมปโดยตรงออกจากพฤติกรรมเฉพาะของผู้ขายที่ต้องการการออกแบบใหม่อย่างรอบคอบ
ค้นหาเว็บเซิร์ฟเวอร์หลัก โปร๊กซี่กลับ แคช และรันไทม์แอปพลิเคชันที่มักถูกแทนที่หรือย้ายไปอยู่หลัง Webship
แม็ปบล็อกเซิร์ฟเวอร์, ที่ตั้ง, upstreams, ตรวจสอบสุขภาพ, การหมดเวลา, และไฟล์ TLS เข้ากับ Webship TOML อย่างเข้มงวดด้วยการเปลี่ยนแบบ edge-first.
เปิดคู่มือ NGINX →แปล VirtualHost, ProxyPass, TLS, timeout และพฤติกรรมด้านต้นน้ำไปเป็น Webship TOML อย่างเข้มงวด จากนั้นยกเลิกผู้ฟัง Apache edge ในขั้นตอนที่ควบคุมได้
เปิดคู่มือ Apache HTTP Server →แปลงที่อยู่ไซต์ Caddyfile, ตัวจับคู่, เป้าหมาย reverse_proxy, ตรวจสอบสุขภาพ, และใบรับรองเป็นการกำหนดค่า Webship ที่ชัดเจนและตรวจสอบแล้ว
เปิดคู่มือ Caddy →ย้าย frontend HTTP, backend, การตรวจสอบสุขภาพ, การกระจายน้ำหนัก, timeout, และการจัดการใบรับรองเข้ามาใน Webship ในขณะที่ยังคงเส้นทาง rollback ที่รวดเร็วไว้
เปิดคู่มือ HAProxy →แม็ปลิสต์เนอร์, โฮสต์เสมือน, เส้นทาง, คลัสเตอร์, จุดเชื่อมต่อ, การตรวจสอบสุขภาพ, เวลา timeout, และ TLS ของ downstream ไปเป็นการกำหนดค่า edge ของ Webship ที่เล็กลง
เปิดคู่มือ Envoy →แปลงจุดเข้า, ตัวกำหนดเส้นทาง, กฎ, บริการ, การตรวจสอบสุขภาพ, มิดเดิลแวร์ และ TLS ให้เป็นเส้นทางและนโยบาย Webship ที่เสถียร
เปิดคู่มือ Traefik →แปลงเงื่อนไขโฮสต์, เป้าหมายพร็อกซี, รากเอกสาร, ไฟล์ TLS และการตั้งค่าตัวฟังเป็นเส้นทางหรือไซต์ของ Webship
เปิดคู่มือ Lighttpd →แทนที่การเชื่อมโยง IIS, กฎพร็อกซี ARR, การกำหนดเส้นทาง URL Rewrite และ TLS ขอบด้วย Webship ในขณะที่ยังคงรักษาการพึ่งพาแอปพลิเคชัน Windows ไว้เบื้องหลัง
เปิดคู่มือ Microsoft IIS →แปลงโฮสต์เสมือน, ตัวฟัง, แอปพลิเคชันภายนอก, บริบทพร็อกซี, รากสแตติก และใบรับรองเป็นไซต์และเส้นทาง Webship ที่ชัดเจน
เปิดคู่มือ LiteSpeed / OpenLiteSpeed →ย้ายพฤติกรรม edge มาตรฐานของ NGINX ไปยัง Webship ในขณะเดียวกันแยกตรรกะแอปพลิเคชัน Lua เพื่อการตัดสินใจชัดเจนว่ารักษาหรือเขียนใหม่.
เปิดคู่มือ OpenResty →ย้ายการกำหนดเส้นทางแบ็กเอนด์มาตรฐานและนโยบายแคชขอบเขตเข้าสู่ Webship ในขณะที่พิจารณาพฤติกรรม VCL แบบกำหนดเองเป็นการออกแบบใหม่ที่วัดผลได้ ไม่ใช่การค้นหาและแทนที่แบบอัตโนมัติ
เปิดคู่มือ Varnish Cache →แทนที่บริการ edge ของ Pingora ที่กำหนดเองด้วยเส้นทาง Webship แบบประกาศโดยตรง เมื่อ TLS มาตรฐาน การพร็อกซี สุขภาพ นโยบาย และการสังเกตการณ์เพียงพอ
เปิดคู่มือ Pingora →แยกโค้ดแอปพลิเคชันออกจากหน้าที่ edge: รักษา Bun เป็นต้นทางในขณะที่ Webship ดูแล TLS, การส่งไฟล์สแตติก, HTTP/3, การป้องกัน, และการกำหนดเส้นทางคำขอ
เปิดคู่มือ Bun.serve →