การปรับใช้แบบต่อเนื่อง ( CD ) เป็นแนวทางวิศวกรรมซอฟต์แวร์ที่ฟังก์ชันการทำงานของซอฟต์แวร์จะถูกส่งมอบบ่อยครั้งและผ่านการปรับใช้แบบ อัตโนมัติ ^{[ 1 ] [ 2 ] [ 3 ]}

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

^{การปรับ ใช้}แบบต่อเนื่องได้รับการนำไปใช้โดยบริษัทซอฟต์แวร์ เช่นMeta , Microsoft , Atlassian , IBM , AdobeและTesla ^{[ 6} ]

การปรับใช้แบบต่อเนื่องขยายหลักการของการบูรณาการและการส่งมอบแบบต่อเนื่องโดยรวมถึงการปรับใช้การผลิตแบบอัตโนมัติอย่างสมบูรณ์โดยไม่จำเป็นต้องมีการอนุมัติด้วยตนเอง แต่อาศัยการทดสอบอัตโนมัติที่เข้มงวดแทน^{[ 7 ]} การตรวจสอบอาจยังคงเกิดขึ้นในรูปแบบ ของการตรวจสอบโค้ดระหว่างนักพัฒนาด้วยกันแต่ความจำเป็นสำหรับผู้ตรวจสอบระดับกลาง เช่นคณะกรรมการที่ปรึกษาการเปลี่ยนแปลงจะลดลง^{[ 8 ]}

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

นอกจากนี้ การปรับใช้แบบต่อเนื่องยังเน้นการเปลี่ยนแปลงทีละน้อยและการเปิดตัวแบบเงียบๆ โดยใช้ฟีเจอร์ท็อกเกิลนักพัฒนาสามารถปรับใช้โค้ดไปยังเวอร์ชันใช้งานจริงได้หลายเดือนก่อนการเปิดตัวสู่สาธารณะ โดยค่อยๆ เพิ่มฟังก์ชันการทำงานทีละเล็กทีละน้อย ตรวจสอบความเสถียร แล้วจึงเปิดใช้งานฟีเจอร์นั้นให้กับผู้ใช้เมื่อพิจารณาแล้วว่าพร้อม^{[ 10 ] [ 9 ]}

การปรับใช้แบบต่อเนื่องช่วยขจัดความจำเป็นในการรอการเผยแพร่ เนื่องจากเมื่อการเปลี่ยนแปลงผ่านการทดสอบภายในแล้ว จะถูกปรับใช้ไปยังระบบการผลิตโดยอัตโนมัติ^{[ 11 ]}ซึ่งช่วยให้เวลาในการออกสู่ตลาด สั้นลง และมีการเผยแพร่บ่อยขึ้น^{[ 8 ]}ซึ่งจะช่วยเพิ่มความพึงพอใจของลูกค้าและมอบโอกาสทางการตลาดที่มากขึ้นให้แก่บริษัท^{[ 12 ]}

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

ภายใต้ระเบียบวิธีนี้ ฟีเจอร์ซอฟต์แวร์ใหม่สามารถปล่อยให้กับลูกค้าได้เร็วและบ่อยขึ้นหลังจากการพัฒนา ซึ่งจะช่วยเร่งการส่งมอบคุณค่าให้กับลูกค้าและเพิ่มความพึงพอใจของลูกค้า ทีมงานสามารถเริ่มรวบรวมข้อเสนอแนะจากลูกค้าได้เกือบจะในทันที ซึ่งจะช่วยขับเคลื่อนนวัตกรรมอย่างรวดเร็วของฟีเจอร์ที่เกี่ยวข้อง^{[ 12 ] [ 8 ]}

การส่งมอบอย่างต่อเนื่องต้องใช้การลงทุนอย่างมากในการครอบคลุมการทดสอบที่เพียงพอ การตรวจสอบแบบเรียลไทม์ และไปป์ไลน์การรวมระบบอย่างต่อเนื่องที่แข็งแกร่งเพื่อป้องกันไม่ให้บั๊กไปถึงขั้นตอนการผลิต^{[ 15 ] [ 16 ] [ 11 ] [ 12 ]}ลูกค้าอาจพบว่าซอฟต์แวร์ที่เปลี่ยนแปลงอยู่ตลอดเวลาสร้างเส้นโค้งการเรียนรู้ซึ่งอาจส่งผลเสียต่อประสบการณ์ของพวกเขา^{[ 12 ]}

การเปลี่ยนไปใช้การส่งมอบอย่างต่อเนื่องยังเป็นการเปลี่ยนแปลงทางวัฒนธรรมสำหรับนักพัฒนาที่คุ้นเคยกับวงจรการเผยแพร่แบบดั้งเดิม ซึ่งมักต้องใช้กระบวนการDevOps ที่ได้รับการพิสูจน์แล้ว ^{[ 17 ]}การนำกระบวนการนี้มาใช้ต้องอาศัยความร่วมมือระหว่างผู้มีส่วนได้ส่วนเสียหลายฝ่าย รวมถึงทีมพัฒนา ผู้บริหาร ฝ่ายปฏิบัติการ และฝ่ายประกันคุณภาพ การศึกษาในปี 2550 บันทึกปฏิกิริยาของผู้จัดการบริษัทรายหนึ่งต่อการส่งมอบอย่างต่อเนื่องไว้ว่า: "เมื่อทีมเผยแพร่และฉันเผชิญหน้ากับนักพัฒนาด้วยกระบวนการใหม่ของเรา - การเผยแพร่เรื่องราวทันทีที่ได้รับการอนุมัติ - มันทำให้พวกเขากลัวมาก" ^{[ 18 ]}

ในสภาพแวดล้อมที่ไมโครเซอร์วิส ที่เน้นข้อมูลเป็นศูนย์กลาง จะให้ฟังก์ชันการทำงาน และไมโครเซอร์วิสสามารถมีหลายอินสแตนซ์ การปรับใช้แบบต่อเนื่องประกอบด้วยการสร้างอินสแตนซ์เวอร์ชันใหม่ของไมโครเซอร์วิสและเลิกใช้เวอร์ชันเก่าเมื่อได้ประมวลผลคำขอทั้งหมดที่กำลังดำเนินการอยู่เสร็จสิ้นแล้ว^{[ 19 ] [ 20 ] [ 21 ]}

• CI/CDคือการผสมผสานแนวปฏิบัติระหว่าง (ส่วนใหญ่) การบูรณาการอย่างต่อเนื่องและการส่งมอบอย่างต่อเนื่องหรือ (ส่วนน้อย) การบูรณาการอย่างต่อเนื่องและการปรับใช้อย่างต่อเนื่อง
• การปล่อยนกคานารี
• การปรับใช้สีน้ำเงิน-เขียว