DevOps Bootcamp · บทเรียน

กลยุทธ์การติดตามไปป์ไลน์

สำรวจวิธีติดตามสถานะ ประสิทธิภาพ และอัตราความสำเร็จของไปป์ไลน์ CI/CD

กลยุทธ์การติดตามไปป์ไลน์ เป็นบทเรียน DevOps Bootcamp ฟรีบน CoddyKit นี่คือบทเรียนที่ 1 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน DevOps Bootcamp และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส DevOps Bootcamp มีบทเรียนทั้งหมด 4 บทเรียน

เหตุใดจึงต้องตรวจสอบไปป์ไลน์ของคุณ

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

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

ตัวชี้วัดสำคัญของไปป์ไลน์

หากต้องการเข้าใจสภาพของไปป์ไลน์อย่างแท้จริง ให้มุ่งเน้นที่ตัวชี้วัดสำคัญต่อไปนี้:

อัตราความสำเร็จ: ไปป์ไลน์ทำงานเสร็จสมบูรณ์บ่อยเพียงใด
อัตราความล้มเหลว: ไปป์ไลน์ล้มเหลวบ่อยเพียงใด
ระยะเวลา: ต้องใช้เวลาทำงานนานเท่าใด
ระยะเวลานำ: ระยะเวลาตั้งแต่การบันทึกโค้ดจนถึงการนำไปใช้งานจริงสำเร็จ

การติดตามข้อมูลเหล่านี้ช่วยระบุปัญหา ปรับปรุงประสิทธิภาพ และช่วยให้ตัดสินใจโดยอาศัยข้อมูล

มุมมอง GitHub Actions ในตัว

GitHub Actions มอบวิธีที่ตรงไปตรงมาสำหรับตรวจสอบกระบวนการทำงานของคุณโดยตรงจากอินเทอร์เฟซของคลังโค้ด

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

ดูสถานะอย่างรวดเร็วด้วยป้ายสถานะ

ต้องการแสดงสถานะของไปป์ไลน์อย่างรวดเร็วหรือไม่ GitHub Actions ช่วยให้คุณฝังป้ายสถานะไว้โดยตรงในไฟล์ README ของคลังโค้ดได้

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

![CI Workflow Status](https://github.com/OWNER/REPO/actions/workflows/ci.yml/badge.svg)

ทำความเข้าใจสถานะของงานและขั้นตอน

ทุกงานและขั้นตอนในกระบวนการทำงานของ GitHub Actions จะมีสถานะ ได้แก่ success, failure, cancelled หรือ skipped

ตามค่าเริ่มต้น งานจะหยุดทันทีหากขั้นตอนใด ๆ ภายในงานล้มเหลว การทำความเข้าใจสถานะแต่ละรายการมีความสำคัญอย่างยิ่งต่อการสร้างไปป์ไลน์ที่แข็งแกร่งและตอบสนองต่อผลลัพธ์ที่แตกต่างกันได้อย่างเหมาะสม

name: Status Check Example
on: [push]
jobs:
  check_status:
    runs-on: ubuntu-latest
    steps:
      - name: First step (success)
        run: echo "This step always succeeds"
      - name: Second step (simulated failure)
        run: exit 1
      - name: Third step (only if previous fails)
        if: failure()
        run: echo "Previous step failed!"

ตอบสนองต่อสถานะด้วย 'if'

คำสำคัญแบบมีเงื่อนไข if ช่วยให้คุณเรียกใช้ขั้นตอนหรืองานเฉพาะเมื่อเป็นไปตามเงื่อนไขที่กำหนด เช่น เมื่อขั้นตอนก่อนหน้าทำงานสำเร็จหรือล้มเหลว

ความสามารถนี้มีประโยชน์อย่างมากสำหรับการสร้างไปป์ไลน์ที่ยืดหยุ่นและรับมือปัญหาได้ เช่น ส่งการแจ้งเตือนเฉพาะเมื่อล้มเหลว หรือล้างทรัพยากรหลังจากทำงานสำเร็จ

name: Conditional Run Example
on: [push]
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - name: Always run this
        run: echo "Starting build..."
      - name: This step might fail
        run: exit 0 # Change to 'exit 1' to see failure branch
      - name: Run on success
        if: success()
        run: echo "Build succeeded!"
      - name: Run on failure
        if: failure()
        run: echo "Build failed, sending alert!"

เพิ่มข้อความบันทึกแบบกำหนดเอง

แม้ GitHub Actions จะมีบันทึกการทำงานโดยละเอียดให้โดยอัตโนมัติ แต่บางครั้งคุณก็จำเป็นต้องเพิ่มข้อความเฉพาะของคุณเองเพื่อให้เข้าใจได้ชัดเจนยิ่งขึ้นและช่วยแก้ไขข้อบกพร่อง

คุณสามารถใช้คำสั่งเชลล์มาตรฐาน เช่น echo ภายในขั้นตอน run เพื่อพิมพ์ข้อความ ตัวแปร หรือการอัปเดตความคืบหน้าแบบกำหนดเองลงในบันทึกการทำงานของกระบวนการได้โดยตรง

name: Custom Logging Example
on: [push]
jobs:
  log_info:
    runs-on: ubuntu-latest
    steps:
      - name: Print current time
        run: echo "Workflow started at: $(date)"
      - name: Perform a task
        run: |
          echo "Simulating a task..."
          sleep 2
          echo "Task completed."

ติดตามเวลาการทำงาน

การตรวจสอบระยะเวลาของงานและขั้นตอนเป็นกุญแจสำคัญในการระบุคอขวดด้านประสิทธิภาพและปรับปรุงไปป์ไลน์ของคุณ

บันทึกการทำงานของ GitHub Actions จะมีการประทับเวลาของแต่ละขั้นตอนโดยอัตโนมัติ นอกจากนี้ คุณยังสามารถกำหนดเวลาทำงานสูงสุดโดยใช้ timeout-minutes ในระดับงาน เพื่อป้องกันไม่ให้กระบวนการทำงานทำงานต่อไปอย่างไม่สิ้นสุด

name: Job Timeout Example
on: [push]
jobs:
  long_job:
    runs-on: ubuntu-latest
    timeout-minutes: 1 # Job will be cancelled after 1 minute
    steps:
      - name: Start a long process
        run: |
          echo "Starting a process that takes 2 minutes..."
          sleep 120 # This will exceed the timeout
      - name: This step might not run
        run: echo "Process finished."

การดึงข้อมูลขั้นสูง

สำหรับการตรวจสอบขั้นสูงและการวิเคราะห์แบบกำหนดเอง คุณสามารถเข้าถึงข้อมูลการทำงานของกระบวนการด้วยโปรแกรมโดยใช้ GitHub API

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

ตรวจสอบสถานะอย่างรวดเร็ว

พิจารณาตัวอย่างบางส่วนของกระบวนการทำงานต่อไปนี้ หากขั้นตอน "สร้างโครงการ" ล้มเหลว ระบบจะแสดงข้อความใดในบันทึกการทำงาน

name: Question Workflow
on: [push]
jobs:
  ci:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout code
        uses: actions/checkout@v4
      - name: Build Project
        run: exit 1 # Simulate a failure
      - name: Notify on Success
        if: success()
        run: echo "Project built successfully!"
      - name: Notify on Failure
        if: failure()
        run: echo "Build failed, review logs."

ทบทวน: การตรวจสอบไปป์ไลน์

เก่งมาก คุณได้เรียนรู้วิธีตรวจสอบไปป์ไลน์ CI/CD ของคุณแล้ว

เราได้สำรวจการตรวจสอบในตัวของ GitHub และป้ายสถานะ
คุณได้เห็นวิธีใช้เงื่อนไข if เพื่อตอบสนองต่อสถานะของงานและขั้นตอน
เราได้เรียนรู้การเพิ่มข้อความบันทึกแบบกำหนดเองและการติดตามระยะเวลาของงาน

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

คำถามที่พบบ่อย

บทเรียน “กลยุทธ์การติดตามไปป์ไลน์” ฟรีหรือไม่

ใช่ — ข้อความเต็มของ “กลยุทธ์การติดตามไปป์ไลน์” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส DevOps Bootcamp ให้อัปเกรดเป็น CoddyKit PRO คอร์ส DevOps Bootcamp มีบทเรียนทั้งหมด 4 บทเรียน

คุณจะเรียนรู้อะไรในบทเรียน “กลยุทธ์การติดตามไปป์ไลน์”

สำรวจวิธีติดตามสถานะ ประสิทธิภาพ และอัตราความสำเร็จของไปป์ไลน์ CI/CD คุณปฏิบัติ DevOps Bootcamp ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน

คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน DevOps Bootcamp หรือไม่

ไม่จำเป็นต้องมีประสบการณ์มาก่อน DevOps Bootcamp บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 1 จากทั้งหมด 4 บทเรียน

บทเรียน “กลยุทธ์การติดตามไปป์ไลน์” ใช้เวลานานแค่ไหน

บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย

ฉันเขียนและรันโค้ดในบทเรียน DevOps Bootcamp นี้ได้ไหม

ได้ บทเรียน DevOps Bootcamp ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ

บทเรียนทั้งหมดในหลักสูตรนี้

กลยุทธ์การติดตามไปป์ไลน์
การผสานรวมกับบริการภายนอก
การตั้งค่าการแจ้งเตือน
การบันทึกแบบมีโครงสร้างและการติดตามแบบกระจาย

← กลับไปที่ DevOps Bootcamp