Performance Testing ใน CI/CD: Load Test และ Stress Test อัตโนมัติ

Categories

Performance Testing เป็นกระบวนการทดสอบที่สำคัญในการพัฒนาแอปพลิเคชันสมัยใหม่ โดยเฉพาะเมื่อคุณต้องการให้ระบบของคุณสามารถรับมือกับปริมาณผู้ใช้งานจำนวนมากได้ บทความนี้จะอธิบายวิธีการตั้งค่า Performance Testing อัตโนมัติใน CI/CD Pipeline เพื่อให้คุณสามารถตรวจจับปัญหาด้านประสิทธิภาพก่อนที่จะปล่อยลง Production

Performance Testing คืออะไร ทำไมจึงสำคัญ

Performance Testing คือการทดสอบระบบภายใต้สภาวะการทำงานต่างๆ เพื่อวัดความสามารถในการจัดการกับปริมาณ load ที่แตกต่างกัน วัตถุประสงค์หลักได้แก่:

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

ในปัจจุบัน หลายบริษัทใช้ Cloud VPS หรือ Cloud Hosting เพื่อรองรับการเติบโต Performance Testing ช่วยให้คุณทราบความจำเป็นในการ Scale Resources ขึ้น เช่น บริการ Cloud VPS จาก Dot Enterprise ซึ่งให้ความยืดหยุ่นในการปรับปรุงทรัพยากรตามความต้องการ

ประเภทของ Performance Testing

1. Load Test (การทดสอบ Load)

Load Test เป็นการทดสอบระบบภายใต้ปริมาณ load ที่เพิ่มขึ้นแบบค่อยเป็นค่อยไปจนถึงปริมาณที่คาดว่าจะเกิดขึ้น

ตัวอย่าง:
- เริ่มต้นด้วย 100 ผู้ใช้งาน
- เพิ่มขึ้น 50 คนต่อนาที
- จนถึง 1,000 ผู้ใช้งาน

2. Stress Test (การทดสอบ Stress)

Stress Test คือการเพิ่มปริมาณ load เกินกว่าความสามารถปกติเพื่อหาจุดแตกหักของระบบ (Breaking Point)

ตัวอย่าง:
- เพิ่มจำนวนผู้ใช้งานอย่างรวดเร็ว
- ทดสอบจนกว่าระบบล้มเหลว
- บันทึกจุดที่ระบบเริ่มมีปัญหา

3. Spike Test (การทดสอบ Spike)

Spike Test เป็นการเพิ่มปริมาณ load อย่างฉับพลันเพื่อดูว่าระบบสามารถ Recover ได้หรือไม่

4. Soak Test (การทดสอบ Soak)

Soak Test คือการรักษา load ระดับปกติไว้เป็นเวลานานเพื่อตรวจสอบหา Memory Leak หรือปัญหาอื่นๆ ที่ปรากฏแพร่ในระยะยาว

เครื่องมือยอดนิยมสำหรับ Performance Testing

1. k6 (ที่แนะนำสำหรับ CI/CD)

k6 เป็นเครื่องมือที่เหมาะสมสำหรับ CI/CD เนื่องจากเป็น Open Source และเขียนด้วย Go ทำให้มีประสิทธิภาพสูง

  • ข้อดี: ทำงานเร็ว, ใช้ทรัพยากรน้อย, ง่ายต่อการรวมใน CI/CD
  • ข้อเสีย: ฟีเจอร์น้อยกว่า JMeter

2. Apache JMeter

JMeter เป็นเครื่องมือ Open Source ที่มีฟีเจอร์ครบครัน เหมาะสำหรับการทดสอบที่ซับซ้อน

  • ข้อดี: ฟีเจอร์มากมาย, มี GUI, รองรับโปรโตคอลหลายประเภท
  • ข้อเสีย: เหมาะสำหรับการทดสอบแบบ Manual มากกว่า Automation

3. Gatling

Gatling เป็นเครื่องมือ Open Source ที่เขียนด้วย Scala มีความเป็นเทพ (Powerful) สูงมาก

  • ข้อดี: ประสิทธิภาพสูง, มีรายงาน HTML ที่สวยงาม, เหมาะกับ Load Testing ในระดับใหญ่
  • ข้อเสีย: Curve ในการเรียนรู้ค่อนข้างสูง

4. Locust

Locust เป็นเครื่องมือ Open Source ที่เขียนด้วย Python ทำให้ง่ายต่อการใช้งาน

  • ข้อดี: เขียนด้วย Python ซึ่งเป็นภาษาที่นิยม, ง่ายต่อการ Customize
  • ข้อเสีย: ประสิทธิภาพต่ำกว่า Gatling และ k6 เล็กน้อย

การตั้งค่า Performance Testing ใน CI/CD Pipeline (GitHub Actions)

ในส่วนนี้ เราจะแสดงวิธีการตั้งค่า k6 ใน GitHub Actions เพื่อให้การทดสอบประสิทธิภาพทำงานอัตโนมัติทุกครั้งที่มี commit

ขั้นตอนที่ 1: สร้าง GitHub Actions Workflow

สร้างไฟล์ .github/workflows/performance-test.yml

name: Performance Testing

on:
  push:
    branches: [ main, develop ]
  pull_request:
    branches: [ main, develop ]

jobs:
  performance-test:
    runs-on: ubuntu-latest

    steps:
    - uses: actions/checkout@v3

    - name: Run k6 Load Test
      uses: grafana/[email protected]
      with:
        filename: tests/performance/load-test.js
        cloud: false

    - name: Run k6 Stress Test
      uses: grafana/[email protected]
      with:
        filename: tests/performance/stress-test.js
        cloud: false

    - name: Upload results
      if: always()
      uses: actions/upload-artifact@v3
      with:
        name: k6-results
        path: results/

ขั้นตอนที่ 2: กำหนด Threshold สำหรับการ Fail

คุณสามารถกำหนด Threshold เพื่อให้ Pipeline ล้มเหลวหากผลการทดสอบไม่ผ่านเกณฑ์ที่กำหนด

export const options = {
  thresholds: {
    'http_req_duration': ['p(95)<500'],    // 95% ของ request ต้องตอบสนองภายในเวลา 500ms
    'http_req_failed': ['rate<0.01'],       // Error rate ต้องน้อยกว่า 1%
    'http_req_duration{staticAsset:yes}': ['p(99)<1000'], // Static asset ต้องตอบสนองภายใน 1s
  },
};

ตัวอย่างการเขียน k6 Script

ตัวอย่าง 1: Load Test ขั้นพื้นฐาน

import http from 'k6/http';
import { sleep, check } from 'k6';

export const options = {
  vus: 100,                    // 100 Virtual Users
  duration: '5m',              // ทดสอบเป็นเวลา 5 นาที
  thresholds: {
    'http_req_duration': ['p(95)<500'],
    'http_req_failed': ['rate<0.01'],
  },
};

export default function () {
  const res = http.get('https://example.com/api/products');

  check(res, {
    'status is 200': (r) => r.status === 200,
    'response time < 500ms': (r) => r.timings.duration < 500,
    'has product data': (r) => r.body.includes('product'),
  });

  sleep(1);
}

ตัวอย่าง 2: Ramping Load Test

import http from 'k6/http';
import { check, sleep } from 'k6';

export const options = {
  stages: [
    { duration: '2m', target: 100 },  // Ramp-up: 100 users in 2 minutes
    { duration: '5m', target: 100 },  // Stay at 100 users for 5 minutes
    { duration: '2m', target: 200 },  // Ramp-up to 200 users
    { duration: '5m', target: 200 },  // Stay at 200 users
    { duration: '2m', target: 0 },    // Ramp-down to 0 users
  ],
  thresholds: {
    'http_req_duration': ['p(95)<800'],
    'http_req_failed': ['rate<0.05'],
  },
};

export default function () {
  const res = http.get('https://example.com/api/data');

  check(res, {
    'status is 200': (r) => r.status === 200,
  });

  sleep(2);
}

ตัวอย่าง 3: Stress Test

import http from 'k6/http';
import { check, sleep } from 'k6';

export const options = {
  stages: [
    { duration: '2m', target: 100 },
    { duration: '2m', target: 200 },
    { duration: '2m', target: 300 },
    { duration: '2m', target: 400 },
    { duration: '2m', target: 500 },
    { duration: '5m', target: 500 },  // Hold at breaking point
    { duration: '2m', target: 0 },    // Ramp down
  ],
  thresholds: {
    'http_req_duration': ['p(95)<1000'],
  },
};

export default function () {
  const res = http.post('https://example.com/api/process',
    JSON.stringify({ action: 'test' }),
    { headers: { 'Content-Type': 'application/json' } }
  );

  check(res, {
    'status is 200 or 201': (r) => r.status === 200 || r.status === 201,
  });

  sleep(1);
}

การวิเคราะห์ผลลัพธ์และ Threshold

หลังจากรันการทดสอบ คุณสามารถวิเคราะห์ผลลัพธ์จากตัวชี้วัด (Metrics) ต่อไปนี้:

Metrics ที่สำคัญ

  • http_req_duration: เวลาที่ใช้ในการตอบสนองต่อ request (Response Time)
  • http_req_failed: จำนวน request ที่ล้มเหลว
  • http_reqs: จำนวน request ทั้งหมดที่ส่ง
  • vus: จำนวน Virtual Users ที่ทำงาน ณ เวลาใดเวลาหนึ่ง
  • vus_max: จำนวน Virtual Users สูงสุด
  • iterations: จำนวนครั้งที่รันฟังก์ชัน default
  • dropped_iterations: จำนวน iteration ที่ไม่สามารถรันได้เนื่องจาก timeout

ตัวอย่าง Threshold ที่เหมาะสม

export const options = {
  thresholds: {
    // Response Time: 95% ของ request ต้องตอบสนองภายใน 500ms
    'http_req_duration': ['p(95)<500', 'p(99)<1000'],

    // Error Rate: ต้องน้อยกว่า 1%
    'http_req_failed': ['rate<0.01'],

    // สำหรับ Endpoint เฉพาะ
    'http_req_duration{endpoint:login}': ['p(99)<300'],
    'http_req_duration{endpoint:upload}': ['p(99)<2000'],

    // VUs ที่ success
    'vus': ['value>0'],
  },
};

Best Practices สำหรับ Performance Testing

1. ทดสอบในสภาวะแวดล้อมที่ใกล้เคียง Production

ตรวจสอบให้แน่ใจว่า Staging Environment ของคุณมีลักษณะคล้ายกับ Production ให้มากที่สุด หากใช้ Cloud VPS เพื่อ Host ระบบของคุณ ให้ลองใช้ Spec เดียวกันสำหรับ Staging

2. ตั้งค่า Threshold ที่สมเหตุสมผล

อย่าตั้ง Threshold ที่สูงจนเกินไป เพราะจะไม่เกิดประโยชน์ แต่ก็อย่าตั้งต่ำเกินไปเพราะจะทำให้ test ล้มเหลวง่ายๆ

3. ทดสอบด้วยข้อมูลจริง

ใช้ข้อมูลจริง (หรือข้อมูลที่คล้ายกับข้อมูลจริง) เพื่อให้ผลการทดสอบสะท้อนความเป็นจริงมากขึ้น

4. ทำการทดสอบหลาย iteration

รันการทดสอบหลาย iteration เพื่อให้ได้ผลลัพธ์ที่เชื่อถือได้มากขึ้น

5. บันทึก Baseline

บันทึกผลการทดสอบของแต่ละเวอร์ชันเพื่อติดตามการเปลี่ยนแปลงของประสิทธิภาพเมื่อเวลาผ่านไป

6. ทดสอบต่อเนื่องใน Pipeline

รวม Performance Testing เข้าไปในกระบวนการ CI/CD เพื่อให้การทดสอบทำงานอัตโนมัติทุกครั้งที่มี commit

7. วิเคราะห์ผลลัพธ์อย่างเป็นระบบ

ไม่เพียงแต่ดูว่า Test ผ่านหรือไม่ แต่ควรศึกษาว่า Performance มีการเปลี่ยนแปลงอย่างไร

เชื่อมโยงกับ Dot Enterprise Cloud VPS

เมื่อคุณดำเนิน Performance Testing และพบว่าระบบของคุณต้องการทรัพยากรเพิ่มเติม Dot Enterprise Cloud VPS เป็นทางเลือกที่ยอดเยี่ยม เนื่องจากให้ความยืดหยุ่นในการ:

  • ปรับปรุง Resources: เพิ่ม CPU, RAM, หรือ Disk Space ได้ตามต้องการ
  • Auto Scaling: ตั้งค่า Auto Scaling เพื่อให้ระบบสามารถจัดการกับ Load ที่เพิ่มขึ้นโดยอัตโนมัติ
  • ประหยัดค่าใช้จ่าย: ใช้เฉพาะทรัพยากรที่จำเป็น ประหยัดค่าใช้จ่ายได้มากขึ้น
  • ความเสถียร: ระบบเซิร์ฟเวอร์ที่เสถียรและมี Uptime สูง

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับแพคเกจและราคา โปรดเยี่ยมชม https://de.co.th/cloud-vps

สรุป

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

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

สุดท้าย อย่าลืมว่า Performance Testing ควรเป็นส่วนหนึ่งของการพัฒนาแอปพลิเคชันอย่างสม่ำเสมอ เพื่อให้ผู้ใช้งานของคุณได้รับประสบการณ์ที่ดีที่สุด

ติดตามบทความเพิ่มเติม: สำหรับการตั้งค่าระบบให้ประสิทธิภาพสูงสุด ลองติดต่อทีมงานของ Dot Enterprise ซึ่งพร้อมให้คำแนะนำในการออกแบบและดำเนินการเซิร์ฟเวอร์ที่เหมาะสม