ผู้ดูแลระบบ Linux ที่ใช้ Ubuntu Server มายาวนาน 5 ปี ตัดสินใจย้ายไปใช้ Fedora ที่มีรอบรีลีสทุก 6 เดือนและ EOL 13 เดือน โดยให้เหตุผลว่าได้แยกแยะระหว่างคำว่า "เสถียร" (stability) กับ "หยุดนิ่ง" (stagnation) ออกจากกันได้ชัดเจนขึ้น รายงานโดย XDA Developers เมื่อวันที่ 7 มิถุนายน 2026 ซึ่งเป็นประเด็นที่น่าจับตาสำหรับชุมชนนักพัฒนาและผู้ดูแลเซิร์ฟเวอร์ในไทยที่กำลังเลือกฐาน OS สำหรับงาน self-hosted และ homelab
เหตุผลที่ละทิ้ง Ubuntu Server หลังใช้งานมา 5 ปี
Korbin Brown ผู้เขียนบทความระบุว่า เขาใช้ Ubuntu Server บน homelab สำหรับรัน self-hosted apps, containers และ VMs มาตลอด 5 ปี โดยมองว่า Ubuntu LTS นั้น "เสถียร คาดเดาได้ และน่าเบื่ออย่างที่สุด" ซึ่งเขาเคยเชื่อว่าความน่าเบื่อคืออุดมคติของเซิร์ฟเวอร์ระดับ production แต่หลังลองใช้ Fedora เพียง 1 สัปดาห์ เขาพบว่าตัวเองสับสนระหว่าง "ความเสถียร" กับ "ความหยุดนิ่ง" มาตลอด
ความไม่พอใจที่สะสมจากการใช้งานระยะยาวประกอบด้วย
- แพ็กเกจถูกดูดเข้าสู่ระบบ Snap มากขึ้นเรื่อย ๆ
- ช่องว่างระหว่างแพ็กเกจใน Ubuntu Server กับเวอร์ชันล่าสุดที่แท้จริง
- เคอร์เนลและคอร์แพ็กเกจมักล้าหลังบ่อยครั้ง
- ช่องว่างยิ่งถ่างมากขึ้นเมื่อ LTS เริ่มเก่า
ผลคือเขาต้องติดตั้งซอฟต์แวร์นอก package manager เพื่อให้ได้ฟีเจอร์ใหม่บ่อยขึ้น ทำให้สัดส่วนการใช้ repository มาตรฐานของ Canonical ลดลงเรื่อย ๆ
รอบรีลีส 6 เดือนของ Fedora ไม่ใช่เรื่อง "บ้าระห่ำ"
อุปสรรคที่หลายคนกังวลคือ "รีลีสเร็วเกินไปจะไม่เสถียรหรือ" แต่ XDA Developers ชี้ว่านี่คือความเข้าใจผิด
Fedora isn't Arch. It's not a rolling release.
Fedora ออกเวอร์ชันใหม่ทุก 6 เดือนบนเคอร์เนลที่ทันสมัย โดยมี EOL ที่ 13 เดือนนับจากวันรีลีส ซึ่งครอบคลุม 1 รอบเต็มและเหลือเวลาเผื่ออีกเล็กน้อย ถือเป็นจุดสมดุลระหว่างการทันสมัยกับการไม่ถูกบังคับอัปเดตตลอดเวลา
ในทางกลับกัน Ubuntu LTS รองรับนานถึง 5 ปี และในบางแพลนสูงสุดถึง 15 ปี ซึ่งเป็นจุดแข็งสำหรับ use case ที่ต้องการเสถียรภาพระยะยาว แต่ผู้เขียนระบุว่า "นึกไม่ออกว่ามี scenario ใดที่อยากใช้ดิสโทรเวอร์ชันเดิมต่อเนื่อง 5 ปี"
ประสบการณ์การอัปเกรด — จบในคำสั่ง dnf เดียว
ความต่างที่ผู้เขียนยกเป็นประเด็นใหญ่ที่สุดคือ ภาระงานในการอัปเกรดเวอร์ชันหลัก
| รายการ | Ubuntu | Fedora |
|---|---|---|
| วิธีอัปเกรด | do-release-upgrade | dnf system-upgrade download --releasever=X |
| การโต้ตอบ | ต้องนั่งตอบ prompt config conflict เป็นเวลานาน | แทบไม่ต้องโต้ตอบ |
| ระยะที่กระโดดต่อครั้ง | มักหลายปี (LTS→LTS) | ทีละเวอร์ชัน |
| ปัญหาที่พบบ่อย | ไฟล์ init ถูกเขียนทับด้วยค่า default จนต้องหาสาเหตุนานหลายชั่วโมง | "download, reboot, done" |
การอัปเกรด Ubuntu มักกลายเป็น "พิธีกรรม" ที่ต้องลุ้นว่าบริการจะเด้งกลับขึ้นมาได้ครบหรือไม่ ในขณะที่ Fedora มีการอัปเดตขนาดเล็กบ่อยครั้งจนถือเป็นส่วนหนึ่งของงาน maintenance ตามปกติ นอกจากนี้ยังมี Fedora รุ่น atomic สำหรับผู้ที่ระมัดระวังเป็นพิเศษ ซึ่งช่วยลดความเสี่ยงที่ค่า config จะหายไปจากการอัปเดต
จุดที่ Ubuntu Server ยังคงได้เปรียบ
XDA Developers ไม่ได้ปฏิเสธ Ubuntu Server ทั้งหมด โดยระบุว่าในสภาพแวดล้อมที่เน้นความเสถียรเป็นอันดับแรก Ubuntu Server ยังคงเป็นตัวเลือก พร้อมสรุปว่า "Ubuntu LTS ยังเก่งเรื่อง set it and forget it แต่จะกลายเป็นตัวถ่วงเมื่อบริการเติบโตเกินขอบเขตของ repository"
เกณฑ์ตัดสินจึงเรียบง่าย
- ต้องการเคอร์เนลและแพ็กเกจล่าสุด อยากให้การอัปเกรดเป็นงาน maintenance ปกติ → Fedora
- เน้นเสถียรภาพแบบ "set it and forget it" เป็นหลัก → Ubuntu LTS
Fedora 44 — ฐานเซิร์ฟเวอร์และฮาร์ดแวร์ที่อัปเกรดยกชุด
Fedora 44 ที่ปล่อยเมื่อวันที่ 29 เมษายน 2026 เป็นตัวอย่างที่ชัดเจนของผลพลอยได้จากรอบรีลีส 6 เดือน โดยอัปเกรดคอมโพเนนต์หลักครบทุกชั้น
- เดสก์ท็อปยกเครื่องด้วย GNOME 50 และ KDE Plasma 6.6
- รับ DNF5 เป็น package manager อย่างเป็นทางการ
- บรรจุ GCC 16 รุ่น pre-release เพื่อช่วยตรวจจับ bug ก่อนรีลีสจริง
- โหลด NTSYNC kernel module อัตโนมัติสำหรับ Wine และแพ็กเกจเกม ช่วยเรื่อง compatibility และ FPS ของแอป Windows
ด้านฮาร์ดแวร์ aarch64 Live ISO รองรับการเลือก DTB อัตโนมัติบนแล็ปท็อป Windows on ARM ทำให้ใช้งาน self-hosted บน ARM ได้กว้างขึ้น ขณะที่ Anaconda installer ยกเลิกการสร้าง network profile แบบ default ให้กับอุปกรณ์ wired ทุกตัว เหลือเฉพาะอุปกรณ์ที่ระบุชัดเจนผ่าน UI, kickstart หรือ boot option ซึ่งช่วยลดความเสี่ยงเรื่อง config เครือข่ายปนเปื้อนในงานเซิร์ฟเวอร์
Ubuntu 26.04 LTS "Resolute Raccoon" — คำตอบจากฝั่ง LTS
Canonical ตอบโต้ด้วยการเปิดตัว Ubuntu 26.04 LTS "Resolute Raccoon" เมื่อวันที่ 23 เมษายน 2026 พร้อมการันตี support ถึงเมษายน 2031 (5 ปี) โดยยกเครื่องฐานเซิร์ฟเวอร์ครั้งใหญ่
| รายการ | เนื้อหาของ Ubuntu 26.04 LTS |
|---|---|
| เคอร์เนล | Linux kernel 7.0 |
| init | systemd 259, ลบ cgroup v1 ออกทั้งหมด เหลือเฉพาะ unified hierarchy v2 |
| ความปลอดภัย | full-disk encryption ที่อิง TPM, Livepatch สำหรับเซิร์ฟเวอร์ ARM |
| memory safety | นำ utility ที่เขียนด้วย Rust เข้ามาใช้ |
| AI/ML | รองรับ NVIDIA CUDA และ AMD ROCm แบบ native |
การลบ cgroup v1 จะกระทบ assumption ของชั้น container orchestration ผู้ดูแลระบบจึงควรตรวจสอบ stack ที่ใช้อยู่ ขณะที่การรองรับ AI/ML toolkit แบบ native เป็นจุดแข็งใหม่สำหรับองค์กรที่ต้องการรัน GPU workload บน LTS ใน production
ผลกระทบต่อผู้ดูแลระบบในไทย
สำหรับชุมชน DevOps และผู้ให้บริการ cloud/hosting ในไทย การถกเถียงนี้สะท้อนทางเลือกที่ชัดเจนสองสาย หากทีมงานต้องการรัน container, AI workload หรือ self-hosted service ที่ต้องตามเทคโนโลยีใหม่ Fedora ให้ประโยชน์มากกว่า ขณะที่งานเซิร์ฟเวอร์องค์กรที่เน้น compliance และอายุการใช้งานยาว Ubuntu LTS ยังคงเป็นมาตรฐานที่ผู้ให้บริการ cloud ในประเทศส่วนใหญ่รองรับเต็มรูปแบบ ผู้ดูแลระบบควรประเมิน workload ของตนก่อนตัดสินใจย้ายฐาน
Q&A
Q. EOL ของ Fedora ยาวเท่าไร? 13 เดือนนับจากวันรีลีส ซึ่งครอบคลุม 1 รอบรีลีส (6 เดือน) บวกระยะเผื่อ ทำให้ไม่ต้องเร่งอัปเดตจนเกินไป
Q. การอัปเกรด Fedora ง่ายกว่า Ubuntu แค่ไหน?
เพียงรัน dnf system-upgrade download --releasever=X แล้ว reboot ก็เสร็จ แทบไม่ต้องโต้ตอบ ต่างจาก do-release-upgrade ของ Ubuntu ที่ต้องตอบ prompt config conflict โดยการอัปเกรดของ Fedora จะเลื่อนทีละเวอร์ชัน
Q. Fedora รุ่น atomic ต่างจากรุ่นปกติอย่างไร? ตามรายงานของ XDA Developers รุ่น atomic ลดความเสี่ยงที่ค่า config จะหายไปจากการอัปเดต (less likely to go wrong) เหมาะกับผู้ใช้ที่ระมัดระวังเป็นพิเศษ
