การสนับสนุนระยะยาว ( LTS ) เป็นนโยบายการจัดการวงจรชีวิตผลิตภัณฑ์ ที่ซอฟต์แวร์เวอร์ชันเสถียรได้รับการบำรุงรักษาเป็นระยะเวลานานกว่าเวอร์ชันมาตรฐาน โดยทั่วไปแล้วคำนี้มักใช้กับซอฟต์แวร์โอเพนซอร์สซึ่งหมายถึงซอฟต์แวร์เวอร์ชันที่ได้รับการสนับสนุนนานกว่าเวอร์ชันมาตรฐานเป็นเวลาหลายเดือนหรือหลายปี ซึ่งมักเรียกว่าเวอร์ชันสนับสนุนเพิ่มเติม (extended-support release )

การสนับสนุนระยะสั้น (STS) เป็นคำที่ใช้แยกแยะนโยบายการสนับสนุนสำหรับซอฟต์แวร์รุ่นมาตรฐาน ซอฟต์แวร์ STS มีวงจรชีวิตที่ค่อนข้างสั้น และอาจได้รับคุณสมบัติใหม่ที่ถูกละเว้นจากรุ่น LTS เพื่อหลีกเลี่ยงการทำให้เสถียรภาพหรือความเข้ากันได้ของรุ่น LTS เสียหาย^{[ 1 ]}

LTS (Long-Term Support) นำหลักการของวิศวกรรมความน่าเชื่อถือมา ประยุกต์ ใช้กับกระบวนการพัฒนาซอฟต์แวร์และวงจรชีวิตการวางจำหน่ายซอฟต์แวร์การสนับสนุนระยะยาวจะขยายระยะเวลาการบำรุงรักษาซอฟต์แวร์นอกจากนี้ยังปรับเปลี่ยนประเภทและความถี่ของการอัปเดตซอฟต์แวร์ ( แพตช์ ) เพื่อลดความเสี่ยงค่าใช้จ่าย และการหยุดชะงักของการใช้งาน ซอฟต์แวร์ ในขณะเดียวกันก็ให้ความสำคัญกับความน่าเชื่อถือของซอฟต์แวร์ อย่างไรก็ตาม การสนับสนุนระยะยาวไม่ได้หมายความถึงการสนับสนุนทางเทคนิคเสมอ ไป

ในช่วงเริ่มต้นของระยะเวลาการสนับสนุนระยะยาวนักพัฒนาซอฟต์แวร์จะกำหนดข้อจำกัดเรื่องฟีเจอร์ : พวกเขาจะทำการแก้ไข ข้อบกพร่อง และช่องโหว่ของซอฟต์แวร์แต่จะไม่เพิ่มฟีเจอร์ ใหม่ ที่อาจทำให้เกิดปัญหาผู้ดูแลซอฟต์แวร์จะแจกจ่ายแพตช์ทีละรายการ หรือบรรจุแพตช์เหล่านั้นไว้ในเวอร์ชันบำรุงรักษาเวอร์ชันย่อยหรือแพ็คเกจบริการเมื่อสิ้นสุดระยะเวลาการสนับสนุน ผลิตภัณฑ์จะหมดอายุการใช้งานหรือได้รับการสนับสนุนในระดับที่ลดลงในช่วงระยะเวลาหนึ่ง (เช่น แพตช์ความปลอดภัยที่มีลำดับความสำคัญสูงเท่านั้น) ^{[ 2 ]}

ก่อนอัปเกรดซอฟต์แวร์ผู้มีอำนาจตัดสินใจอาจพิจารณาถึงความเสี่ยงและต้นทุนของการอัปเกรด^{[ 3 ]}

เมื่อนักพัฒนาซอฟต์แวร์เพิ่มคุณสมบัติใหม่และแก้ไขข้อบกพร่องของซอฟต์แวร์ พวกเขาอาจแนะนำข้อบกพร่องใหม่หรือทำให้ฟังก์ชันการทำงานเดิมเสียหายได้^{[ 4 ]}เมื่อเกิดข้อบกพร่องดังกล่าวในซอฟต์แวร์ จะเรียกว่าการถดถอย^{[ 4 ​​]}สองวิธีที่ ผู้เผยแพร่ หรือผู้ดูแลซอฟต์แวร์สามารถลดความเสี่ยงของการถดถอยได้คือ การปล่อยการอัปเดตหลักน้อยลง และอนุญาตให้ผู้ใช้ทดสอบเวอร์ชันทางเลือกที่อัปเดตแล้วของซอฟต์แวร์^{[ 3 ] [ 5 ]}ซอฟต์แวร์ LTS ใช้กลยุทธ์การลดความเสี่ยงทั้งสองนี้ รุ่น LTS ของซอฟต์แวร์ได้รับการเผยแพร่ควบคู่ไปกับรุ่น STS (การสนับสนุนระยะสั้น) เนื่องจากมีการเผยแพร่การอัปเดตหลักของรุ่น STS บ่อยกว่า จึงทำให้ผู้ใช้ LTS ได้เห็นตัวอย่างการเปลี่ยนแปลงที่อาจรวมอยู่ในรุ่น LTS เมื่อการเปลี่ยนแปลงเหล่านั้นได้รับการพิจารณาว่ามีคุณภาพเพียงพอ

แม้ว่าการใช้ซอฟต์แวร์เวอร์ชันเก่าอาจช่วยหลีกเลี่ยงความเสี่ยงที่เกี่ยวข้องกับการอัปเกรดได้ แต่ก็อาจทำให้เกิดความเสี่ยงที่จะสูญเสียการสนับสนุนสำหรับซอฟต์แวร์เวอร์ชันเก่าได้^{[ 6 ]}การสนับสนุนระยะยาวจะแก้ไขปัญหานี้โดยการรับรองผู้ใช้และผู้ดูแลระบบว่าซอฟต์แวร์จะได้รับการบำรุงรักษาเป็นระยะเวลาหนึ่ง และการอัปเดตที่เลือกสำหรับการเผยแพร่จะมีความเสี่ยงที่จะเกิดการถดถอยลดลงอย่างมาก^{[ 2 ]}ผู้ดูแลซอฟต์แวร์ LTS จะเผยแพร่เฉพาะการอัปเดตที่มีความเสี่ยงด้านไอที ต่ำ หรือลดความเสี่ยงด้านไอที (เช่นแพตช์ความปลอดภัย ) แพตช์สำหรับซอฟต์แวร์ LTS จะถูกเผยแพร่โดยเข้าใจว่าการติดตั้งแพตช์เหล่านั้นมีความเสี่ยงน้อยกว่าการไม่ติดตั้ง

ตารางนี้แสดงเฉพาะซอฟต์แวร์ที่มีเวอร์ชัน LTS เฉพาะ นอกเหนือจากรอบการวางจำหน่ายปกติ โครงการหลายโครงการ เช่นCentOSให้การสนับสนุนเป็นระยะเวลานานสำหรับทุกเวอร์ชัน

1. ^ระยะเวลาการสนับสนุนสำหรับDebian ซึ่งเป็นระบบปฏิบัติการหลักของ Ubuntu คือหนึ่งปีหลังจากปล่อยเวอร์ชันเสถียรถัดไป^{[ 51 ] [ 52 ]}ตั้งแต่ Debian 6.0 "Squeeze" เป็นต้นมา ได้มีการเพิ่มการสนับสนุน LTS (การแก้ไขข้อบกพร่องและแพตช์ความปลอดภัย) ในทุกเวอร์ชันที่วางจำหน่าย^{[ 53 ]}โดยทั่วไปแล้ว ระยะเวลาการสนับสนุน LTS ทั้งหมดจะอยู่ที่ประมาณ 5 ปีสำหรับทุกเวอร์ชัน^{[ 54 ] [ 55 ]}เนื่องจากรอบการวางจำหน่ายที่ไม่สม่ำเสมอของ Debian ระยะเวลาการสนับสนุนอาจแตกต่างจากค่าเฉลี่ยดังกล่าว^{[ 55 ]}และการสนับสนุน LTS ไม่ได้ดำเนินการโดยทีมงาน Debian แต่ดำเนินการโดยกลุ่มอาสาสมัครแยกต่างหาก^{[ 56 ]}

• Arnuphaptrairong, Tharwon (2011). "รายการความเสี่ยง 10 อันดับแรกของโครงการพัฒนาซอฟต์แวร์: หลักฐานจากงานวิจัย" (PDF) . รายงานการประชุมนานาชาติว่าด้วยวิศวกรและนักวิทยาศาสตร์คอมพิวเตอร์ 2011 . 1 . ISBN 978-988-18210-3-4ISSN 2078-0966 สืบค้นเมื่อ 7 สิงหาคม 2556 
• "อะไรทำให้ซอฟต์แวร์น่าเชื่อถือ?" . bcs.org . BCS. 5 กุมภาพันธ์ 2550 . สืบค้นเมื่อ12 สิงหาคม 2556 .
• เบรนเนอร์, บิล. "ซอฟต์แวร์ที่ล้าสมัยเป็นเรื่องเสี่ยง" . ความปลอดภัยของการค้นหา . TechTarget . สืบค้นเมื่อ12 สิงหาคม 2013 .
• "การติดตั้งใช้งานซอฟต์แวร์: หลักการเพื่อให้มั่นใจได้ว่าการติด ตั้งใช้งานจะเกิดขึ้นบ่อยครั้งและมีความเสี่ยงต่ำ"คู่มือการออกแบบบริการภาครัฐบริการดิจิทัลภาครัฐสืบค้นเมื่อ12 สิงหาคม 2556
• Graydon, Patrick J.; Knight, John C.; Xiang Yin (2010). "ข้อจำกัดเชิงปฏิบัติเกี่ยวกับความน่าเชื่อถือของซอฟต์แวร์: กรณีศึกษา" (PDF) . สืบค้นเมื่อ12 สิงหาคม 2013 .
• Humble, Jez (16 กุมภาพันธ์ 2012). "หลักการสี่ประการของการเผยแพร่ซอฟต์แวร์ที่มีความเสี่ยงต่ำ" . InformIT . Pearson Education . สืบค้นเมื่อ12 สิงหาคม 2013 .
• ลิตเติลวูด, เบฟ; สตริกินี, ลอเรนโซ. "ความน่าเชื่อถือและความน่าไว้วางใจของซอฟต์แวร์: แผนที่นำทาง" (PDF) . สืบค้นเมื่อ12 สิงหาคม 2556 .
• ไวส์, แอรอน (8 มิถุนายน 2012). "ความเสี่ยงด้านความปลอดภัยที่ซ่อนเร้นของซอฟต์แวร์รุ่นเก่า" . eSecurity Planet . สืบค้นเมื่อ12 สิงหาคม 2013 .
• Ghosh, Shona (19 ธันวาคม 2013). "Windows XP: ระเบิดเวลาของ Microsoft" . PC Pro . Dennis Publishing . สืบค้นเมื่อ2 มกราคม 2014 .