หากคุณยังใช้ Jira Server ในปี 2026 แสดงว่าคุณกำลังใช้ซอฟต์แวร์ที่ไม่ได้รับการสนับสนุนแล้ว Atlassian ยุติการสนับสนุนเมื่อวันที่ 15 กุมภาพันธ์ 2024 ไม่มีแพตช์ความปลอดภัย ไม่มีการแก้ไขบั๊ก ไม่มีการสนับสนุนจากผู้ผลิต
เมื่อวันที่ 30 มีนาคม 2026 Atlassian หยุดรับการสมัครสมาชิก Data Center ใหม่จากลูกค้ารายใหม่ ลูกค้าเดิมยังซื้อบางรายการได้จนถึงวันที่ 30 มีนาคม 2028 และต่ออายุได้จนถึงวันที่ 28 มีนาคม 2029 ซึ่งเป็นวันที่ผลิตภัณฑ์ที่ได้รับผลกระทบจะกลายเป็นอ่านอย่างเดียว ตาม กำหนดการสิ้นสุดอายุการใช้งาน Data Center ที่ Atlassian เผยแพร่.
แล้วตอนนี้ควรทำอย่างไร
ในปี 2026 มีตัวเลือกแบบ Self-Hosted ที่จริงจังอยู่สามตัวที่ควรนำมาเปรียบเทียบ ได้แก่ OpenProject, Plane และ Redmine บทความนี้เปรียบเทียบทั้งสามตามรูปแบบการใช้งานแทนที่จะไล่เช็กลิสต์ฟีเจอร์ พร้อมตรวจสอบ OpenProject Jira Migrator อย่างเป็นทางการซึ่งขณะนี้อยู่ในช่วงเบต้าสำหรับ Jira Server และ Data Center เวอร์ชันที่รองรับ และปิดท้ายด้วยมุมมองตรงไปตรงมาว่าเมื่อใดที่ Jira Cloud ยังคงเป็นคำตอบที่ถูกต้อง
ถ้าคุณมาที่นี่เพราะ "เราต้องย้ายระบบให้ทันปี 2029 และผมต้องรู้ตัวเลือกที่แท้จริง" ก็อ่านต่อได้เลย แต่ถ้าคุณมาเพราะ "อยากได้ตารางเทียบฟีเจอร์ 47 คอลัมน์" บทความแบบนั้นมีที่อื่น บทความนี้ไม่ใช่
เวอร์ชันสั้น
- Jira Server ไม่ได้รับการสนับสนุนแล้ว และ Jira Software Data Center กำลังถูกทยอยยกเลิก การขาย Data Center ให้ลูกค้าใหม่สิ้นสุดลงในปี 2026 ส่วนการสมัครสมาชิกเดิมที่ได้รับผลกระทบจะสิ้นสุดอายุการใช้งานในปี 2029
- สามเส้นทาง Self-Hosted ที่ใช้ได้จริงในปี 2026 OpenProject เหมาะกับทีมที่ต้องการตัวแทนที่มีหน้าตาแบบ Jira พร้อมเครื่องมือย้ายข้อมูล Plane เหมาะกับทีมที่นำโดยฝ่ายวิศวกรรมและต้องการ UX แบบ Linear โดยไม่ต้องจ่ายค่า SaaS ส่วน Redmine เหมาะกับทีมที่ต้องการระบบติดตามงานกินทรัพยากรน้อยซึ่งใช้ได้ดีมาสองทศวรรษ
- OpenProject มี Jira Migrator แบบเบต้าในตัวสำหรับ Jira Server และ Data Center เวอร์ชัน 10.x และ 11.x แต่ไม่รองรับ Jira Cloud แหล่งข้อมูลทางการของ OpenProject ยังไม่ตรงกันในขณะนี้ คู่มือทางเทคนิคเดือนพฤษภาคมระบุชุดข้อมูลหลักที่แคบกว่า ขณะที่หน้าเว็บเดือนกรกฎาคมซึ่งใหม่กว่าระบุว่า Migrator นำเข้าประวัติของ issue ความคิดเห็น รวมถึงผู้ใช้และกลุ่มที่เกี่ยวข้องด้วย ให้ถือว่าข้อมูลใหม่เหล่านี้ขึ้นอยู่กับเวอร์ชัน และตรวจสอบด้วยการทดลองนำร่องบนรุ่น OpenProject ที่คุณจะติดตั้งจริง ส่วน Plane ประกาศว่ามีการนำเข้าข้อมูลจาก Jira แบบควบคุมได้ และมีบริการช่วยย้ายระบบแบบดูแลใกล้ชิดสำหรับทีมที่มีมากกว่า 100 ที่นั่ง ขณะที่ Redmine ไม่มีเส้นทางอย่างเป็นทางการที่เทียบเคียงได้
- ขนาด VPS ที่ต้องใช้ไม่สูงนัก แนวทางอย่างเป็นทางการเริ่มต้น OpenProject และ Plane ที่ RAM 4 GB โดย Plane แนะนำ 8 GB สำหรับระบบใช้งานจริง ส่วนอิมเมจ Redmine ของ Cloudzy ระบุขั้นต่ำที่ RAM 2 GB
- Jira Cloud ยังคงเป็นตัวเลือกที่ถูกต้องสำหรับบางทีม โดยเฉพาะทีมที่ไม่มีกำลังคนดูแลระบบ ราคาของ Atlassian แตกต่างกันตามจำนวนที่นั่งและรอบการเรียกเก็บเงิน จึงควรดูที่ หน้าราคาปัจจุบันของ Jira แทนที่จะยึดตามอัตราเก่าที่ระบุตายตัวไว้
นาฬิกานับถอยหลังของ Atlassian: สิ่งที่เกิดขึ้นจริง
สามวันที่ที่กำหนดเวลานับถอยหลังของ Jira
- 15 กุมภาพันธ์ 2024: Atlassian ยุติการสนับสนุน Jira Server ไม่มีการให้บริการสนับสนุนทางเทคนิค อัปเดตความปลอดภัย หรือการแก้ไขบั๊กสำหรับผลิตภัณฑ์หรือแอป Server อีกต่อไป
- 30 มีนาคม 2026: Atlassian หยุดขายการสมัครสมาชิก Data Center ใหม่และแอป Marketplace สำหรับ Data Center ให้ลูกค้ารายใหม่ ส่วนลูกค้าเดิมยังต่ออายุได้
- 28 มีนาคม 2029: การสมัครสมาชิกและแอป Data Center ที่ได้รับผลกระทบจะหมดอายุและกลายเป็นอ่านอย่างเดียว Atlassian ระบุว่าลูกค้าบางรายอาจได้รับการบำรุงรักษาต่อเนื่องเป็นกรณีพิเศษ
ทีมต่าง ๆ ตอบสนองอยู่ราวสามแบบ บางทีมย้ายไป Jira Cloud ยอมจ่ายค่าบริการรายที่นั่ง และรับเอาความง่ายในการดูแลระบบมาแทน บางทีมยืดด้วยการต่ออายุ Data Center ไปจนถึงปี 2029 แล้วโยนเส้นตายให้ตัวเองในอนาคตจัดการ ส่วนบางทีมเริ่มประเมินทางเลือกแบบ Self-Hosted ตั้งแต่ตอนนี้เพื่อเลี่ยงทั้งค่าใช้จ่ายและเส้นตาย
ถ้าคุณอยู่ในกลุ่มที่สอง ("ไว้ค่อยคิดทีหลัง") การประเมินตามตรงคือ "ทีหลัง" จะเป็นปัญหาของปี 2029 ก็ต่อเมื่อคุณไม่มีงานอื่นอยู่ในแผนงานเลยจนถึงตอนนั้น ทีมส่วนใหญ่ที่ผมเห็นทำแบบนี้ ลงเอยด้วยการย้ายระบบแบบลนลาน เพราะปฏิทินเดินเร็วกว่าที่ใครคาดไว้
เคล็ดลับ: ถ้าทีมของคุณยังอยู่บน Server ลำพังความเสี่ยงด้านความปลอดภัยก็เพียงพอที่จะถือว่านี่เป็นปัญหาของปี 2026 ไม่ใช่ปี 2029 ระบบติดตามงานที่ไม่ได้รับการสนับสนุนก็ยังเป็นพื้นที่ให้ถูกโจมตี และมักถูกจัดลำดับความสำคัญต่ำในการตรวจสอบความปลอดภัย เพราะมัน "ใช้งานได้อยู่แล้ว" นั่นเอง
ข้อสรุปของส่วนนี้: เส้นเวลานี้มีวันที่ชัดเจน เปิดเผยต่อสาธารณะ และเป็นทางการ ให้วางแผนที่ปี 2026-2027 ไม่ใช่ปี 2029
สามเส้นทาง Self-Hosted ที่เป็นไปได้จริงในปี 2026
ในระบบนิเวศโอเพนซอร์สมีเครื่องมือติดตามงานอยู่หลายสิบตัว เพื่อให้การเปรียบเทียบมีจุดโฟกัส บทความนี้ครอบคลุมสามเส้นทางที่ต่างกันชัดเจน ได้แก่ OpenProject สำหรับการบริหารโครงการอย่างเป็นทางการและเครื่องมือย้ายข้อมูลที่ตรงที่สุด Plane สำหรับกระบวนการทำงานสายวิศวกรรมสมัยใหม่ และ Redmine สำหรับเครื่องมือติดตามที่สุกงอมและต่อขยายได้ ทั้งนี้ Taiga, Tuleap, Kanboard และโครงการอื่น ๆ ก็ยังอาจเหมาะกว่าสำหรับความต้องการที่เฉพาะเจาะจงกว่านี้
ต่อไปนี้คือสิ่งที่แต่ละตัวเป็นจริง ๆ
OpenProject
OpenProject เป็นแอปพลิเคชัน Ruby on Rails ที่ใช้ PostgreSQL เป็นฐานข้อมูล รุ่น Community Edition ใช้สัญญาอนุญาต GPLv3 และติดตั้งใช้เองได้ฟรี ส่วนแพ็กเกจ Enterprise แบบ on-premises ที่ต้องเสียเงินจะเพิ่มบริการสนับสนุนและฟีเจอร์ระดับ Enterprise
การวางตำแหน่งด้าน UX เน้นประโยชน์ใช้สอยและอัดแน่นด้วยฟีเจอร์ มันดูเหมือนซอฟต์แวร์บริหารโครงการระดับองค์กร เพราะมันเป็นอย่างนั้นจริง ๆ รองรับแผนภูมิ Gantt การรายงานพอร์ตโฟลิโอโครงการอย่างเป็นทางการ การทำงานร่วมกันบนมาตรฐาน BCF สำหรับงานก่อสร้างและวิศวกรรม รวมถึงกระบวนการติดตามความรับผิดชอบของผู้มีส่วนได้ส่วนเสียได้อย่างแข็งแรง หากทีมของคุณเคยขอ "Gantt ของจริง" หรือ "ความสัมพันธ์ระหว่าง epic ข้ามโครงการ" นี่คือเครื่องมือของคุณ
ทีมที่เหมาะกับ OpenProject ที่สุดคือทีมที่ต้องให้แบบ waterfall ดั้งเดิมกับแบบ agile อยู่ร่วมกันในอินสแตนซ์เดียว ต้องรายงานอย่างเป็นทางการขึ้นไปตามสายบังคับบัญชา และต้องการเส้นทางย้ายข้อมูลอย่างเป็นทางการจาก Jira Server หรือ Data Center เวอร์ชันที่รองรับ เราจะพูดถึง Migrator และข้อจำกัดปัจจุบันของมันด้านล่าง
จุดอ่อนคือเส้นโค้งการเรียนรู้ สมาชิกทีมที่ย้ายมาจาก Jira Cloud หรือ Linear จะบอกคุณว่า OpenProject รู้สึกอุ้ยอ้าย ซึ่งพวกเขาก็ไม่ได้พูดผิด แนวคิดหลักหลายอย่างของ Jira มีสิ่งเทียบเท่าใน OpenProject แต่คุณอาจต้องอ่านเอกสารประกอบเพื่อหาให้เจอ
OpenProject มีอยู่ใน มาร์เก็ตเพลส Cloudzy ในรูปแบบติดตั้งได้ในคลิกเดียว หากคุณไม่อยากเสียเวลาวุ่นวายกับไฟล์ Compose
Plane
Plane เป็นโครงการที่ใหม่กว่า ก่อตั้งในปี 2022 การแจกจ่ายแบบ Self-Hosted ในปัจจุบันเป็นการติดตั้งแบบรวมชุดผ่าน Docker หรือ Kubernetes ซึ่งมีบริการของแอปพลิเคชันหลายตัว บวกกับ PostgreSQL, Redis และที่เก็บข้อมูลแบบอ็อบเจ็กต์ ไม่ใช่แค่สแตกห้าคอนเทนเนอร์ธรรมดา
- บริการเว็บและ API
- เวิร์กเกอร์เบื้องหลัง
- PostgreSQL
- Redis
- ที่เก็บข้อมูลแบบอ็อบเจ็กต์
รุ่น Community Edition ใช้สัญญาอนุญาต AGPLv3
การวางตำแหน่งด้าน UX ได้แรงบันดาลใจจาก Linear อย่างเปิดเผย ทั้ง cycle, module, project และ view ดูทันสมัย รวดเร็ว และมีจุดยืนชัดเจน หากคุณเคยชอบคีย์ลัดเริ่มต้นของ Linear หรือโมเดล issue ของมัน คุณจะคุ้นเคยกับ Plane ได้ภายในชั่วโมงเดียว
ทีมที่เหมาะที่สุดคือทีมที่นำโดยฝ่ายวิศวกรรม ได้แก่ สตาร์ตอัป ทีมผลิตภัณฑ์อิสระ และบริษัทพัฒนาซอฟต์แวร์ขนาดเล็กที่วิศวกรเป็นผู้ใช้หลัก และเครื่องมือบริหารโครงการก็คือระบบติดตามงานบวกกับบอร์ดสปรินต์เป็นหลัก จุดนี้เองที่ Plane โดดเด่น
มีจุดอ่อนจริง ๆ ที่ต้องยอมรับ โครงการนี้ใหม่กว่าอีกสองตัว จึงมีระบบนิเวศการเชื่อมต่อที่เล็กกว่า และรูปแบบการติดตั้งที่เปลี่ยนแปลงเร็วกว่า นอกจากนี้สัญญาอนุญาต AGPLv3 ของมันก็ควรตรวจสอบให้ดีก่อนที่คุณจะดัดแปลงซอฟต์แวร์ไปใช้เป็นบริการเครือข่ายเชิงพาณิชย์
ณ เดือนกรกฎาคม 2026 Plane ยังไม่มีในมาร์เก็ตเพลสของ Cloudzy ตัวเลือกนี้จึงต้องติดตั้งผ่าน Docker หรือ Kubernetes ของ Plane เองบน VPS ที่คุณเลือก ซึ่งทีมที่คุ้นเคยกับคอนเทนเนอร์อยู่แล้วก็รับมือได้ แต่ก็เพิ่มงานติดตั้งและดูแลรักษามากกว่าการใช้อิมเมจแบบคลิกเดียว
Redmine
Redmine คือรุ่นเก๋า เปิดตัวครั้งแรกในปี 2006 ใช้ Ruby on Rails กับฐานข้อมูล MySQL หรือ PostgreSQL สัญญาอนุญาต GPLv2 ถือว่าเบาตามมาตรฐานปัจจุบัน ส่วนหนึ่งเพราะแกนหลักเล็กจริง ๆ และอีกส่วนเพราะสิ่งที่คนต้องการจาก Redmine ส่วนใหญ่มาจากปลั๊กอิน
UX ของมันเก่ากว่า ไม่มีประโยชน์ที่จะเสแสร้งเป็นอย่างอื่น Redmine 7.0 กลายเป็นสาขาเสถียรล่าสุดในเดือนมิถุนายน 2026แต่หน้าตาเริ่มต้นของมันก็ยังให้ความรู้สึกแบบดั้งเดิม ธีม Bleuclair ช่วยทำให้ Redmine 6.1 ดูทันสมัยขึ้น ทั้งนี้ควรตรวจสอบความเข้ากันได้ของธีมและปลั๊กอินก่อนย้ายไป Redmine 7 หากคุณจำเป็นต้องได้ UX สมัยใหม่จริง ๆ ให้ดูที่ Plane
ทีมที่เหมาะที่สุดคือทีมที่ใช้ Redmine อยู่แล้ว หรือทีมที่ต้องการระบบติดตามงานที่เสถียร กินทรัพยากรน้อย และไม่ถูกเครื่องมือบังคับรูปแบบการทำงานมากนัก ระบบนิเวศปลั๊กอินของมันใหญ่มาก
- บอร์ดแบบ Agile
- แผนภูมิ Gantt
- การบันทึกเวลา
- การเชื่อมต่อกับ SCM
- เวิร์กโฟลว์ที่กำหนดเอง
ถ้าทีมมีความต้องการด้านเวิร์กโฟลว์แบบเฉพาะเจาะจง ก็มักจะมีปลั๊กอิน Redmine สำหรับสิ่งนั้นอยู่แล้ว
จุดอ่อนมีสองด้าน ด้านแรกคือ UX ตามที่กล่าวไปแล้ว อีกด้านคือระบบนิเวศปลั๊กอินเอง ซึ่งเป็นดาบสองคม ปลั๊กอินช่วยแก้ปัญหาได้ก็จริง แต่ก็สร้างปัญหาความเข้ากันได้ของเวอร์ชันตอนอัปเกรด อินสแตนซ์ Redmine ที่มีปลั๊กอินแปดตัว ก็คืออินสแตนซ์ที่ต้องทดสอบทุกครั้งที่อัปเกรดย่อย
หมายเหตุสำหรับทีมที่ใช้ Redmine อยู่แล้ว หากข้อติดใจเดียวคือ UX และคุณอยู่บน Redmine 6.1 ธีม Bleuclair ก็เป็นการทดลองที่ต้นทุนต่ำ ซึ่งอาจทำให้ไม่จำเป็นต้องย้ายแพลตฟอร์มเลย ลองทดสอบก่อน และตรวจสอบความเข้ากันได้ก่อนอัปเกรดไป Redmine 7
ข้อสรุปของส่วนนี้: เลือกตามรูปแบบการใช้งาน ถ้าต้องการตัวแทนที่มีหน้าตาแบบ Jira ให้เลือก OpenProject ถ้าต้องการ UX แบบ Linear โดยไม่ต้องจ่ายค่า SaaS ให้เลือก Plane และถ้าต้องการระบบติดตามงานที่เสถียรพร้อมปลั๊กอินสำหรับทุกเรื่อง ให้เลือก Redmine
การเปรียบเทียบแบบเคียงข้างกัน
เมื่อกล่าวถึงแต่ละเครื่องมืออย่างละเอียดแล้ว มาจัดวางให้เห็นความต่างกันชัด ๆ กัน
| มิติ | OpenProject (Community) | Plane (Community) | Redmine |
|---|---|---|---|
| เปิดตัวครั้งแรก | 2012 | 2022 | 2006 |
| สแต็ก | Ruby on Rails ร่วมกับ PostgreSQL | แอปแบบรวมชุด ร่วมกับ PostgreSQL, Redis และที่เก็บข้อมูลแบบอ็อบเจ็กต์ | Ruby on Rails ร่วมกับ MySQL หรือ PostgreSQL |
| สัญญาอนุญาต | GPLv3 | AGPLv3 | GPLv2 |
| ขนาดขั้นต่ำ (ทีมเล็ก) | 4 คอร์, RAM 4 GB | เริ่มที่ RAM 4 GB แนะนำ 8 GB สำหรับระบบใช้งานจริง | เริ่มที่ RAM 2 GB |
| มาร์เก็ตเพลส Cloudzy | มี (คลิกเดียว) | ไม่มี (ต้องติดตั้งและดูแลเอง) | มี (คลิกเดียว) |
| เส้นทางย้ายข้อมูลจาก Jira อย่างเป็นทางการ | เบต้าในตัว: Server/Data Center 10.x ถึง 11.x | นำเข้าข้อมูลแบบมีคำแนะนำ และดูแลใกล้ชิดสำหรับ 100 ที่นั่งขึ้นไป | ไม่มี |
| จุดแข็ง | การบริหารโครงการอย่างเป็นทางการ, แผนภูมิ Gantt, รายงานพอร์ตโฟลิโอ | UX สมัยใหม่, ทีมวิศวกรรม | การติดตามงานแบบเบา ๆ, ปลั๊กอิน |
| จุดอ่อน | UX หนักกว่า และเครื่องมือย้ายข้อมูลยังเป็นเบต้า | ระบบนิเวศยังใหม่ และต้องใช้ RAM ขั้นต่ำสูงกว่า | UX เริ่มต้นที่เริ่มเก่า และปัญหาความเข้ากันได้ของปลั๊กอิน |
OpenProject Jira Migrator: มันทำอะไรได้จริงบ้าง
นี่คือรายละเอียดที่บทความรวมเครื่องมือปี 2026 ส่วนใหญ่ข้ามไปหรือใส่ไว้แค่เชิงอรรถ และมันก็เป็นเหตุผลหลักที่ทำให้ OpenProject เป็นตัวเลือกที่เป็นธรรมชาติที่สุดสำหรับทีมที่ใช้ Jira อยู่ตอนนี้
OpenProject เปิดให้ใช้ Jira Migrator รุ่นเบต้า ในปี 2026 โดยเป็นส่วนหนึ่งของ Community Edition เครื่องมือนี้เชื่อมต่อผ่าน API ด้วย Personal Access Token ระดับผู้ดูแลระบบไปยัง Jira Server หรือ Data Center เวอร์ชัน 10.x และ 11.x ส่วน Jira Cloud ยังไม่รองรับในตอนนี้
สิ่งที่หน้าเว็บทางการปัจจุบันของ OpenProject ระบุรวม ๆ ว่านำเข้าได้:
- โครงการและตัวระบุโครงการ
- Issue: สรุปหรือชื่อเรื่อง คำอธิบาย ไฟล์แนบ ประวัติ ความคิดเห็น วันครบกำหนด ชั่วโมงที่ประเมินไว้ และชั่วโมงคงเหลือ ทั้งนี้ตัวระบุ issue ก็รองรับในระดับเบต้าด้วย
- ผู้ใช้และกลุ่มที่เกี่ยวข้อง รวมถึงชื่อ ที่อยู่อีเมล การเป็นสมาชิกโครงการ และการเป็นสมาชิกกลุ่ม
- ฟิลด์กำหนดเองที่รองรับและมีสิ่งเทียบเท่าใน OpenProject
- สถานะและประเภทของ issue
สิ่งที่คุณควรถือว่ายังไม่รองรับ:
- ความสัมพันธ์ระหว่าง issue และการกำหนดสปรินต์
- เวิร์กโฟลว์ สิทธิ์ และสคีมาในระดับโครงการ
- ป้ายกำกับ เวอร์ชัน คอมโพเนนต์ และฟิลด์อื่น ๆ ที่ไม่ได้ระบุว่ารองรับ ควรถือว่ายังไม่รองรับจนกว่าการทดลองนำร่องจะพิสูจน์เป็นอย่างอื่น
- Jira Cloud, ข้อมูลของแอปจาก Marketplace, กฎการทำงานอัตโนมัติ และการเชื่อมต่อกับระบบภายนอก
มีรายละเอียดเชิงปฏิบัติสองข้อที่สำคัญไม่แพ้รายการฟิลด์ การนำเข้าข้อมูลจะเข้าสู่โหมดตรวจทานก่อน และสามารถย้อนกลับได้ตราบใดที่ยังอยู่ในขั้นตอนตรวจทาน เมื่ออนุมัติการนำเข้าแล้ว จะไม่สามารถย้อนกลับได้อีก และเนื่องจากขอบเขตที่รองรับยังเปลี่ยนไปในแต่ละรุ่น จึงควรตรวจสอบเอกสารประกอบฉบับปัจจุบันก่อนย้ายข้อมูลทุกครั้ง
แบบจำลองความคิดที่สมเหตุสมผลคือ Migrator รุ่นเบต้ารองรับชุดข้อมูลหลักของโครงการที่ค่อย ๆ เพิ่มขึ้น ไม่ใช่ทั้งสภาพแวดล้อม Jira ทั้งหมด ให้วางแผนทดลองนำร่องแบบมีการควบคุม และกันเวลาไว้สำหรับสร้างตรรกะเวิร์กโฟลว์ สิทธิ์ แอป และการเชื่อมต่อที่ไม่รองรับขึ้นใหม่
หมายเหตุ: คู่มือทางเทคนิคของ OpenProject ฉบับวันที่ 6 พฤษภาคม ระบุชุดข้อมูลที่แคบกว่าหน้าเว็บเดือนกรกฎาคมซึ่งใหม่กว่า โดยหน้าเดือนกรกฎาคมเพิ่มประวัติ ความคิดเห็น รวมถึงผู้ใช้และกลุ่มที่เกี่ยวข้อง เนื่องจาก Migrator ยังอยู่ในช่วงเบต้า จึงควรยืนยันขอบเขตที่รองรับในรุ่นที่คุณจะติดตั้งจริง และทดสอบกับโครงการ Jira ที่เป็นตัวแทนก่อนย้ายจริง
เส้นทางการย้ายข้อมูลในภาพรวมที่ปลอดภัยกว่าเป็นแบบนี้
- ตั้งอินสแตนซ์ OpenProject ที่ไม่ใช่ระบบใช้งานจริงขึ้นมาบน VPS (จะใช้อิมเมจคลิกเดียวของ Cloudzy ก็ได้ หรือใช้วิธีติดตั้งที่ OpenProject รองรับ)
- ยืนยันว่าต้นทางเป็น Jira Server หรือ Data Center เวอร์ชัน 10.x หรือ 11.x จากนั้นสร้าง Personal Access Token ระดับผู้ดูแลระบบ
- สำรองข้อมูลอินสแตนซ์ทดสอบของ OpenProject จากนั้นตั้งค่า Migrator ด้วย URL ของ Jira และโทเคน
- ทดลองนำร่องกับโครงการตัวแทนหนึ่งโครงการ แล้วตรวจสอบตัวระบุโครงการ ผู้ใช้ การเป็นสมาชิกกลุ่ม สถานะ ประเภทของ issue ฟิลด์กำหนดเองที่รองรับ ไฟล์แนบ ประวัติ ความคิดเห็น วันครบกำหนด ค่าประมาณ และชั่วโมงคงเหลือ
- ตรวจทานผลการทดลองนำร่องอย่างละเอียด ระหว่างที่การนำเข้ายังอยู่ในขั้นตอนตรวจทาน ให้ย้อนกลับได้หากการจับคู่ข้อมูลผิดพลาด แต่หลังจากอนุมัติแล้วจะย้อนกลับไม่ได้อีก
- วางแผนย้ายระบบจริงต่อเมื่อการทดลองนำร่องผ่านแล้วเท่านั้น ใช้ช่วงเวลาปิดปรับปรุงระบบ หยุดการเขียนข้อมูลลง Jira เก็บสำรองข้อมูลไว้ และสร้างเวิร์กโฟลว์กับการเชื่อมต่อที่ไม่รองรับขึ้นใหม่แยกต่างหาก
ตอนนี้ Plane ประกาศว่ามี การนำเข้าข้อมูลจาก Jira แบบควบคุมได้และเป็นของตัวเอง ซึ่งจับคู่ข้อมูลโครงการ, issue, สปรินต์, ประเภทของ issue, สถานะ, ฟิลด์กำหนดเอง, ความคิดเห็น และไฟล์แนบ ทีมที่มีมากกว่า 100 ที่นั่งสามารถขอความช่วยเหลือย้ายระบบแบบดูแลใกล้ชิดได้ ส่วนเส้นทางของ Redmine ยังอ้อมกว่า เพราะต้องพึ่งปลั๊กอินจากชุมชนหรือกระบวนการผ่าน CSV ซึ่งต้องทดสอบกับเวอร์ชันและการตั้งค่าที่ใช้จริง
ข้อสรุปของส่วนนี้: Migrator รุ่นเบต้าของ OpenProject รองรับ Jira Server/Data Center 10.x และ 11.x แต่แหล่งข้อมูลทางการของมันยังขัดแย้งกันเรื่องขอบเขตที่รองรับในปัจจุบัน ให้ตรวจสอบกับรุ่นที่คุณใช้จริง ส่วน Plane มีการนำเข้าข้อมูลแบบมีคำแนะนำ ขณะที่ Redmine ไม่มีเส้นทางอย่างเป็นทางการที่เทียบเคียงได้ ควรทดลองนำร่องทั้ง OpenProject และ Plane ก่อนใช้งานจริง
การเลือกขนาด VPS: แต่ละเครื่องมือต้องใช้อะไรจริง ๆ
ต้นทุนโครงสร้างพื้นฐานสำหรับการติดตั้งเครื่องมือเหล่านี้เองนั้นไม่สูง ความน่าเชื่อถือ การสำรองข้อมูล การทดสอบกู้คืน และการมอนิเตอร์ สำคัญกว่าการพยายามยัดทุกอย่างลงในแพ็กเกจที่เล็กที่สุด ปัจจุบัน Cloudzy ประกาศ 99.95% uptime SLAและแพ็กเกจ VPS ของ Cloudzy ก็ปรับขนาดได้เมื่อการใช้งานเติบโตขึ้น
| ประเด็นในการวางแผน | OpenProject | Plane | Redmine |
|---|---|---|---|
| คำแนะนำเริ่มต้น | 4 คอร์, RAM 4 GB | 2 คอร์, RAM 4 GB | เริ่มที่ RAM 2 GB (อิมเมจของ Cloudzy) |
| ข้อสังเกตสำหรับระบบใช้งานจริง | ขั้นต่ำสำหรับเซิร์ฟเวอร์เดียว รองรับผู้ใช้รวมได้ถึง 200 คน | แนะนำ RAM 8 GB | ปลั๊กอินและจำนวนการใช้งานพร้อมกันเป็นตัวกำหนดภาระของระบบ |
| ควรขยายเมื่อ | คิวงาน ความหน่วงของฐานข้อมูล หรือการใช้ RAM เพิ่มขึ้น | บริการต่าง ๆ แย่งชิง RAM และ CPU กัน | ความหน่วงของฐานข้อมูลหรือภาระจากปลั๊กอินเพิ่มขึ้น |
ข้อสังเกตบางอย่างที่สำคัญในเชิงปฏิบัติ:
- ข้อกำหนดขั้นต่ำอย่างเป็นทางการของ OpenProject สำหรับการติดตั้งบนเซิร์ฟเวอร์เดียวคือ CPU สี่คอร์, RAM 4 GB และพื้นที่ดิสก์ว่าง 20 GB ส่วนตัวอย่างอินสแตนซ์ขนาดเล็กระบุแยกไว้ว่าใช้ CPU 2 คอร์ กับ RAM 4 GB สำหรับตัวแอปพลิเคชัน บวกอีก CPU 2 คอร์ กับ RAM 4 GB สำหรับ PostgreSQL
- ข้อกำหนดการติดตั้งเองอย่างเป็นทางการของ Plane ระบุขั้นต่ำที่ CPU 2 คอร์ และ RAM 4 GB โดยแนะนำ 8 GB สำหรับระบบใช้งานจริง
- อิมเมจ Redmine ของ Cloudzy ระบุขั้นต่ำที่ RAM 2 GB อย่าแปลงตัวเลขนี้เป็นจำนวนผู้ใช้ที่การันตีได้ เพราะความจุที่แท้จริงขึ้นอยู่กับปลั๊กอิน ปริมาณไฟล์แนบ คำขอที่เข้ามาพร้อมกัน และพฤติกรรมของฐานข้อมูล
เพื่อเป็นข้อมูลอ้างอิง แพ็กเกจมาตรฐาน 4 GB ของ Cloudzy ให้ 2 vCPU, พื้นที่เก็บข้อมูล NVMe 120 GB และปริมาณการรับส่งข้อมูล 5 TB ซึ่งผ่านเกณฑ์ RAM ขั้นต่ำของ OpenProject แต่ยังไม่ถึงเกณฑ์ CPU สี่คอร์ตามข้อกำหนดทางการ ดังนั้นสำหรับ OpenProject ให้เลือกแพ็กเกจหรือการตั้งค่าแบบกำหนดเองที่มีอย่างน้อย 4 vCPU ควรเฝ้าดูความหน่วงของฐานข้อมูล คิวของเวิร์กเกอร์ และแรงกดดันด้านหน่วยความจำก่อนขยายระบบ และอย่ารับปากว่าจะได้ประสิทธิภาพเพิ่มขึ้นเป็นตัวคูณตายตัวเพียงเพราะชนิดของพื้นที่จัดเก็บ
พัฒนาบน Linux VPS พร้อมสิทธิ์รูท, NVMe และพลัง AMD EPYC
ดูแพ็กเกจ Linuxข้อสรุปของส่วนนี้: ตามราคาป้ายมาตรฐานปัจจุบันของ Cloudzy ก่อนหักโปรโมชัน Redmine เริ่มต้นได้ราว 15 ดอลลาร์ต่อเดือน และ Plane ราว 29 ดอลลาร์ต่อเดือน ส่วน OpenProject ต้องใช้ CPU อย่างน้อยสี่คอร์ตามข้อกำหนดขั้นต่ำอย่างเป็นทางการ จึงควรคิดราคาจากการตั้งค่าที่ตรงตามนั้น ไม่ใช่จากแพ็กเกจ 2 vCPU/4 GB
เมื่อใดที่ Jira Cloud ยังคงเป็นคำตอบที่ถูกต้อง
การติดตั้งดูแลเองคือการแลกเงินกับเวลา มีทีมบางรูปแบบที่เงินมีค่ามากกว่าเวลาที่คุณจะประหยัดได้ และทีมแบบนั้นก็ควรจ่ายเงินให้ Atlassian
ราคาป้ายของ Jira Cloud ณ เดือนกรกฎาคม 2026 อ้างอิงจากหน้าราคาสาธารณะของ Atlassian (อัตราค่าบริการกำหนดโดย Atlassian แตกต่างกันตามรอบการเรียกเก็บเงินและจำนวนที่นั่ง และเปลี่ยนแปลงได้โดยไม่แจ้งล่วงหน้า ดังนั้นให้ถือว่าตัวเลขทุกตัวด้านล่างเป็นภาพ ณ ปี 2026 และตรวจสอบยืนยันที่ หน้าราคาปัจจุบันของ Jira ก่อนจัดทำงบประมาณ):
- ฟรี: รองรับได้ถึง 10 ผู้ใช้
- Standard: around $8 per user per month as of mid-2026.
- Premium: around $14 per user per month as of mid-2026.
- Enterprise: สัญญารายปี ราคาแบบกำหนดเอง
At that rate, 25 seats total roughly $2,400 per year. A Cloudzy 4 GB VPS is $28.95 per month at standard list price, or about $347 per year before promotions. Jira Cloud's subscription is therefore roughly seven times the VPS infrastructure cost on those 2026 figures, but that comparison excludes operator time, backups, monitoring, paid support, and any Enterprise features.
ตอนนี้ลองถามคำถามตรง ๆ ว่า ใครจะรับผิดชอบการสำรองข้อมูล การทดสอบกู้คืน การอัปเกรด การดูแล Postgres การมอนิเตอร์ ใบรับรอง SSL การสร้างบัญชีผู้ใช้ และการรับมือเหตุขัดข้อง ให้เปรียบเทียบค่าสมาชิก Jira Cloud กับต้นทุนรวมของการดูแลระบบที่ติดตั้งเอง ไม่ใช่แค่ค่าเครื่องเสมือน หากไม่มีใครรับงานส่วนนี้ เงินที่ดูเหมือนจะประหยัดได้ก็อาจหายไปอย่างรวดเร็ว
คุณค่าของ Jira Cloud อยู่ที่เรื่องการดูแลระบบเป็นหลัก Atlassian เป็นผู้ดูแลแพลตฟอร์ม การอัปเกรด การแพตช์ และการสำรองข้อมูลในระดับบริการ ขณะที่ทีมของคุณยังต้องรับผิดชอบนโยบายการเข้าถึง การเชื่อมต่อระบบยืนยันตัวตน การกำกับดูแลแอป และการตัดสินใจเรื่องระยะเวลาเก็บข้อมูล สำหรับทีมที่ไม่มีใครดูแลระบบบริหารโครงการได้เลย ชั้นบริการแบบมีผู้จัดการให้นี้ก็มีคุณค่าจริง
พูดกันตรง ๆ คือ การติดตั้งดูแลเองเหมาะกับทีมที่มี VPS ใช้งานอยู่แล้ว มีวิศวกรสักคนที่ถนัด Docker และมีกำลังพอจะรับงานดูแลระบบไหว ส่วน Jira Cloud เหมาะกับทีมที่ไม่มีใครในทีมอยากเป็นคนที่ถูกปลุกกลางดึกเพราะ Postgres ใช้พื้นที่ดิสก์จนหมด
หากไม่แน่ใจว่าทีมของคุณเป็นแบบไหน ให้ลองทดลองใช้ OpenProject บน VPS สักสองสัปดาห์ ถ้าต้นทางของคุณเป็น Jira Server หรือ Data Center เวอร์ชันที่รองรับ ก็นำเข้าโครงการตัวแทนหนึ่งโครงการด้วย Migrator รุ่นเบต้า ทั้งนี้ Jira Cloud ยังไม่รองรับ สุดท้ายผลจะออกมาทางใดทางหนึ่ง คือทีมรับมันไปใช้และคุณได้เรียนรู้ว่าภาระการดูแลมีแค่ไหน หรือไม่ก็ค่าบริการแบบมีผู้ดูแลของ Jira Cloud จะเริ่มดูสมเหตุสมผลขึ้น
คำตัดสินด่วน
- กำลังย้ายจาก Jira Server หรือ Data Center เวอร์ชันที่รองรับ และต้องการเครื่องมือเบต้าในตัวที่ทำเองได้: เลือก OpenProject และตรวจสอบขอบเขตฟิลด์ที่รองรับเฉพาะรุ่นนั้นก่อนใช้งานจริง
- ทีมที่นำโดยฝ่ายวิศวกรรม ต้องการ UX สมัยใหม่และการนำเข้าข้อมูลจาก Jira แบบมีคำแนะนำ: เลือก Plane ซึ่งต้องใช้ RAM 4 GB แนะนำ 8 GB สำหรับระบบใช้งานจริง และมีบริการช่วยย้ายระบบแบบดูแลใกล้ชิดสำหรับทีมที่มีมากกว่า 100 ที่นั่ง
- ใช้ Redmine อยู่แล้ว และต้องการระบบติดตามงานที่เสถียรบน VPS ที่กินทรัพยากรน้อย: ก็อยู่กับ Redmine ต่อไป ลองใช้ธีม Bleuclair ดูก่อนที่จะคิดเรื่องย้ายระบบ
คำถามที่พบบ่อย
Jira Server ยังได้รับการสนับสนุนอยู่ไหมในปี 2026
ไม่ Atlassian ยุติการสนับสนุน Jira Server ไปเมื่อวันที่ 15 กุมภาพันธ์ 2024 ใครที่ยังใช้อยู่ในปี 2026 ก็คือกำลังใช้ซอฟต์แวร์ที่ไม่ได้รับการสนับสนุนและไม่มีแพตช์ความปลอดภัย ลูกค้าใหม่ไม่สามารถซื้อ Jira Data Center ได้อีกแล้ว ทางเลือกที่มีการสนับสนุนตามความเป็นจริงจึงเหลือ Jira Cloud หรือทางเลือกอื่นที่ยังมีการดูแลอยู่ ส่วนลูกค้า Data Center รายเดิมยังใช้งานต่อได้ตามกำหนดการยุติบริการที่ Atlassian ประกาศไว้
ยังซื้อ Jira Data Center ได้อยู่ไหม
ไม่ได้ ถ้าคุณเป็นลูกค้าใหม่ Atlassian หยุดขาย Data Center ให้ลูกค้ารายใหม่ตั้งแต่วันที่ 30 มีนาคม 2026 ส่วนลูกค้าเดิมยังซื้อการสมัครสมาชิก แอป และส่วนขยายใหม่ได้จนถึงวันที่ 30 มีนาคม 2028 และต่ออายุการสมัครสมาชิกเดิมได้จนถึงวันที่ 28 มีนาคม 2029 หลังจากนั้นผลิตภัณฑ์ที่ได้รับผลกระทบจะกลายเป็นอ่านอย่างเดียว เว้นแต่ Atlassian จะอนุมัติการขยายเวลาเป็นกรณีพิเศษ
จะย้ายจาก Jira ไป OpenProject ได้อย่างไร
ปัจจุบัน Jira Migrator ของ OpenProject ยังอยู่ในช่วงเบต้า มันเชื่อมต่อผ่าน API ไปยัง Jira Server หรือ Data Center เวอร์ชัน 10.x และ 11.x ด้วย Personal Access Token ระดับผู้ดูแลระบบ และไม่รองรับ Jira Cloud หน้าเว็บทางการเดือนกรกฎาคม 2026 ซึ่งใหม่กว่าระบุว่ามันนำเข้าโครงการและตัวระบุโครงการ, issue พร้อมคำอธิบาย ไฟล์แนบ ประวัติ และความคิดเห็น, ผู้ใช้และกลุ่มที่เกี่ยวข้อง, สถานะและประเภท ตลอดจนฟิลด์กำหนดเองที่รองรับ ขณะที่คู่มือทางเทคนิคเดือนพฤษภาคมยังระบุชุดที่แคบกว่า จึงควรยืนยันขอบเขตที่แท้จริงในรุ่นที่คุณติดตั้ง ส่วนเวิร์กโฟลว์ สิทธิ์ สคีมา ความสัมพันธ์ระหว่าง issue และการกำหนดสปรินต์ ยังไม่รองรับหรืออยู่ในแผนพัฒนา
ทางเลือกแทน Jira แบบ Self-Hosted ที่ถูกที่สุดคืออะไร
จากจุดเริ่มต้นที่มีเอกสารระบุไว้ในปัจจุบัน Redmine บนอิมเมจ 2 GB ของ Cloudzy คือตัวเลือกที่ต้นทุนต่ำที่สุด ส่วนขั้นต่ำแบบเซิร์ฟเวอร์เดียวของ OpenProject คือ CPU สี่คอร์และ RAM 4 GB ขณะที่ Plane ต้องใช้ 2 คอร์และ RAM 4 GB โดยแนะนำ 8 GB สำหรับระบบใช้งานจริง รุ่น Community ไม่มีค่าลิขสิทธิ์ซอฟต์แวร์เพิ่ม แต่ค่าบริการสนับสนุนแบบเสียเงิน การสำรองข้อมูล การมอนิเตอร์ และเวลาของผู้ดูแลระบบก็ยังนับเป็นต้นทุนอยู่ดี
Plane เป็นตัวแทน Jira ได้จริงหรือไม่
สำหรับทีมที่นำโดยฝ่ายวิศวกรรม ตอบว่าใช่ UX ของ Plane ใกล้เคียง Linear มากกว่า Jira และโมเดล issue ของมันก็เข้ากับกระบวนการทำงานสายวิศวกรรม Plane มีเอกสารระบุการนำเข้าข้อมูลจาก Jira แบบควบคุมได้ ซึ่งครอบคลุมโครงการ, issue ที่กำลังทำและที่อยู่ใน backlog, ผู้รับผิดชอบ, ป้ายกำกับ, ลำดับความสำคัญ, สปรินต์, ประเภทของ issue, สถานะ, ฟิลด์กำหนดเอง, ความคิดเห็น และไฟล์แนบ อีกทั้งยังมีบริการช่วยย้ายระบบแบบดูแลใกล้ชิดสำหรับทีมที่มีมากกว่า 100 ที่นั่ง แต่ทีมที่ใช้แอปจาก Marketplace หรือมีเวิร์กโฟลว์ซับซ้อนก็ยังควรทดสอบนำร่องก่อนอยู่ดี
Redmine มีเครื่องมือย้ายข้อมูลจาก Jira หรือไม่
ไม่มีอย่างเป็นทางการ มีปลั๊กอินนำเข้าข้อมูลจากชุมชนและกระบวนการผ่าน CSV อยู่ แต่ความเข้ากันได้และขอบเขตข้อมูลจะต่างกันไปตามเวอร์ชันของ Jira และ Redmine ควรทดสอบเส้นทางที่จะใช้จริงกับโครงการตัวแทน ทั้งนี้ OpenProject มี Migrator รุ่นเบต้าในตัวสำหรับต้นทาง Jira Server หรือ Data Center ที่รองรับ ส่วน Plane มีการนำเข้าข้อมูลของตัวเองแบบมีคำแนะนำ
รันตัวใดตัวหนึ่งบน VPS ขนาดเล็กได้ไหม
อิมเมจ Redmine ของ Cloudzy ระบุขั้นต่ำที่ RAM 2 GB ซึ่งคิดเป็น 14.95 ดอลลาร์ต่อเดือนตามราคาป้ายมาตรฐาน ส่วน OpenProject ต้องใช้ CPU อย่างน้อยสี่คอร์และ RAM 4 GB ขณะที่ Plane ต้องใช้ 2 คอร์และ RAM 4 GB โดยแนะนำ 8 GB สำหรับระบบใช้งานจริง แพ็กเกจมาตรฐาน 4 GB ของ Cloudzy มี 2 vCPU และตั้งราคาไว้ที่ 28.95 ดอลลาร์ต่อเดือน ซึ่งบางครั้งโปรโมชันก็ทำให้ถูกลง ทั้งนี้การรันทั้งสามตัวบน VPS เล็ก ๆ เครื่องเดียวไม่ใช่การออกแบบระบบใช้งานจริงที่สมเหตุสมผล
