Spring Boot 4.0 หมดซัพพอร์ต 31 ธ.ค. 2026: ขึ้น 4.1 หรือรอ 4.2 ที่ออก RC1 แล้ว

Spring Boot 4.2.0-RC1 มีอะไรใหม่

RC ย่อมาจาก release candidate คือรุ่นที่ทีมพัฒนาเห็นว่าใกล้ตัวจริงแล้วและเปิดให้ผู้ใช้ทดสอบ หน้า GitHub ติดป้าย Pre-release ไว้ จึงเหมาะกับการลองในสภาพแวดล้อมทดสอบ ไม่ใช่ระบบ production Release notes ของ 4.2.0-RC1 บน GitHub เน้นเรื่องความเร็วและงานจุกจิกของการ deploy มากกว่าฟีเจอร์ใหญ่

• jar ที่รวมทุกอย่าง (uber jar) เร็วขึ้น ค้นหาคลาสและไฟล์ใน nested jar ได้ตรงขึ้น ไม่ต้องแยก URL ซ้ำเมื่อดึงจากแคช และใช้ readAllBytes() กับไฟล์บีบอัดใน nested jar
• จัดลำดับ auto-configuration เร็วขึ้น ซึ่งมีผลกับเวลาเริ่มแอป
• properties migrator สั่งให้แอปหยุดเริ่มทำงานได้ เมื่อเจอคุณสมบัติที่เลิกใช้ ช่วยจับปัญหาตั้งแต่ตอนอัปเกรด
• เพิ่มคุณสมบัติเปิดโหมด async ของ Caffeine cache และ callback สำหรับปรับแต่ง Tomcat Server
• Docker Compose รองรับ RABBITMQ_DEFAULT_VHOST และรหัสผ่าน root แบบสุ่มของ MariaDB และ MySQL
• builder เริ่มต้นของ Buildpacks เปลี่ยนเป็น ubuntu-resolute-builder

ทีมที่ยังอยู่บน Spring Boot 3.5 ต้องทำอะไร

Spring Boot 3.5 หมดซัพพอร์ต OSS ไปตั้งแต่มิถุนายน 2026 แต่นโยบายของ Spring ให้รุ่นย่อยสุดท้ายของแต่ละรุ่นหลัก (เช่น 2.7 และ 3.5) ได้ซัพพอร์ตเชิงพาณิชย์เพิ่มอีก 5 ปี ตารางจึงแสดงว่า 3.5 ได้ซัพพอร์ตเชิงพาณิชย์ถึงมิถุนายน 2032 และ 2.7 ถึงมิถุนายน 2029

ใต้ตารางเดียวกัน spring.io ยังระบุว่ามีบริการ Advanced Support and Services ต่อจากวันเหล่านี้ แปลว่าองค์กรที่ซื้อซัพพอร์ตยังมีเวลาวางแผนย้ายรุ่นหลักอีกนาน แต่องค์กรที่ใช้แบบโอเพนซอร์สล้วนและยังอยู่บน 3.5 ไม่ได้รุ่นแก้ไขมาหลายเดือนแล้ว การย้ายจาก 3.5 ไป 4.x เป็นการเปลี่ยนรุ่นหลัก ซึ่งใหญ่กว่าการขยับจาก 4.0 ไป 4.1 มาก จึงควรเริ่มก่อนรอบอื่นทั้งหมด ส่วนองค์กรที่มีสัญญาอยู่แล้ว ควรตรวจกับผู้ขายโดยตรงว่าสัญญาครอบคลุมสาย Spring Boot รุ่นใดบ้าง และครอบคลุมโครงการ Spring ตัวอื่นที่ใช้อยู่หรือไม่

ถ้าขยับไม่ทันก่อน Spring Boot 4.0 หมดซัพพอร์ต

บางบริการอาจขยับไม่ทันสิ้นปี เช่น บริการที่ผูกกับไลบรารีภายนอกซึ่งยังไม่ประกาศรองรับ 4.1 หรือทีมที่ติดช่วงปิดงบปลายปี ทางที่มีอยู่ตามตารางของ spring.io คือซัพพอร์ตเชิงพาณิชย์ของสาย 4.0 ซึ่งต่อถึงธันวาคม 2027 แต่ต้องมีสัญญากับผู้ขาย

ถ้าไม่มีสัญญาและยังต้องค้างอยู่หลัง Spring Boot 4.0 หมดซัพพอร์ต ควรกำหนดวันขยับรุ่นที่แน่นอนพร้อมเจ้าของงาน จำกัดการเข้าถึงบริการที่ไม่จำเป็นต้องเปิดสู่ภายนอก และติดตามประกาศความปลอดภัยของ Spring อย่างใกล้ชิด เพราะการขยับจาก 4.0 ไป 4.1 ใช้ Java และ Spring Framework ขั้นต่ำชุดเดียวกัน งานส่วนใหญ่จึงอยู่ที่การทดสอบ ไม่ใช่การเขียนโค้ดใหม่

สิ่งที่ต้องตรวจก่อน Spring Boot 4.0 หมดซัพพอร์ต

1. ทำบัญชีบริการที่ใช้ Spring Boot แยกตามสาย 3.5, 4.0 และ 4.1 จากไฟล์ build ของแต่ละ repository รวมบริการที่ผู้รับจ้างดูแล
2. ตรวจว่าองค์กรมีสัญญาซัพพอร์ตเชิงพาณิชย์หรือไม่ เพราะวันสิ้นสุดของแต่ละสายต่างกันมากระหว่าง OSS กับเชิงพาณิชย์
3. ตรวจรุ่น Java บนเครื่อง build และ runtime ให้เป็น Java 17 ขึ้นไป และอยู่ในช่วงที่ Spring Boot ระบุว่ารองรับ
4. ลองรันชุดทดสอบกับ 4.1.2 หรือ 4.2.0-RC1 แล้วเปิดให้ properties migrator ช่วยหาคุณสมบัติที่เปลี่ยนชื่อหรือเลิกใช้

ผลต่อองค์กรไทยและทีมพัฒนา

สำหรับองค์กรที่มีระบบหลังบ้านเป็น Java และ Spring Boot หลายบริการ เส้นตายปลายปีนี้ซ้อนกันหลายชั้น ทั้ง Spring Boot 4.0 หมดซัพพอร์ต OSS และ Spring Boot 3.4 หมดซัพพอร์ตเชิงพาณิชย์ในเดือนเดียวกัน ส่วนบริการที่ค้างอยู่บน 3.5 ไม่มีแพตช์ OSS มาแล้วหลายเดือน

• จัดลำดับงานตามความเสี่ยง บริการบน 3.5 ที่ไม่มีสัญญาเชิงพาณิชย์และเปิดสู่อินเทอร์เน็ตควรมาก่อน ตามด้วยบริการบน 4.0 ซึ่งต้องขยับให้เสร็จก่อน Spring Boot 4.0 หมดซัพพอร์ตในวันสุดท้ายของปี
• กำหนดรอบอัปเกรดรุ่นย่อยเป็นงานประจำ เพราะรุ่นย่อยได้ซัพพอร์ต OSS ขั้นต่ำเพียงราว 13 เดือน ถ้าไม่ขยับอย่างน้อยปีละครั้งจะหลุดรอบซัพพอร์ตเสมอ
• ตัดสินใจเรื่องซัพพอร์ตเชิงพาณิชย์อย่างมีข้อมูล เทียบค่าใช้จ่ายกับแรงงานที่ต้องใช้ในการขยับรุ่นตามรอบ OSS
• ติดตามรอบซัพพอร์ตของภาษาและเฟรมเวิร์กอื่นได้ที่หมวดการพัฒนาซอฟต์แวร์