ไปป์ไลน์ CI/CD: เรียนรู้จากตัวอย่าง

โดย: โธมัส แฮมิลตัน โธมัส แฮมิลตัน
Hours วันที่อัพเดท

ไปป์ไลน์ CI/CD คืออะไร

ไปป์ไลน์ CI/CD ทำให้กระบวนการจัดส่งซอฟต์แวร์เป็นไปโดยอัตโนมัติ สร้างโค้ด รันการทดสอบ และช่วยให้คุณปรับใช้ซอฟต์แวร์เวอร์ชันใหม่ได้อย่างปลอดภัย ไปป์ไลน์ CI/CD ช่วยลดข้อผิดพลาดด้วยตนเอง ให้ข้อเสนอแนะแก่นักพัฒนา และช่วยให้สามารถทำซ้ำผลิตภัณฑ์ได้อย่างรวดเร็ว

ไปป์ไลน์ CI/CD นำเสนอระบบอัตโนมัติและการตรวจสอบอย่างต่อเนื่องตลอดวงจรการใช้งานของผลิตภัณฑ์ซอฟต์แวร์ โดยเกี่ยวข้องกับตั้งแต่ขั้นตอนการบูรณาการและการทดสอบไปจนถึงการส่งมอบและการปรับใช้ แนวทางปฏิบัติที่เชื่อมโยงกันเหล่านี้เรียกว่าไปป์ไลน์ CI/CD

การบูรณาการอย่างต่อเนื่อง การส่งมอบอย่างต่อเนื่อง และการปรับใช้อย่างต่อเนื่องคืออะไร

  • บูรณาการอย่างต่อเนื่อง เป็นวิธีการพัฒนาซอฟต์แวร์ที่สมาชิกในทีมสามารถบูรณาการงานของตนได้อย่างน้อยวันละครั้ง ในวิธีนี้ ทุกการรวมจะถูกตรวจสอบโดยบิลด์อัตโนมัติเพื่อค้นหาข้อผิดพลาด
  • จัดส่งอย่างต่อเนื่อง เป็นวิธีการทางวิศวกรรมซอฟต์แวร์ที่ทีมงานพัฒนาผลิตภัณฑ์ซอฟต์แวร์ในวงจรอันสั้น ช่วยให้มั่นใจได้ว่าซอฟต์แวร์สามารถเผยแพร่ได้อย่างง่ายดายทุกเวลา
  • การปรับใช้อย่างต่อเนื่อง เป็นกระบวนการทางวิศวกรรมซอฟต์แวร์ซึ่งมีการนำเสนอฟังก์ชันการทำงานของผลิตภัณฑ์โดยใช้การปรับใช้อัตโนมัติ ช่วยให้ผู้ทดสอบตรวจสอบว่าการเปลี่ยนแปลงโค้ดเบสนั้นถูกต้องหรือไม่ และมีเสถียรภาพหรือไม่

ขั้นตอนของไปป์ไลน์ CI/CD

CI/CD Pipeline คือข้อกำหนดที่สามารถรันได้ของขั้นตอนต่างๆ ที่นักพัฒนาควรดำเนินการเพื่อส่งมอบซอฟต์แวร์เวอร์ชันใหม่ ความล้มเหลวในแต่ละขั้นตอนจะส่งผลให้มีการแจ้งเตือนทางอีเมล Slackหรือแพลตฟอร์มการสื่อสารอื่นๆ ช่วยให้นักพัฒนาที่รับผิดชอบทราบเกี่ยวกับปัญหาที่สำคัญ

ขั้นตอนสำคัญของไปป์ไลน์ CI/CD มีดังนี้

ขั้นตอนของไปป์ไลน์ CI/CD
ขั้นตอนของไปป์ไลน์ CI/CD

แหล่งเวที

ในขั้นตอนต้นทาง ไปป์ไลน์ CI/CD จะถูกทริกเกอร์โดยที่เก็บโค้ด การเปลี่ยนแปลงใดๆ ในโปรแกรมจะทำให้เกิดการแจ้งเตือนไปยังเครื่องมือ CI/CD ที่รันไปป์ไลน์ที่เทียบเท่ากัน ทริกเกอร์ทั่วไปอื่นๆ ได้แก่ เวิร์กโฟลว์ที่เริ่มต้นโดยผู้ใช้ กำหนดการอัตโนมัติ และผลลัพธ์ของไปป์ไลน์อื่นๆ

สร้างเวที

นี่คือขั้นตอนที่สองของไปป์ไลน์ CI/CD ที่คุณรวมซอร์สโค้ดและการขึ้นต่อกัน มีวัตถุประสงค์หลักเพื่อสร้างอินสแตนซ์ของซอฟต์แวร์ที่รันได้ซึ่งคุณสามารถจัดส่งไปยังผู้ใช้ปลายทางได้

โปรแกรมที่เขียนด้วยภาษาต่างๆ เช่น C++, Javaควรรวบรวมภาษา , C หรือ Go ในทางกลับกัน Javaต้นฉบับ, Pythonและโปรแกรม Ruby สามารถทำงานได้โดยไม่ต้องมีขั้นตอนการสร้าง

การไม่ผ่านขั้นตอนการสร้างหมายความว่ามีการกำหนดค่าพื้นฐานของโปรเจ็กต์ไม่ถูกต้อง ดังนั้นจึงควรแก้ไขปัญหาดังกล่าวทันทีจะดีกว่า

ขั้นตอนการทดสอบ

ขั้นตอนการทดสอบรวมถึงการดำเนินการทดสอบอัตโนมัติเพื่อตรวจสอบความถูกต้องของโค้ดและพฤติกรรมของซอฟต์แวร์ ขั้นตอนนี้จะป้องกันไม่ให้จุดบกพร่องที่ทำซ้ำได้ง่ายเข้าถึงลูกค้า เป็นความรับผิดชอบของนักพัฒนาในการเขียนการทดสอบอัตโนมัติ

ปรับใช้เวที

นี่เป็นขั้นตอนสุดท้ายที่ผลิตภัณฑ์ของคุณเผยแพร่ เมื่อบิลด์ผ่านสถานการณ์การทดสอบที่จำเป็นทั้งหมดเรียบร้อยแล้ว ก็พร้อมที่จะปรับใช้กับเซิร์ฟเวอร์ที่ใช้งานจริง

ตัวอย่างของไปป์ไลน์ CI/CD

นี่คือตัวอย่างของไปป์ไลน์ CI/CD:

  • การควบคุมซอร์สโค้ด: รหัสโฮสต์บน GitHub เป็นพื้นที่เก็บข้อมูลส่วนตัว สิ่งนี้จะช่วยให้คุณสามารถรวมแอปพลิเคชันของคุณเข้ากับบริการและซอฟต์แวร์หลัก ๆ ได้
  • บูรณาการอย่างต่อเนื่อง: ใช้แพลตฟอร์มการบูรณาการและการส่งมอบอย่างต่อเนื่อง CircleCI และคอมมิตโค้ดทุกอัน เมื่อมีการเปลี่ยนแปลงเกิดขึ้น เครื่องมือนี้จะดึงโค้ดที่มีอยู่ใน GitHub และดำเนินการสร้างและรันการทดสอบ
  • ปรับใช้รหัสกับ UAT: กำหนดค่า CircleCI เพื่อปรับใช้โค้ดของคุณกับเซิร์ฟเวอร์ AWS UAT
  • นำไปใช้งานจริง: คุณต้องนำขั้นตอนการรวมอย่างต่อเนื่องมาใช้ซ้ำสำหรับการปรับใช้โค้ดกับ UAT

บทความที่เกี่ยวข้อง

แนวทางปฏิบัติที่ดีที่สุดของไปป์ไลน์ CI/CD

แนวทางปฏิบัติที่ดีที่สุดของไปป์ไลน์ CI/CD มีดังนี้

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

ข้อดีของไปป์ไลน์ CI/CD

ต่อไปนี้เป็นข้อดี/ประโยชน์ของไปป์ไลน์ CI/CD:

  • การสร้างและการทดสอบสามารถทำได้ด้วยตนเองอย่างง่ายดาย
  • สามารถปรับปรุงความสอดคล้องและคุณภาพของโค้ดได้
  • ปรับปรุงความยืดหยุ่นและมีความสามารถในการจัดส่งฟังก์ชันใหม่
  • ไปป์ไลน์ CI/CD สามารถปรับปรุงการสื่อสารได้
  • สามารถทำให้กระบวนการจัดส่งซอฟต์แวร์เป็นไปโดยอัตโนมัติ
  • ช่วยให้คุณได้รับผลตอบรับจากลูกค้าเร็วขึ้น
  • ไปป์ไลน์ CI/CD ช่วยให้คุณเพิ่มการมองเห็นผลิตภัณฑ์ของคุณ
  • ช่วยให้คุณสามารถลบข้อผิดพลาดด้วยตนเองได้
  • ลดต้นทุนและแรงงาน
  • ไปป์ไลน์ CI/CD สามารถทำให้วงจรการพัฒนาซอฟต์แวร์เร็วขึ้น
  • มีการปรับใช้ไปป์ไลน์อัตโนมัติ
  • ไปป์ไลน์ซีดีให้การวนซ้ำข้อเสนอแนะอย่างรวดเร็วโดยเริ่มจากนักพัฒนาไปจนถึงไคลเอนต์
  • ปรับปรุงการสื่อสารระหว่างพนักงานในองค์กร
  • ช่วยให้นักพัฒนาทราบว่าการเปลี่ยนแปลงใดในโครงสร้างที่อาจส่งผลต่อนายหน้าซื้อขายหลักทรัพย์และหลีกเลี่ยงได้ในอนาคต
  • การทดสอบอัตโนมัติพร้อมกับการทดสอบด้วยตนเองเพียงไม่กี่ครั้งจะช่วยแก้ไขปัญหาที่อาจเกิดขึ้นได้

เครื่องมือ CI/CD ที่สำคัญ

นี่คือเครื่องมือ CI/CD ที่สำคัญ:

1) เจนกินส์

Jenkins เป็นเซิร์ฟเวอร์การรวมอย่างต่อเนื่องแบบโอเพ่นซอร์สที่ช่วยให้บรรลุกระบวนการบูรณาการอย่างต่อเนื่อง (และไม่เพียงแต่) ในรูปแบบอัตโนมัติ Jenkins ให้บริการฟรีและมีการเขียนขึ้นทั้งหมด JavaJenkins เป็นแอปพลิเคชันที่ใช้กันอย่างแพร่หลายทั่วโลกโดยมีการติดตั้งประมาณ 300 ครั้งและเพิ่มขึ้นเรื่อยๆ ทุกวัน

เจนกิ้นส์

สิ่งอำนวยความสะดวก:

  • Jenkin จะสร้างและทดสอบโค้ดหลายครั้งในระหว่างวัน
  • กระบวนการสร้างและทดสอบอัตโนมัติ ประหยัดเวลา และลดข้อบกพร่อง
  • โค้ดจะถูกนำไปใช้งานหลังจากการสร้างและทดสอบสำเร็จทุกครั้ง
  • วงจรการพัฒนาเป็นไปอย่างรวดเร็ว

Link: https://www.jenkins.io/download/

2) Bamboo

Bamboo เป็นเซิร์ฟเวอร์สร้างแบบบูรณาการต่อเนื่องที่สามารถสร้าง ทดสอบ และเผยแพร่โดยอัตโนมัติในที่เดียว ทำงานร่วมกับซอฟต์แวร์ JIRA และ Bitbucket ได้อย่างราบรื่น

Bamboo

สิ่งอำนวยความสะดวก:

  • เรียกใช้การทดสอบชุดงานแบบขนาน
  • การตั้งค่า Bamboo ค่อนข้างง่าย
  • คุณลักษณะการอนุญาตตามสภาพแวดล้อมช่วยให้นักพัฒนาและ QA สามารถปรับใช้กับสภาพแวดล้อมของตนได้
  • การแยกสาขาและเวิร์กโฟลว์ Git ในตัว มันจะรวมสาขาโดยอัตโนมัติ

Link: https://www.atlassian.com/software/bamboo

3) เซอร์เคิลซี

เซอร์เคิลซี เป็นเครื่องมือ CI ที่ยืดหยุ่นซึ่งทำงานในทุกสภาพแวดล้อม เช่น แอปมือถือข้ามแพลตฟอร์ม Python เซิร์ฟเวอร์ API หรือคลัสเตอร์ Docker เครื่องมือนี้ช่วยลดจุดบกพร่องและปรับปรุงคุณภาพของแอปพลิเคชัน

เซอร์เคิลซี

สิ่งอำนวยความสะดวก:

  • อนุญาตให้เลือกสร้างสภาพแวดล้อม
  • รองรับหลายภาษารวมทั้ง C++, Javaสคริปต์, NET, PHP, Pythonและรูบี้
  • การสนับสนุน Docker ช่วยให้คุณสามารถกำหนดค่าสภาพแวดล้อมที่กำหนดเองได้
  • ยกเลิกบิลด์ที่อยู่ในคิวหรือกำลังทำงานอยู่โดยอัตโนมัติเมื่อมีการทริกเกอร์บิลด์ที่ใหม่กว่า

Link: https://circleci.com/

เหตุใดไปป์ไลน์ CI/CD จึงมีความสำคัญสำหรับผู้นำด้านไอที

  • ไปป์ไลน์ CI/CD สามารถปรับปรุงความน่าเชื่อถือได้
  • มันทำให้ทีมไอทีน่าสนใจยิ่งขึ้นสำหรับนักพัฒนา
  • ไปป์ไลน์ CI/CD ช่วยให้ผู้นำด้านไอทีดึงโค้ดจากการควบคุมเวอร์ชันและดำเนินการสร้างซอฟต์แวร์
  • ช่วยในการย้ายโค้ดไปยังสภาพแวดล้อมการประมวลผลเป้าหมาย
  • ช่วยให้ผู้นำโครงการจัดการตัวแปรสภาพแวดล้อมและกำหนดค่าสำหรับสภาพแวดล้อมเป้าหมายได้อย่างง่ายดาย
  • ผู้จัดการโครงการสามารถเผยแพร่ส่วนประกอบแอปพลิเคชันแบบพุชไปยังบริการต่างๆ เช่น บริการบนเว็บ บริการฐานข้อมูล บริการ API เป็นต้น
  • ให้ข้อมูลบันทึกและการแจ้งเตือนเกี่ยวกับสถานะการจัดส่ง
  • ช่วยให้โปรแกรมเมอร์สามารถตรวจสอบการเปลี่ยนแปลงโค้ดก่อนที่จะดำเนินการต่อ ซึ่งช่วยลดโอกาสที่จะเกิดข้อบกพร่องในการผลิต

KPI ไปป์ไลน์ Ci/CD

  • รอบหรือเวลาปรับใช้: รอบเวลาคือเวลาที่ต้องใช้ตั้งแต่ขั้นตอนการสร้างไปจนถึงการผลิต คุณสามารถรับเวลาวงจรชีวิตโดยเฉลี่ยได้โดยการวัดขั้นตอนกระบวนการพัฒนา ตัวชี้วัดนี้จะให้ข้อมูลเชิงลึกเกี่ยวกับปัญหาคอขวดในกระบวนการของคุณและความเร็วโดยรวมของเวลาในการพัฒนา
  • ความถี่ในการพัฒนา: ความถี่ในการพัฒนาทำให้คุณสามารถวิเคราะห์ปัญหาคอขวดที่คุณพบระหว่างระบบอัตโนมัติได้ การเผยแพร่เล็กๆ น้อยๆ บ่อยครั้งจะช่วยลดความเสี่ยงของข้อบกพร่องและแก้ไขเมื่อพบ ตัวชี้วัดดังกล่าวเป็นการวัดประสิทธิภาพโดยรวมของทีมของคุณ
  • เปลี่ยนระยะเวลารอคอย: โดยจะวัดเวลาเริ่มต้นของขั้นตอนการพัฒนาจนถึงการใช้งาน ตัวชี้วัดนี้เป็นตัวบ่งชี้ถึงกระบวนการพัฒนาทั้งหมดและประสิทธิภาพในการทำงานร่วมกันของทีม
  • เปลี่ยนอัตราความล้มเหลว: โดยมุ่งเน้นไปที่จำนวนครั้งที่การพัฒนาประสบความสำเร็จเทียบกับจำนวนครั้งที่ล้มเหลว
  • MTTR กับ MTTF: MTTR (Mean Time to Recovery) คือระยะเวลาที่ทีมของคุณต้องใช้ในการฟื้นฟูจากความล้มเหลว MTTF (Mean Time to Failure) วัดระยะเวลาระหว่างการแก้ไขและการหยุดทำงาน ตัวชี้วัดเหล่านี้สะท้อนถึงความสามารถของทีมในการตอบสนองและแก้ไขปัญหา

สรุป

  • ไปป์ไลน์ CI/CD ทำให้กระบวนการจัดส่งซอฟต์แวร์เป็นไปโดยอัตโนมัติ
  • ไปป์ไลน์ CI/CD นำเสนอระบบอัตโนมัติและการตรวจสอบอย่างต่อเนื่องตลอดวงจรการใช้งานของผลิตภัณฑ์ซอฟต์แวร์
  • การบูรณาการอย่างต่อเนื่องเป็นวิธีการพัฒนาซอฟต์แวร์ที่สมาชิกในทีมสามารถบูรณาการงานของตนได้อย่างน้อยวันละครั้ง
  • การส่งมอบอย่างต่อเนื่องเป็นวิธีการทางวิศวกรรมซอฟต์แวร์ที่ทีมงานพัฒนาผลิตภัณฑ์ซอฟต์แวร์ในวงจรอันสั้น
  • การใช้งานอย่างต่อเนื่องเป็นกระบวนการทางวิศวกรรมซอฟต์แวร์ซึ่งมีการนำเสนอฟังก์ชันการทำงานของผลิตภัณฑ์โดยใช้การปรับใช้อัตโนมัติ
  • ไปป์ไลน์ CI/CD มีสี่ขั้นตอน 1) ระยะต้นทาง 2) ระยะสร้าง 3) ระยะทดสอบ 4) ระยะปรับใช้
  • สำคัญ เครื่องมือ CI/CD ได้แก่ เจนกินส์ แบมโบ และเซอร์เคิล ซีไอ
  • ไปป์ไลน์ CI/CD สามารถปรับปรุงความน่าเชื่อถือได้
  • ไปป์ไลน์ CI/CD ทำให้ทีมไอทีน่าสนใจยิ่งขึ้นสำหรับนักพัฒนา
  • รอบเวลาคือเวลาที่ต้องใช้ตั้งแต่ขั้นตอนการสร้างไปจนถึงการผลิต
  • ความถี่ในการพัฒนาทำให้คุณสามารถวิเคราะห์ปัญหาคอขวดที่คุณพบระหว่างระบบอัตโนมัติได้
  • Change Lead Time วัดเวลาเริ่มต้นของขั้นตอนการพัฒนาจนถึงการใช้งาน
  • อัตราความล้มเหลวในการเปลี่ยนแปลงมุ่งเน้นไปที่จำนวนครั้งที่การพัฒนาประสบความสำเร็จเทียบกับจำนวนครั้งที่ล้มเหลว
  • MTTR (Mean Time to Recovery) คือระยะเวลาที่ทีมของคุณต้องใช้ในการฟื้นฟูจากความล้มเหลว
  • MTTF (Mean Time to Failure) วัดระยะเวลาระหว่างการแก้ไขและการหยุดทำงาน