ในเดือนมิถุนายน 2024 แอป Cara กลายเป็นไวรัล เติบโตจาก 40,000 เป็น 650,000 ผู้ใช้ภายในสัปดาห์เดียว และผู้ก่อตั้งรายงานว่าได้รับบิล Vercel เป็นเงิน $96,280 สำหรับสัปดาห์ก่อนหน้า นั่นคือกรณีสุดขั้วของรูปแบบที่กว้างกว่า: แพลตฟอร์มแบบคิดเงินตามการใช้งานนั้นสะดวกจนกว่าทราฟฟิก บอท แบนด์วิดท์ หรือการเรียกฟังก์ชันจะกลายเป็นบิลที่ทำเอาตกใจ
ตอนนี้ Vercel มีฟีเจอร์จัดการค่าใช้จ่ายแล้ว ทั้งการแจ้งเตือน webhook และตัวเลือกหยุด production deployment เมื่อยอดใช้จ่ายถึงระดับที่กำหนด ดังนั้นประเด็นไม่ได้อยู่ที่นักพัฒนาไม่มีตัวควบคุม แต่ประเด็นคือตัวควบคุมเหล่านั้นยังต้องทำความเข้าใจ ตั้งค่า และเฝ้าติดตาม Heroku สร้างแรงกดดันอีกแบบ: มันเรียบง่ายและสุกงอม แต่ค่าใช้จ่ายโตเร็วได้ทันทีที่คุณก้าวข้ามแอปเล็กๆ และเริ่มเพิ่มฐานข้อมูลแบบ managed, Redis, worker, การสำรองข้อมูล และการมอนิเตอร์
ผลลัพธ์คือระบบนิเวศที่กำลังเติบโตของเครื่องมือ PaaS แบบ self-hosted โอเพนซอร์สที่ตั้งใจสร้างประสบการณ์การดีพลอยสไตล์ Heroku บางส่วนขึ้นมาใหม่บน VPS ที่คุณควบคุมเอง: push โค้ด เชื่อมโดเมน รับ SSL รันฐานข้อมูล และจัดการแอปได้โดยไม่ต้องสร้างแพลตฟอร์ม Kubernetes เต็มรูปแบบ
โพสต์นี้เปรียบเทียบหกตัว: Coolify, Dokku, CapRover, Dokploy, Kamal และ seelf เป้าหมายไม่ใช่การมอบมงกุฎให้เครื่องมือที่มีดาวมากที่สุด เป้าหมายคือการวางแผนผังพื้นที่การตัดสินใจให้ชัดเจน เพื่อให้คุณจับคู่เครื่องมือกับข้อจำกัดของคุณได้ หรือยอมรับว่าไม่มีตัวไหนเหมาะ และแพลตฟอร์มแบบ managed ยังคงเป็นคำตอบที่ถูกต้อง
คำตอบสั้นๆ
PaaS แบบ self-hosted สามารถจัดการ Docker build, การตั้งค่า reverse proxy, SSL, การดีพลอยแอป และการจัดการเซอร์วิสพื้นฐานบนเซิร์ฟเวอร์ของคุณเองได้แบบอัตโนมัติ สิ่งที่มันไม่ได้ให้คุณโดยปริยายคือชั้นโครงสร้างพื้นฐานเต็มรูปแบบของแพลตฟอร์มแบบ managed: การ failover ข้ามรีเจียนอัตโนมัติ ความน่าเชื่อถือของฐานข้อมูลแบบไม่ต้องดูแล หรือการตอบสนองเหตุการณ์ที่แพลตฟอร์มจัดการให้
- เลือก Coolify ถ้าคุณต้องการสิ่งที่ใกล้เคียงแดชบอร์ดสไตล์ Heroku เต็มรูปแบบบน VPS ของคุณเองที่สุด
- เลือก Dokku ถ้าคุณต้องการโฟลว์การดีพลอยแบบ git-push ที่เบาที่สุด และคล่องตัวกับการใช้ CLI
- เลือก CapRover ถ้าคุณต้องการตัวจัดการแอปแบบ visual ที่เรียบง่าย และส่วนใหญ่ดีพลอยแอปแบบคอนเทนเนอร์เดี่ยว
- เลือก Dokploy ถ้าคุณต้องการแดชบอร์ดสมัยใหม่ที่ขัดเกลามาดี รองรับ Docker Compose และ UI ที่สะอาดกว่า Coolify
- เลือก Kamal ถ้าคุณต้องการเครื่องมือดีพลอยที่เน้น CLI เป็นหลัก โดยเฉพาะสำหรับ Rails หรือแอปแบบคอนเทนเนอร์
- เลือก seelf ถ้าคุณต้องการเครื่องมือดีพลอย Docker Compose ที่เบา พร้อม web UI เล็กๆ
ถ้าบิลโฮสติงแบบ managed ของคุณยังถูกอยู่และคุณไม่อยากดูแลเซิร์ฟเวอร์ ก็อยู่กับ managed ต่อไป ถ้าบิลของคุณโตขึ้นและคุณคล่องตัวกับการรับผิดชอบอัปเดต การสำรองข้อมูล กฎไฟร์วอลล์ และการตอบสนองเหตุการณ์เอง PaaS แบบ self-hosted ก็สมเหตุสมผล
เมื่อไหร่ PaaS แบบ Self-Hosted ถึงคุ้มทางการเงินจริงๆ
จุดที่ต้นทุนตัดกันคือส่วนที่มักถูกอธิบายแบบง่ายเกินไป
การตั้งค่า Heroku production ขนาดเล็กอาจเริ่มต้นต่ำกว่า $100 ต่อเดือน แต่บิลอาจขยับขึ้นไปถึงหลักร้อยหรือหลักพันเมื่อคุณเพิ่ม dyno หลายตัว, managed Postgres ที่ใหญ่ขึ้น, Redis, การสำรองข้อมูล, การมอนิเตอร์ หรือความต้องการความพร้อมใช้งานที่สูงขึ้น สแต็กแอปที่คล้ายกันมักรันได้บน VPS ราคา $15 ถึง $30 แต่นั่นไม่รวมความน่าเชื่อถือของฐานข้อมูลแบบ managed, การสำรองข้อมูล, failover หรือซัพพอร์ตแบบเดียวกับที่แพลตฟอร์มสไตล์ Heroku/Vercel ซ่อนความซับซ้อนไว้ให้
นั่นคือการแลกเปลี่ยนที่แท้จริง: คุณไม่ได้แทนที่แพลตฟอร์มแบบ managed ด้วยสิ่งเดียวกันเป๊ะในราคาที่ถูกกว่า คุณกำลังแทนที่ความสะดวกของแพลตฟอร์มด้วย VPS, ชั้นการดีพลอยโอเพนซอร์ส และเวลาบำรุงรักษาของคุณเอง
กฎคร่าวๆ ที่ใช้ได้คือ: การ self-host เริ่มสมเหตุสมผลเมื่อบิลแบบ managed เจ็บปวดมากพอจนเงินที่ประหยัดได้คุ้มกับงานที่ต้องทำ สำหรับ SaaS ขนาดเล็ก นั่นมักหมายความว่าบิลผ่านราว $50 ต่อเดือนไปแล้ว และผู้ดูแลพอจะสละเวลาไม่กี่ชั่วโมงต่อเดือนให้กับการอัปเดต การสำรองข้อมูล และการมอนิเตอร์พื้นฐานได้จริง
คู่มือการติดตั้ง Docker บน VPS ของเรา คือสิ่งที่ต้องมีก่อนสำหรับเครื่องมือใดๆ ในโพสต์นี้ ถ้า Docker ยังไม่ได้รันบนเซิร์ฟเวอร์ของคุณ เริ่มที่นั่น
เงินที่ประหยัดได้นั้นมีจริง แต่จะปรากฏก็ต่อเมื่อคุณเต็มใจดูแลเซิร์ฟเวอร์
หกเครื่องมือ เทียบกันแบบเคียงข้าง
ก่อนจะไล่ทีละเครื่องมือ คุ้มค่าที่จะวางหกตัวเลือกไว้ข้างกัน เครื่องมือที่ใช่คือตัวที่คุณอยู่กับข้อจำกัดของมันได้ ไม่ใช่ตัวที่มีคอมมูนิตี้เสียงดังที่สุด
| เครื่องมือ | จำนวน GitHub Stars โดยประมาณ | ปรัชญา | รองรับหลายเซิร์ฟเวอร์ | ปริมาณการใช้ทรัพยากรเชิงเปรียบเทียบ | กรณีการใช้งานที่เหมาะที่สุด |
|---|---|---|---|---|---|
| Coolify | 54k+ | Web UI, ประสบการณ์ PaaS แบบ self-hosted เต็มรูปแบบ | เส้นทาง Swarm ปัจจุบันกำลังถูกเลิกใช้ มีแผนเรื่องความสามารถในการขยายตัวใน v5 | สูงกว่า | หลายแอป เหมาะกับคนที่ชอบแดชบอร์ด |
| Dokku | 31.9k | git-push, CLI, อิงปลั๊กอิน | เซิร์ฟเวอร์เดี่ยวเท่านั้น | ต่ำมาก | หนึ่งหรือสองแอป โอเวอร์เฮดต่ำสุด |
| CapRover | 15k+ | ตัวจัดการแอปแบบ GUI เป็นหลัก | รองรับ Docker Swarm | ปานกลาง | การดีพลอยแบบ visual ที่เรียบง่ายและแอปแบบคอนเทนเนอร์เดี่ยว |
| Dokploy | 33.7k+ | Web UI สมัยใหม่ ทางเลือกแทน Coolify | รองรับ remote server / Docker Swarm | ปานกลาง | ผู้ใช้ Docker Compose ที่ต้องการ UI ที่ขัดเกลามาดี |
| Kamal | 14.2k+ | เน้น CLI เป็นหลัก ไม่มีแดชบอร์ดบนโฮสต์ | หลายเซิร์ฟเวอร์ การจัดการแบบไม่ใช่คลัสเตอร์ | โอเวอร์เฮดบนโฮสต์ต่ำมาก | ทีมที่ใช้ Rails หรือแอป Docker และคล่องตัวกับ CLI |
| seelf | 343 | การดีพลอย Compose แบบเบา | โหนดเดี่ยว | ต่ำ | สแต็ก Docker Compose ที่มีโอเวอร์เฮดน้อยที่สุด |
โปรเจกต์ใหญ่ที่ไม่ตรงกับข้อจำกัดของคุณก็ยังกินเวลาบำรุงรักษาเท่ากับโปรเจกต์เล็กที่ตรง
Coolify: ประสบการณ์แดชบอร์ดเต็มรูปแบบ
Coolify เป็นหนึ่งในเครื่องมือ PaaS แบบ self-hosted ที่ได้รับความนิยมที่สุดในหมวดนี้ และเป็นตัวที่ใกล้เคียงกับการแทนที่ Heroku แบบเต็มรูปแบบที่สุด มันให้แดชบอร์ดเว็บสำหรับจัดการแอป เซอร์วิส สภาพแวดล้อม โดเมน SSL การดีพลอย และฐานข้อมูลจากที่เดียว
Coolify เป็นหนึ่งในโปรเจกต์ที่เห็นเด่นชัดที่สุดในหมวดนี้ และ v4.0.0 stable ออกเมื่อวันที่ 27 เมษายน 2026 หลังช่วง beta ที่ยาวนาน นั่นสำคัญเพราะ Coolify ถูกใช้งานใน production อย่างแพร่หลายอยู่แล้ว แต่การออกเวอร์ชัน stable ทำให้ผู้ใช้ใหม่มีฐานอ้างอิงที่ชัดเจนขึ้น
สิ่งที่ Coolify ทำได้ดีครอบคลุมพื้นที่ฝั่งนักพัฒนาส่วนใหญ่ที่คนต้องการจากทางเลือกแทน Heroku หรือ Vercel คุณสามารถดีพลอยหลายแอป รันสแต็ก Docker Compose เพิ่มเซอร์วิสอย่าง Postgres และ Redis ใช้ SSL อัตโนมัติผ่าน Traefik และเชื่อมต่อ GitHub, GitLab, Gitea หรือ Bitbucket
ต้นทุนของการรัน Coolify คือส่วนที่มักถูกประเมินต่ำเกินไป มันไม่ใช่แค่แอปของคุณที่รันบนเซิร์ฟเวอร์ ตัว Coolify เองเป็นชั้นแพลตฟอร์มจริงๆ นั่นไม่เป็นไรบน VPS ที่จัดสเปกมาเหมาะสม แต่จะคับแคบบนเครื่องจิ๋วๆ เมื่อเทียบกับ Dokku, Coolify ให้แดชบอร์ดที่อุดมกว่าและความสะดวกในตัวที่มากกว่า แต่ก็ขอทรัพยากรเซิร์ฟเวอร์มากกว่าและการบำรุงรักษาที่ลงมือมากกว่าเช่นกัน
Coolify ยังมีบทเรียนด้านความปลอดภัยที่ใหญ่ที่สุดในลิสต์นี้ด้วย ในเดือนมกราคม 2026 การเปิดเผย CVE ของ Coolify แพตช์ช่องโหว่ระดับวิกฤต 11 รายการ รวมถึงปัญหา command injection, การข้ามการยืนยันตัวตน และการเปิดเผย private key Censys ระบุว่ามี Coolify ที่เปิดสู่สาธารณะราว 52,890 instance ในขณะนั้น และศูนย์ความมั่นคงปลอดภัยไซเบอร์ของเบลเยียมออก คำแนะนำ แนะนำให้แพตช์ทันที
นั่นไม่ได้แปลว่าควรหลีกเลี่ยง Coolify แต่หมายความว่าควรปฏิบัติต่อ Coolify เหมือนแผงแอดมินที่มีอำนาจจริงเหนือเซิร์ฟเวอร์ของคุณ เก็บแดชบอร์ดให้พ้นจากอินเทอร์เน็ตสาธารณะหากเป็นไปได้ ผูกมันไว้กับเครือข่ายส่วนตัวอย่าง Tailscale หรือ WireGuard จำกัดการเข้าถึงตาม IP และอัปเดตความปลอดภัยอย่างรวดเร็ว
Coolify คือตัวเลือกที่ใช่ถ้าคุณต้องการแดชบอร์ดเต็มรูปแบบ จัดการหลายแอป ชอบเวิร์กโฟลว์แบบ visual และยอมรับว่าคุณรับผิดชอบการแพตช์ตัวแพลตฟอร์มเอง
Dokku: PaaS ที่เล็กที่สุดเท่าที่ใช้งานได้จริง
Dokku เป็นตัวเลือกจริงจังที่เรียบง่ายที่สุดในการเปรียบเทียบนี้ มันมีมาตั้งแต่ปี 2013 ใช้เวิร์กโฟลว์ git-push สไตล์ Heroku และยึดมั่นกับแนวคิดทำสิ่งเดียวให้ดี
เวิร์กโฟลว์ตรงไปตรงมา: เพิ่ม remote, push แอป แล้ว Dokku จะ build และรันมัน ปลั๊กอินจัดการความต้องการทั่วไปอย่าง Postgres, MySQL, MongoDB, Redis, การสำรองข้อมูล, ใบรับรอง และงานตามตารางเวลา ไม่มีแดชบอร์ดเว็บ ซึ่งอาจเป็นทั้งความไม่สะดวกหรือการลดพื้นผิวการโจมตี ขึ้นอยู่กับว่าคุณมองมันอย่างไร
ข้อได้เปรียบที่ใหญ่ที่สุดของ Dokku คือการใช้ทรัพยากรที่น้อย มันรันได้สบายๆ บน VPS เล็กสำหรับแอปขนาดย่อมและปลั๊กอินฐานข้อมูล นั่นทำให้มันเป็นหนึ่งในตัวเลือกที่ป้องกันได้มากที่สุดเมื่อเป้าหมายของคุณคือการแทนที่บิลแพลตฟอร์ม managed ขนาดเล็กด้วยการตั้งค่า VPS แบบเบา
Dokku ยังใช้ buildpack โดยปริยาย พร้อมรองรับ Docker ด้วย นักพัฒนาบางคนมองว่า buildpack ล้าสมัย แต่สำหรับผู้ย้ายจาก Heroku นั่นมักเป็นจุดเด่นพอดี Procfile และนิสัยการดีพลอยสไตล์ Heroku ถ่ายโอนมาได้อย่างหมดจด
ข้อเสียหลักคือ Dokku คาดหวังให้คุณคล่องตัวกับ CLI ไม่มีแดชบอร์ดสำหรับเพื่อนร่วมทีมที่อยากคลิกไปมา ไม่มี UI ที่ขัดเกลามาดีสำหรับจัดการหลายแอป และจูงมือน้อยกว่า Coolify หรือ Dokploy
Dokku คือคำตอบที่ใช่เมื่อคุณต้องการ git push ครั้งเดียว ใช้ทรัพยากรเซิร์ฟเวอร์น้อยที่สุดเท่าที่ทำได้จริง และไม่มีแผงแอดมินสาธารณะให้ต้องคอยป้องกัน
CapRover, Dokploy, Kamal และ seelf: อีกสี่ตัว
Coolify และ Dokku คือสองค่าเริ่มต้นที่ชัดเจน แต่อีกสี่เครื่องมือไม่ใช่ตัวประกอบ แต่ละตัวสมเหตุสมผลสำหรับข้อจำกัดเฉพาะ
CapRover
CapRover เป็นตัวจัดการการดีพลอยแอปและฐานข้อมูลแบบ GUI เป็นหลัก สร้างขึ้นรอบ Docker, nginx, Let’s Encrypt และ NetData เข้าใจง่าย ติดตั้งง่าย และสบายเป็นพิเศษถ้าแอปของคุณเข้ากับโมเดลการดีพลอยแบบคอนเทนเนอร์เดี่ยวที่ตรงไปตรงมา
CapRover รองรับ Docker Swarm ยังคงได้รับการบำรุงรักษาอยู่ โดย v1.14.1 ออกเมื่อเดือนพฤศจิกายน 2025 แต่มันไม่รู้สึกขยับเร็วเท่าทางเลือกที่เน้นแดชบอร์ดรุ่นใหม่กว่าอย่าง Coolify และ Dokploy สำหรับการดีพลอยใหม่เอี่ยม นั่นสำคัญ คุณไม่ได้แค่เลือกชุดฟีเจอร์ของวันนี้ แต่คุณกำลังเลือกจังหวะการบำรุงรักษาของเครื่องมือที่คุณจะต้องอยู่ด้วย
CapRover ยังสมเหตุสมผลถ้าคุณใช้มันอยู่แล้ว ชอบความเรียบง่ายของมัน หรือต้องการอินเทอร์เฟซแบบ visual โดยไม่มีความรู้สึกหนักอึ้งแบบ Coolify สำหรับโปรเจกต์ใหม่ Dokploy หรือ Coolify มักจะแนะนำได้ง่ายกว่า เว้นแต่ความเรียบง่ายของ CapRover จะเป็นปัจจัยชี้ขาด
Dokploy
Dokploy คือสิ่งที่ใกล้เคียงทางเลือกแทน Coolify แบบสมัยใหม่ที่สุด มันมีแดชบอร์ดที่ขัดเกลามาดี รองรับ Docker Compose มีเทมเพลต และให้นักพัฒนามี UI ที่สะอาดกว่าสำหรับจัดการแอป ฐานข้อมูล โดเมน และการดีพลอย
การแก้ไขที่สำคัญคือ Dokploy ไม่ได้เป็นแบบโหนดเดี่ยวโดยการออกแบบอีกต่อไป มันรันแอปบนโหนดเดียวกันเป็นค่าเริ่มต้น แต่ตอนนี้รองรับ remote server, การตั้งค่าคลัสเตอร์ และการดีพลอยที่อิง Docker Swarm แล้ว นั่นยังไม่ทำให้มันเป็นแพลตฟอร์ม autoscaling แบบ managed แต่ก็ทำให้ Dokploy ยืดหยุ่นกว่าแดชบอร์ดเซิร์ฟเวอร์เดี่ยวพื้นฐาน
ข้อได้เปรียบของ Dokploy คือความใช้งานง่าย มันรู้สึกใหม่กว่า สะอาดกว่า และขยับเร็วกว่าเครื่องมือเก่าบางตัว การแลกเปลี่ยนคือคอมมูนิตี้เล็กกว่า Coolify และผ่านการทดสอบในสนามจริงระยะยาวน้อยกว่า Dokku
เลือก Dokploy ถ้าคุณต้องการ web UI สมัยใหม่ ทำงานกับ Docker Compose และชอบแนวคิดของ Coolify แต่ไม่ชอบความหนักหรือเรื่องความปลอดภัยที่เพิ่งเกิดขึ้น
Kamal
Kamal ต่างจากตัวอื่นในลิสต์ มันไม่ใช่แดชบอร์ดเว็บ แต่เป็นเครื่องมือดีพลอยแบบ CLI ที่สร้างโดย 37signals และเดิมออกแบบมารอบ Rails แม้ว่ามันจะดีพลอยเว็บแอปใดก็ได้ที่ทำเป็นคอนเทนเนอร์ด้วย Docker ได้
Kamal ใช้เวิร์กโฟลว์ที่อิง Docker registry และ SSH เพื่อดีพลอยคอนเทนเนอร์ไปยังเซิร์ฟเวอร์ มันไม่ได้รันแดชบอร์ดแอดมินถาวรบนโฮสต์ ซึ่งทำให้พื้นผิวการดีพลอยเล็กลง มันดีพลอยข้ามหลายเซิร์ฟเวอร์ได้ แต่ไม่ได้จัดการพวกมันแบบ Kubernetes หรือคลัสเตอร์แบบ managed
นั่นทำให้ Kamal เหมาะมากกับทีมที่ชอบการปฏิบัติงานแบบขับเคลื่อนด้วยโค้ดมากกว่าแดชบอร์ด ถ้าทีมของคุณทำงานในเทอร์มินัลอยู่แล้ว เข้าใจ Docker image และต้องการการดีพลอยที่ทำซ้ำได้โดยไม่ต้องมีแผง PaaS, Kamal คือตัวเลือกที่สะอาด
เลือก Kamal สำหรับแอป Rails, แอปแบบคอนเทนเนอร์ และทีมที่ต้องการเครื่องมือดีพลอยที่เล็กที่สุดเท่าที่จะเป็นไปได้ มากกว่า UI แบบแพลตฟอร์ม
seelf
seelf เป็นเครื่องมือที่เล็กที่สุดและเฉพาะกลุ่มที่สุดที่นี่ มันเป็นแพลตฟอร์มการดีพลอยแบบเบาที่สร้างขึ้นรอบสแต็ก Docker Compose และแดชบอร์ดเว็บเล็กๆ
จุดดึงดูดหลักคือความเรียบง่าย ถ้าคุณมีไฟล์ Docker Compose ที่ใช้งานได้อยู่แล้วและต้องการวิธีที่สะอาดในการดีพลอยมันบนโครงสร้างพื้นฐานของคุณเอง seelf ก็เพียงพอ มันไม่พยายามกลายเป็นตัวแทน Heroku เต็มรูปแบบ และความยับยั้งนั้นเป็นส่วนหนึ่งของคุณค่าของมัน
การแลกเปลี่ยนคือขนาดคอมมูนิตี้ ด้วย GitHub stars เพียงไม่กี่ร้อยดวง seelf ไม่ใช่เครื่องมือที่ควรเลือกถ้าคุณต้องการบทช่วยสอนเยอะๆ คำตอบจากคอมมูนิตี้ และการผสานรวมจากบุคคลที่สาม คุณอาจต้องอ่านเอกสารอย่างละเอียดหรือตรวจดูซอร์สโค้ดเมื่อมีบางอย่างทำงานผิดคาด
เลือก seelf ถ้าเวิร์กโฟลว์ของคุณเน้น Compose เป็นหลัก และ Coolify หรือ Dokploy รู้สึกหนักเกินจำเป็น
ข้อจำกัดตามจริงที่สำคัญ
เครื่องมือ PaaS แบบ self-hosted มีประโยชน์เพราะมันซ่อนงานดีพลอยที่ทำซ้ำๆ มันเสี่ยงเมื่อผู้ใช้ลืมว่าเซิร์ฟเวอร์ที่อยู่เบื้องหลังยังเป็นความรับผิดชอบของพวกเขา
เพดานโหนดเดี่ยว
เครื่องมือเหล่านี้เข้าใจง่ายที่สุดเมื่อ VPS หนึ่งเครื่องเพียงพอ บางตัวรองรับการดีพลอยหลายเซิร์ฟเวอร์ แต่ไม่มีตัวไหนให้ autoscaling แบบแพลตฟอร์ม managed หรือ failover ข้ามรีเจียนโดยไม่ต้องออกแบบเพิ่ม
นั่นไม่ใช่ตัวตัดสินใจในทันที แอปเล็กๆ จำนวนมากรันได้สบายบน VPS เครื่องเดียวที่จัดสเปกมาดี แต่ "เซิร์ฟเวอร์เดียวก็พอ" คือข้อจำกัดที่คุณควรยอมรับอย่างมีสติ ไม่ใช่สิ่งที่คุณค้นพบระหว่างเหตุการณ์ระบบล่ม
ความรับผิดชอบด้านการปฏิบัติงาน
ด้วยการ self-host คุณเป็นเจ้าของการอัปเดต การสำรองข้อมูล กฎไฟร์วอลล์ การมอนิเตอร์ และการตอบสนองเหตุการณ์ เหตุการณ์ CVE ปี 2026 ของ Coolify คือตัวอย่างที่ชัดที่สุดว่าความรับผิดชอบนั้นหน้าตาเป็นอย่างไรในทางปฏิบัติ แต่หลักการเดียวกันใช้กับทุกเครื่องมือในลิสต์นี้
แพลตฟอร์มแบบ managed รับงานส่วนใหญ่นั้นไปให้คุณ PaaS แบบ self-hosted ให้คุณควบคุมได้มากขึ้นและต้นทุนโครงสร้างพื้นฐานต่ำลง แต่ก็ทำให้คุณต้องอยู่บนตารางการแพตช์ด้วย
เซอร์ไพรส์เรื่องไฟร์วอลล์ของ Docker
การเผยแพร่พอร์ตของ Docker อาจทำเอาคนที่พึ่งพาแค่ UFW หรือสมมติฐานไฟร์วอลล์โฮสต์พื้นฐานตกใจ Docker สร้างกฎไฟร์วอลล์ของตัวเองสำหรับการเผยแพร่พอร์ตและการแยกเครือข่าย ดังนั้น "UFW เปิดอยู่" จึงไม่เพียงพอในตัวเอง
มาตรการบรรเทาที่ปลอดภัยกว่าคือผูกคอนเทนเนอร์ไว้กับ localhost เมื่อมันอยู่หลัง reverse proxy ใช้เครือข่าย Docker อย่างจงใจ และจัดการการกรองผ่าน DOCKER-USER chain การตั้งค่า iptables=false เป็นตัวเลือกขั้นสูงและไม่เหมาะกับผู้ใช้ส่วนใหญ่เพราะอาจทำให้เครือข่ายคอนเทนเนอร์เสียได้
ความขัดแย้งของ Reverse Proxy
เครื่องมือ PaaS แบบ self-hosted หลายตัวติดตั้งหรือคาดหวัง reverse proxy ของตัวเอง Coolify ใช้ Traefik CapRover ใช้ nginx เซอร์วิสอื่นบน VPS ของคุณอาจใช้ Caddy, nginx หรือ proxy อื่นอยู่แล้ว
ถ้าสองเซอร์วิสพยายามครอบครองพอร์ต 80 และ 443 พวกมันจะขัดแย้งกัน วิธีแก้มักคือรวมศูนย์ไว้รอบ reverse proxy ตัวเดียว หรือวาง PaaS ไว้หลัง proxy เดิมของคุณอย่างจงใจ อย่าติดตั้งแดชบอร์ด PaaS บนเซิร์ฟเวอร์ที่ยุ่งอยู่แล้วโดยคิดว่ามันจะอยู่ร่วมกับเว็บสแต็กปัจจุบันของคุณได้เองโดยอัตโนมัติ
ต้นทุนด้านเวลา
ข้อโต้แย้งจาก Hacker News โดนใจทีมจำนวนไม่น้อย: ถ้าคุณจัดการ PaaS เองอยู่ คุณยังได้ประโยชน์จาก PaaS อยู่หรือเปล่า?
บางครั้งคำตอบคือใช่ ถ้าบิลแบบ managed ของคุณสูงพอและแอปของคุณเรียบง่ายพอ PaaS แบบ self-hosted สามารถประหยัดเงินได้อย่างมีนัยสำคัญ บางครั้งคำตอบคือไม่ ถ้าการ self-host ประหยัดได้ $30 ต่อเดือนแต่กินเวลาคุณสี่ชั่วโมงไปกับการบำรุงรักษา การแก้ปัญหา และความกังวล ตัวเลขก็คงไม่คุ้ม
PaaS แบบ self-hosted คือการแลกเปลี่ยน ไม่ใช่การอัปเกรดฟรี
คำตัดสินด่วน
เลือก Coolify ถ้าคุณต้องการแดชบอร์ด ต้องการหลายแอปบนเซิร์ฟเวอร์เดียว และยอมรับหน้าที่แพตช์อย่างจริงจังเป็นส่วนหนึ่งของข้อตกลง
เลือก Dokku ถ้าคุณต้องการ git push ครั้งเดียว ใช้ทรัพยากรเซิร์ฟเวอร์น้อยที่สุดเท่าที่ทำได้จริง และไม่มีแดชบอร์ดสาธารณะให้ต้องคอยป้องกัน
เลือก Dokploy ถ้าคุณต้องการ UI สมัยใหม่ที่สะอาดกว่า รองรับ Docker Compose และยืดหยุ่นกว่าแดชบอร์ดโหนดเดี่ยวพื้นฐาน
เลือก CapRover ถ้าคุณต้องการตัวจัดการแอปแบบ visual ที่เรียบง่ายและการดีพลอยของคุณเข้ากับโมเดลของมัน
เลือก Kamal ถ้าทีมของคุณคล่องตัวกับ CLI และต้องการการดีพลอย Docker ที่ทำซ้ำได้โดยไม่ต้องมีแดชบอร์ดแพลตฟอร์ม
เลือก seelf ถ้าคุณต้องการการดีพลอย Docker Compose แบบเบาและไม่ต้องการระบบนิเวศขนาดใหญ่
ถ้าบิลแบบ managed ของคุณยังถูกอยู่และคุณไม่อยากมีงานบำรุงรักษา ก็อยู่กับ managed ต่อไป
วิธีที่ง่ายกว่าในการเริ่ม Self-Host
ส่วนที่ยากที่สุดของ PaaS แบบ self-hosted ไม่ใช่ตัวเครื่องมือเสมอไป แต่เป็นการตั้งค่ารอบๆ มัน: การเตรียม VPS ติดตั้ง Docker ตั้งค่าเครือข่าย เปิดพอร์ตที่ถูกต้อง จัดการ SSL และตรวจให้แน่ใจว่าแดชบอร์ดไม่ถูกเปิดเผยอย่างไม่ระมัดระวัง
นั่นคือจุดที่ one-click app marketplace ทำให้ก้าวแรกง่ายขึ้นได้ แทนที่จะเริ่มจาก VPS เปล่าๆ คุณสามารถใช้การดีพลอยสำเร็จรูปสำหรับเครื่องมืออย่าง Coolify, Dokku หรือ seelf แล้วโฟกัสไปที่ว่าแพลตฟอร์มนั้นเหมาะกับแอปของคุณหรือไม่
marketplace ของ Cloudzy มีการติดตั้งแบบ one-click สำหรับ Coolify, Dokku และ seelf นั่นไม่ได้ขจัดความรับผิดชอบในการดูแลเซิร์ฟเวอร์ของคุณ แต่มันขจัดความยุ่งยากในการตั้งค่าจำนวนมากที่ขัดขวางนักพัฒนาจากการทดลอง PaaS แบบ self-hosted ตั้งแต่แรก
คำถามที่พบบ่อย
อะไรคือทางเลือกแทน Heroku แบบ Self-Hosted ที่ดีที่สุด?
Coolify และ Dokku คือค่าเริ่มต้นที่ปลอดภัยที่สุด เลือก Coolify ถ้าคุณต้องการแดชบอร์ดและประสบการณ์แพลตฟอร์มที่ครบกว่า เลือก Dokku ถ้าคุณต้องการเวิร์กโฟลว์ git-push สไตล์ Heroku ที่เบาที่สุดและคล่องตัวกับการใช้ CLI
Coolify ปลอดภัยพอที่จะใช้ใน Production ไหม?
Coolify ใช้ใน production ได้ แต่ต่อเมื่อคุณปฏิบัติต่อมันเหมือนแผงแอดมินเซิร์ฟเวอร์ที่ทรงพลัง เก็บแดชบอร์ดไว้เป็นส่วนตัว จำกัดการเข้าถึง และอัปเดตอย่างรวดเร็ว การเปิดแผงสู่สาธารณะโดยไม่มีแผนการแพตช์คือส่วนที่เสี่ยง
Coolify เทียบกับ Dokku: ควรเลือกตัวไหน?
เลือก Coolify ถ้าคุณรันหลายแอปและต้องการแดชบอร์ดเว็บ เลือก Dokku ถ้าคุณรันหนึ่งหรือสองแอป ชอบ CLI และต้องการโอเวอร์เฮดต่ำที่สุด
PaaS แบบ Self-Hosted แทน Vercel สำหรับ Next.js ได้ไหม?
สำหรับแอปเล็กๆ จำนวนมาก ได้ Coolify และ Dokploy โฮสต์แอป Next.js ได้ แต่คุณต้องยอมเสียชั้น edge/CDN แบบ managed ของ Vercel และต้องตั้งค่า caching, พฤติกรรม ISR, การปรับขนาด image optimization และความสอดคล้องแบบหลาย instance เอง
ฉันต้องใช้ Kubernetes ไหม หรือ PaaS แบบ Self-Hosted ก็พอ?
ถ้า VPS หนึ่งเครื่องเพียงพอและคุณไม่ต้องการ autoscaling หรือ failover ข้ามรีเจียน PaaS แบบ self-hosted ก็พอ ถ้าคุณต้องการการจัดตารางหลายโหนดที่ประสานกัน การปรับขนาดอัตโนมัติ และการควบคุมโครงสร้างพื้นฐานที่ลึกกว่า คุณกำลังขยับไปทาง Docker Swarm, Nomad หรือ Kubernetes
Dokku ยังได้รับการบำรุงรักษาอยู่ไหม?
ใช่ Dokku ยังออกอัปเดตอย่างสม่ำเสมอ แต่มันขยับช้ากว่าเครื่องมือที่เน้นแดชบอร์ดรุ่นใหม่กว่า สำหรับซอฟต์แวร์โครงสร้างพื้นฐาน นั่นอาจเป็นจุดแข็งมากกว่าจุดอ่อน
