9tee
n8n เปิดตัว n8n 3.0.0 Beta เมื่อวันที่ 27 ตุลาคม 2026 โดยเน้นปรับพื้นฐานด้านความเสถียรและความปลอดภัย รวมถึงนำฟีเจอร์เก่าบางส่วนออก รุ่น stable มีกำหนดตามแผนในช่วงต้นเดือนธันวาคม 2026
การเปลี่ยนเวอร์ชันครั้งนี้มี breaking changes หรือการเปลี่ยนแปลงที่อาจต้องแก้ workflow และการตั้งค่าเดิมก่อนอัปเกรด สำหรับระบบที่ใช้งานจริง สิ่งที่ควรทำก่อนคือเปิด Migration Report ตรวจผลกระทบ สำรองข้อมูล และทดลองบนระบบแยก
n8n 3.0 เน้นปรับพื้นฐาน มากกว่าเก็บฟีเจอร์ไว้เปิดตัวครั้งใหญ่
n8n อธิบายว่าโครงการใช้ semantic versioning: เมื่อมีการเปลี่ยนแปลงที่อาจไม่เข้ากันกับระบบเดิม จึงปรับเลขเวอร์ชันหลักขึ้นเป็น 3.0 เพื่อรวมการนำส่วนเก่าออกและเปลี่ยนค่าเริ่มต้นบางอย่าง
ตัว Beta เปิดให้ทดลองทั้งแบบ self-hosted และ n8n Cloud โดยฝั่ง Cloud เลือก 3.0.0 Beta (early access) จากหน้าจอเปลี่ยนเวอร์ชันได้ กำหนด stable ช่วงต้นธันวาคมยังเป็นแผนตามประกาศ ไม่ใช่วันที่ยืนยันแน่นอน
Self-hosted: ไม่รองรับ npm และ npx สำหรับรัน n8n 3.0
การติดตั้ง n8n 3.0 แบบ self-hosted ต้องใช้ deployment ที่อาศัย container ตามแนวทางของ n8n โดยไม่รองรับการรันผ่าน npm หรือ npx n8n แล้ว และไม่มีแพ็กเกจ n8n รุ่น 3.0 ที่รันได้เผยแพร่บน npm
ถ้ารันด้วย Docker Compose อยู่แล้ว ไม่จำเป็นต้องเปลี่ยนไปใช้วิธีติดตั้งแบบใหม่เพียงเพราะข้อกำหนดนี้ แต่ยังต้องตรวจการตั้งค่าและ workflow ที่ได้รับผลกระทบ ส่วน Kubernetes และ Helm นั้น n8n ระบุว่าไม่ได้รับผลกระทบจากการเลิกใช้ npm/npx นี้
ถ้าเดิมใช้ npm หรือนำ npx n8n มาทดลอง ต้องวางแผนย้ายไปใช้ Docker ก่อนขึ้นเวอร์ชัน 3.0
Node เก่าหลายตัวถูกถอด
การเปลี่ยนแปลงที่กระทบ workflow โดยตรงคือการนำ node รุ่นเก่าออก ตัวอย่างที่ควรตรวจ ได้แก่
| Node เดิม | แนวทางทดแทน |
|---|---|
| Function และ Function Item | Code node โดยเลือกโหมดให้ตรงกับการทำงานเดิม |
| Cron และ Interval | Schedule Trigger |
| HTML Extract | HTML node ใน operation Extract HTML Content |
| Read PDF | Extract from File ใน operation Extract From PDF |
| Item Lists | เลือก Split Out, Aggregate, Sort, Limit, Remove Duplicates หรือ Summarize ตาม operation เดิม |
| OpenAI node รุ่นเก่า | OpenAI node รุ่นปัจจุบันในหมวด AI |
รายการนี้เป็นเพียงตัวอย่าง ไม่ใช่รายชื่อทั้งหมด และไม่ใช่ทุก node จะมีตัวแทนตรงตัว เช่น LangChain Code รุ่นเก่าไม่มีตัวแทนโดยตรงตามเอกสาร n8n
ผลกระทบสำคัญ: workflow ที่ใช้ node ซึ่งถูกถอดอาจรันไม่สำเร็จ และ workflow ที่ publish ไว้อาจไม่ activate เมื่อ n8n 3.0 เริ่มทำงาน ทำให้ trigger ไม่ทำงาน จึงควรตรวจและแก้ก่อนอัปเกรด ไม่ใช่รอให้ระบบขึ้นเวอร์ชันใหม่แล้วค่อยหา
ค่าเริ่มต้นและการทำงานที่ควรตรวจ
นอกจาก node ที่ถูกถอด ยังมีการเปลี่ยนค่าซึ่งอาจกระทบระบบเดิมแม้ workflow จะเปิดได้ตามปกติ
Community nodes ที่ยังไม่ผ่านการยืนยัน
ใน n8n 3.0 ค่าเริ่มต้นของ N8N_UNVERIFIED_PACKAGES_ENABLED เปลี่ยนเป็น false ทำให้ติดตั้ง community node จาก npm ที่ยังไม่ผ่านการยืนยันไม่ได้ และแพ็กเกจประเภทนี้ที่ติดตั้งไว้แล้วจะไม่โหลด
หากจำเป็นต้องใช้ต่อ เอกสารระบุว่าสามารถตั้งค่าเป็น true ได้ แต่ควรพิจารณาความเสี่ยงและแหล่งที่มาของแพ็กเกจก่อน หรือเปลี่ยนไปใช้ verified community node เมื่อมีตัวเลือกที่เหมาะสม
Code node timeout สั้นลง
ค่าเริ่มต้นของ N8N_RUNNERS_TASK_TIMEOUT ลดจาก 300 วินาทีเหลือ 60 วินาที งานใน Code node ที่ใช้เวลานานกว่าค่าใหม่อาจล้มเหลว หากงานนั้นจำเป็นต้องใช้เวลานาน สามารถกำหนด timeout เองให้เหมาะกับระบบได้
Binary data และ queue mode
โหมดเก็บ binary data ในหน่วยความจำแบบ default ถูกถอดออก โดย instance ที่ใช้โหมดนี้จะเปลี่ยนไปใช้ filesystem เมื่ออัปเกรด ควรตรวจพื้นที่เก็บข้อมูลและ volume ที่เกี่ยวข้องก่อนใช้งานจริง
สำหรับ instance ที่ใช้ queue mode การรัน workflow แบบ manual จะถูกส่งไปทำบน worker เสมอ ควรตรวจทรัพยากรของ worker ให้รองรับงานส่วนนี้ด้วย
Edit Image รุ่นเก่า
Edit Image node เวอร์ชัน 1 และ 1.1 ถูกถอด ต้องย้ายไปใช้ node เวอร์ชัน 2 ซึ่งใช้ไลบรารีประมวลผลภาพต่างจากเดิม หลังย้ายควรทดสอบผลลัพธ์ โดยเฉพาะงานที่เพิ่มข้อความ เบลอ หรือปรับขนาดภาพ
ใช้ Migration Report ตรวจระบบก่อนอัปเกรด
Migration Report มีใน n8n ตั้งแต่เวอร์ชัน 2.39 และเปิดได้ที่ Settings → Migration Report ทาง n8n แนะนำให้อัปเดตเป็น 2.x รุ่นล่าสุดก่อน เพื่อใช้รายงานรุ่นใหม่ที่สุด
รายงานแยกประเด็นที่กระทบ workflow ออกจากการตั้งค่าของ instance และจัดระดับผลกระทบ เช่น อัปเกรดไม่ได้ รันแล้วล้มเหลว หรือพฤติกรรมเปลี่ยน ผู้ดูแลระบบเห็นภาพรวมทั้ง instance ส่วนผู้ใช้อื่นเห็นเฉพาะ workflow ที่ตนแก้ไขได้
บางปัญหาใช้ปุ่ม Migrate ให้ n8n ช่วยปรับ node ได้ ผลลัพธ์จะถูกบันทึกเป็น workflow เวอร์ชันใหม่ โดยเวอร์ชันที่ publish อยู่ยังทำงานต่อจนกว่าจะ publish เวอร์ชันใหม่ ควรตรวจและทดสอบผลลัพธ์ก่อน publish เพราะการ migrate อัตโนมัติไม่ได้รับประกันว่าผลลัพธ์ทั้ง workflow ตรงตามที่ต้องการ
รายงานว่างก็ไม่ได้หมายความว่าครอบคลุมทุกกรณี เอกสาร n8n แนะนำให้อ่านรายการ breaking changes เพิ่มเติม เพราะมีบางการเปลี่ยนแปลงที่เครื่องมือตรวจไม่พบ
ก่อนย้ายขึ้น 3.0 ควรทำอะไรบ้าง
- อัปเดตเป็น n8n 2.x รุ่นล่าสุด แล้วเปิด Migration Report
- แก้ปัญหาที่รายงานระบุ ทั้งระดับ workflow และ instance พร้อมทดสอบ workflow ที่ปรับแล้ว
- สำรองข้อมูลทั้งหมดก่อนอัปเกรด และตรวจให้แน่ใจว่าสามารถนำ backup ไปกู้คืนได้
- ทดลองอัปเกรดบน test หรือ staging instance ก่อน แล้วตรวจ trigger, node, credentials และผลลัพธ์ของ workflow สำคัญ
- เมื่อพร้อมจึงวางแผนอัปเกรด production
การอัปเกรดไป 3.x ไม่รองรับการย้อนกลับเป็น 2.x โดยตรง หากต้องกลับไปใช้รุ่นเดิม n8n ระบุว่าต้องกู้คืนจาก backup ดังนั้นอย่าใช้ฐานข้อมูล production เป็นสนามทดลอง Beta
หากยังใช้ n8n 1.x อยู่ n8n ระบุว่าต้องอัปเกรดเป็น 2.x ก่อน ไม่สามารถข้ามไป 3.x ได้โดยตรง และการสนับสนุน 1.x จะสิ้นสุดวันที่ 31 ธันวาคม 2026
ความคิดเห็น