Try / Catch ด้วย rescue และ always
กู้คืนจากข้อผิดพลาดอย่างเหมาะสม
Try / Catch ด้วย rescue และ always เป็นบทเรียน DevOps Bootcamp ฟรีบน CoddyKit นี่คือบทเรียนที่ 2 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน DevOps Bootcamp และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส DevOps Bootcamp มีบทเรียนทั้งหมด 4 บทเรียน
บล็อกมีตาข่ายนิรภัย
จับคู่บล็อกกับ rescue และ always เพื่อให้ได้โครงสร้าง try, catch และ finally สำหรับงานของคุณ ความล้มเหลวจะสามารถกู้คืนได้ 🛟
ส่วน rescue
หากงานใดก็ตามในบล็อกล้มเหลว Ansible จะข้ามไปยัง rescue และเรียกใช้งานเหล่านั้นแทน เช่นเดียวกับส่วน catch
- block:
- ansible.builtin.command: /opt/risky-step
rescue:
- ansible.builtin.debug:
msg: "Step failed, recovering"always ทำงานไม่ว่าเกิดอะไรขึ้น
ส่วน always จะทำงานไม่ว่าบล็อกจะสำเร็จหรือล้มเหลว เหมาะสำหรับการล้างข้อมูล เช่น การลบไฟล์ชั่วคราว
- block:
- ansible.builtin.command: /opt/deploy
always:
- ansible.builtin.file:
path: /tmp/lock
state: absentใช้ทั้งสามส่วนร่วมกัน
ใช้ block, rescue และ always เป็นโครงสร้างเดียวกัน: ลองทำงาน จัดการความล้มเหลว แล้วจึงดำเนินการปิดท้ายให้เรียบร้อยเสมอ
- block:
- ansible.builtin.command: /opt/deploy
rescue:
- ansible.builtin.debug:
msg: "Rolling back"
always:
- ansible.builtin.debug:
msg: "Done either way"rescue ล้างสถานะความล้มเหลว
หาก rescue ทำงานสำเร็จ โฮสต์จะไม่อยู่ในสถานะล้มเหลวอีกต่อไป เพลย์จะทำงานต่อราวกับว่าบล็อกทำงานผ่าน
ลำดับการทำงาน
งานในบล็อกจะทำงานก่อน เมื่อเกิดความล้มเหลว งานที่เหลือในบล็อกจะถูกข้ามและเริ่ม rescue ส่วน always จะทำงานเป็นลำดับสุดท้ายในทุกกรณี
เมื่อ rescue เองล้มเหลว
หากงานใน rescue ล้มเหลวด้วย โฮสต์จะถูกทำเครื่องหมายว่าล้มเหลว แต่ always ยังคงทำงานก่อนที่เพลย์จะหยุดสำหรับโฮสต์นั้น
ตรวจสอบข้อผิดพลาด
ภายใน rescue คุณสามารถอ่าน ansible_failed_task และ ansible_failed_result เพื่อดูว่างานใดเสียหายและเกิดจากสาเหตุใด
- rescue:
- ansible.builtin.debug:
msg: "Failed task was {{ ansible_failed_task.name }}"การใช้งานจริง: การย้อนกลับ
รูปแบบคลาสสิกคือทำการนำไปใช้งานใน block ยกเลิกการเปลี่ยนแปลงใน rescue และเริ่มต้นใหม่หรือปลดล็อกใน always ทำให้กู้คืนได้อย่างเรียบร้อยทุกครั้งที่ทำงาน
ไม่ใช่แค่การซ่อนข้อผิดพลาด
rescue มีไว้สำหรับการกู้คืนอย่างเหมาะสม ไม่ใช่การปิดบังข้อผิดพลาด ให้บันทึกความล้มเหลวและแก้ไขสถานะ อย่าทำเหมือนไม่มีอะไรผิดพลาด ⚠️
ไม่มี rescue ก็หยุดทันที
หากไม่มีส่วน rescue บล็อกที่ล้มเหลวจะทำงานเหมือนงานใด ๆ ที่ล้มเหลว นั่นคือหยุดเพลย์สำหรับโฮสต์นั้นทันที
ตรวจสอบสั้น ๆ
มายืนยันกันว่า always ทำงานอย่างไร
สรุป
rescue จัดการความล้มเหลวของบล็อกและกู้คืนโฮสต์ ส่วน always จะทำงานทุกครั้งเพื่อการล้างข้อมูล ทั้ง try, catch และ finally สำหรับ Ansible ✅
คำถามที่พบบ่อย
บทเรียน “Try / Catch ด้วย rescue และ always” ฟรีหรือไม่
ใช่ — ข้อความเต็มของ “Try / Catch ด้วย rescue และ always” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส DevOps Bootcamp ให้อัปเกรดเป็น CoddyKit PRO คอร์ส DevOps Bootcamp มีบทเรียนทั้งหมด 4 บทเรียน
คุณจะเรียนรู้อะไรในบทเรียน “Try / Catch ด้วย rescue และ always”
กู้คืนจากข้อผิดพลาดอย่างเหมาะสม คุณปฏิบัติ DevOps Bootcamp ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน
คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน DevOps Bootcamp หรือไม่
ไม่จำเป็นต้องมีประสบการณ์มาก่อน DevOps Bootcamp บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 2 จากทั้งหมด 4 บทเรียน
บทเรียน “Try / Catch ด้วย rescue และ always” ใช้เวลานานแค่ไหน
บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย
ฉันเขียนและรันโค้ดในบทเรียน DevOps Bootcamp นี้ได้ไหม
ได้ บทเรียน DevOps Bootcamp ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ
บทเรียนทั้งหมดในหลักสูตรนี้
- จัดกลุ่มงานด้วย block
- Try / Catch ด้วย rescue และ always
- ควบคุมความล้มเหลว: failed_when และ ignore_errors
- การตรวจสอบแบบกำหนดเองด้วยโมดูล fail