การนำไปใช้ในสภาพแวดล้อมทดสอบก่อนผลิต
ตั้งค่าเวิร์กโฟลว์เพื่อปรับใช้แอปพลิเคชันไปยังสภาพแวดล้อมทดสอบก่อนผลิตโดยอัตโนมัติ สำหรับการทดสอบก่อนใช้งานจริง
การนำไปใช้ในสภาพแวดล้อมทดสอบก่อนผลิต เป็นบทเรียน CI/CD with GitHub Actions & DevOps Pipelines ฟรีบน CoddyKit นี่คือบทเรียนที่ 2 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน CI/CD with GitHub Actions & DevOps Pipelines และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส CI/CD with GitHub Actions & DevOps Pipelines มีบทเรียนทั้งหมด 4 บทเรียน
สภาพแวดล้อมเตรียมใช้งานคืออะไร
ลองจินตนาการว่าคุณสร้างความสามารถใหม่ให้แอปพลิเคชัน ก่อนจะแสดงให้ทุกคนเห็นในระบบจริง คุณย่อมต้องการทดสอบความสามารถนั้นในสถานที่ที่ปลอดภัยและใกล้เคียงกับการใช้งานจริง นั่นคือหน้าที่ของ สภาพแวดล้อมเตรียมใช้งาน!
สภาพแวดล้อมเตรียมใช้งานคือสำเนาของสภาพแวดล้อมใช้งานจริง ใช้สำหรับการทดสอบขั้นสุดท้ายก่อนเผยแพร่ ช่วยให้คุณพบปัญหาและรับประกันคุณภาพได้โดยไม่กระทบต่อผู้ใช้จริง
สภาพแวดล้อมเตรียมใช้งานเทียบกับระบบจริง
แม้ว่าสภาพแวดล้อมเตรียมใช้งานจะจำลองระบบจริง แต่จุดประสงค์ของทั้งสองแตกต่างกัน:
- สภาพแวดล้อมเตรียมใช้งาน: ใช้สำหรับการประกันคุณภาพ (QA) การทดสอบการยอมรับโดยผู้ใช้ (UAT) และการตรวจสอบขั้นสุดท้าย มีเพียงกลุ่มผู้ใช้จำกัด เช่น ผู้ทดสอบและผู้มีส่วนได้ส่วนเสียที่ใช้งานสภาพแวดล้อมนี้
- ระบบจริง: สภาพแวดล้อมที่เปิดให้ผู้ใช้ปลายทางทั้งหมดใช้งาน ปัญหาใด ๆ ที่เกิดขึ้นในระบบนี้จะส่งผลกระทบต่อลูกค้าโดยตรง
การนำส่งไปยังสภาพแวดล้อมเตรียมใช้งานก่อนเป็นขั้นตอนสำคัญในการลดความเสี่ยงในระบบจริง
ฟีเจอร์สภาพแวดล้อมของ GitHub
ระบบการทำงานอัตโนมัติของ GitHub มีฟีเจอร์ทรงพลังที่เรียกว่า สภาพแวดล้อม ซึ่งช่วยให้คุณกำหนดสภาพแวดล้อมเชิงตรรกะ เช่น staging หรือ production ภายในคลังโครงการได้
สภาพแวดล้อมช่วยให้คุณ:
- ใช้กฎการป้องกัน เช่น การอนุมัติด้วยตนเองและตัวจับเวลารอ
- จัดการข้อมูลลับเฉพาะสภาพแวดล้อม
- ติดตามการนำส่งไปยังสภาพแวดล้อมที่ระบุ
การประกาศสภาพแวดล้อมเตรียมใช้งาน
หากต้องการใช้สภาพแวดล้อมในกระบวนการทำงาน ก่อนอื่นคุณต้องกำหนดสภาพแวดล้อมนั้นในการตั้งค่าคลังโครงการ:
- ไปยังคลังโครงการ GitHub ของคุณ
- คลิก การตั้งค่า > สภาพแวดล้อม
- คลิก สภาพแวดล้อมใหม่ แล้วตั้งชื่อ เช่น
staging
คุณสามารถเพิ่มกฎการป้องกันได้ที่นี่ เช่น กำหนดให้ผู้ตรวจสอบต้องอนุมัติการนำส่ง
โครงสร้างพื้นฐานของกระบวนการทำงานสำหรับการนำส่ง
ตอนนี้มาดูวิธีบอกระบบการทำงานอัตโนมัติของ GitHub ให้นำส่งไปยังสภาพแวดล้อม staging ของเรา คุณจะระบุสภาพแวดล้อมภายในงานหนึ่งงาน:
name: Deploy to Staging
on: push
jobs:
deploy-to-staging:
runs-on: ubuntu-latest
environment: staging # This links to your 'staging' environment
steps:
- name: Say Hello
run: echo "Deploying to staging!"การกำหนดค่าการปกป้องสภาพแวดล้อม
บรรทัด environment: staging ในกระบวนการทำงานของคุณไม่ได้มีหน้าที่เพียงระบุชื่อการนำส่งเท่านั้น หากคุณตั้งกฎการป้องกันสำหรับสภาพแวดล้อม staging ไว้ในการตั้งค่าคลังโครงการ กฎเหล่านั้นจะมีผลโดยอัตโนมัติ
ตัวอย่างเช่น หากคุณกำหนดให้ต้องมีการอนุมัติด้วยตนเอง งานนี้จะหยุดรอจนกว่าผู้มีอำนาจจะตรวจสอบและอนุมัติการนำส่ง
การสร้างแอปพลิเคชันของคุณ
โดยปกติแล้ว ก่อนนำส่ง คุณต้องสร้างแอปพลิเคชันก่อน ซึ่งอาจรวมถึงการคอมไพล์โค้ด การเรียกใช้การทดสอบ หรือการจัดแพ็กเกจทรัพยากร เราจะเพิ่มขั้นตอนเหล่านี้ลงในงานของเรา:
steps:
- name: Checkout code
uses: actions/checkout@v4
- name: Setup Node.js (Example build step)
uses: actions/setup-node@v4
with:
node-version: '18'
- name: Install dependencies
run: npm ci
- name: Build application
run: npm run buildการนำส่งไฟล์ผลลัพธ์ที่สร้างแล้ว
หลังจากสร้างเสร็จ ขั้นตอนถัดไปคือการโอนไฟล์แอปพลิเคชันของคุณไปยังเซิร์ฟเวอร์เตรียมใช้งาน ซึ่งมักเกี่ยวข้องกับ SSH, FTP หรือเครื่องมือนำส่งเฉพาะสำหรับระบบคลาวด์
นี่คือตัวอย่างขั้นตอนเชิงแนวคิด ในสถานการณ์จริง คุณจะแทนที่ echo ด้วยคำสั่งนำส่งจริงของคุณ:
- name: Deploy to Staging Server
run: |
echo "Simulating deployment to staging..."
# scp -r ./dist user@staging.example.com:/var/www/html
# Or use a specific deployment action for AWS, Azure, etc.รวมทุกอย่างเข้าด้วยกัน: กระบวนการทำงานของสภาพแวดล้อมเตรียมใช้งาน
กระบวนการทำงานฉบับสมบูรณ์นี้จะเริ่มทำงานเมื่อมีการส่งโค้ดไปยังสาขา develop โดยจะดึงโค้ดออกมา สร้างแอปพลิเคชัน แล้วนำส่งแอปพลิเคชันนั้นไปยังสภาพแวดล้อม staging ในเชิงแนวคิด พร้อมปฏิบัติตามกฎการป้องกันที่คุณตั้งไว้
name: Deploy to Staging Environment
on:
push:
branches:
- develop # Trigger only on pushes to the 'develop' branch
jobs:
deploy:
runs-on: ubuntu-latest
environment: staging # Link this job to the 'staging' environment
steps:
- name: Checkout code
uses: actions/checkout@v4
- name: Setup Node.js (Example)
uses: actions/setup-node@v4
with:
node-version: '18'
- name: Install dependencies
run: npm ci
- name: Build application
run: npm run build
- name: Deploy to Staging Server
run: echo "Deployment to staging completed!"ตรวจสอบความเข้าใจการนำส่งไปยังสภาพแวดล้อมเตรียมใช้งาน
คุณได้เรียนรู้วิธีตั้งค่ากระบวนการทำงานของระบบการทำงานอัตโนมัติของ GitHub เพื่อนำส่งไปยังสภาพแวดล้อมเตรียมใช้งานแล้ว มาทดสอบความรู้ของคุณกัน!
ทบทวน: การนำส่งไปยังสภาพแวดล้อมเตรียมใช้งาน
ทำได้ดีมาก! คุณได้เรียนรู้วิธีตั้งค่าระบบการทำงานอัตโนมัติของ GitHub เพื่อนำส่งไปยังสภาพแวดล้อมเตรียมใช้งานแล้ว
- สภาพแวดล้อมเตรียมใช้งานคือสภาพแวดล้อมที่คล้ายระบบจริงสำหรับการทดสอบก่อนใช้งานจริง
- ฟีเจอร์ สภาพแวดล้อมของ GitHub ช่วยจัดการความปลอดภัยของการนำส่งและข้อมูลลับ
- กระบวนการทำงานใช้คีย์
environmentเพื่อระบุสภาพแวดล้อมเป้าหมาย - กระบวนการนี้ช่วยลดความเสี่ยงและทำให้การเปลี่ยนผ่านไปยังระบบจริงราบรื่นยิ่งขึ้น
ต่อไป เราจะสำรวจวิธีจัดการข้อมูลสำคัญด้วยตัวแปรสภาพแวดล้อมและข้อมูลลับ!
เรียนรู้ CI/CD with GitHub Actions & DevOps Pipelines ด้วย AI tutor — ฟรี
เขียนและเรียกใช้โค้ดจริงในเบราว์เซอร์ของคุณ รับความช่วยเหลือทันทีจาก AI tutor 24/7 และเรียนรู้ต่อจากที่คุณหยุดบนเว็บหรือในแอป
- คอร์ส
- 12
- บทเรียน
- 48
คำถามที่พบบ่อย
บทเรียน “การนำไปใช้ในสภาพแวดล้อมทดสอบก่อนผลิต” ฟรีหรือไม่
ใช่ — ข้อความเต็มของ “การนำไปใช้ในสภาพแวดล้อมทดสอบก่อนผลิต” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส CI/CD with GitHub Actions & DevOps Pipelines ให้อัปเกรดเป็น CoddyKit PRO คอร์ส CI/CD with GitHub Actions & DevOps Pipelines มีบทเรียนทั้งหมด 4 บทเรียน
คุณจะเรียนรู้อะไรในบทเรียน “การนำไปใช้ในสภาพแวดล้อมทดสอบก่อนผลิต”
ตั้งค่าเวิร์กโฟลว์เพื่อปรับใช้แอปพลิเคชันไปยังสภาพแวดล้อมทดสอบก่อนผลิตโดยอัตโนมัติ สำหรับการทดสอบก่อนใช้งานจริง คุณปฏิบัติ CI/CD with GitHub Actions & DevOps Pipelines ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน
คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน CI/CD with GitHub Actions & DevOps Pipelines หรือไม่
ไม่จำเป็นต้องมีประสบการณ์มาก่อน CI/CD with GitHub Actions & DevOps Pipelines บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 2 จากทั้งหมด 4 บทเรียน
บทเรียน “การนำไปใช้ในสภาพแวดล้อมทดสอบก่อนผลิต” ใช้เวลานานแค่ไหน
บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย
ฉันเขียนและรันโค้ดในบทเรียน CI/CD with GitHub Actions & DevOps Pipelines นี้ได้ไหม
ได้ บทเรียน CI/CD with GitHub Actions & DevOps Pipelines ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ
บทเรียนทั้งหมดในหลักสูตรนี้
- บทนำสู่การนำส่งอย่างต่อเนื่อง
- การนำไปใช้ในสภาพแวดล้อมทดสอบก่อนผลิต
- ตัวแปรสภาพแวดล้อมและข้อมูลลับ
- การนำไปใช้งานจริงด้วยด่านอนุมัติ