DevOps Bootcamp · บทเรียน

การนำไปใช้ในสภาพแวดล้อมทดสอบก่อนผลิต

ตั้งค่าเวิร์กโฟลว์เพื่อปรับใช้แอปพลิเคชันไปยังสภาพแวดล้อมทดสอบก่อนผลิตโดยอัตโนมัติ สำหรับการทดสอบก่อนใช้งานจริง

บทเรียน 2 จาก 411 ขั้นตอน

การนำไปใช้ในสภาพแวดล้อมทดสอบก่อนผลิต เป็นบทเรียน DevOps Bootcamp ฟรีบน CoddyKit นี่คือบทเรียนที่ 2 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน DevOps Bootcamp และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส DevOps Bootcamp มีบทเรียนทั้งหมด 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 เพื่อระบุสภาพแวดล้อมเป้าหมาย
กระบวนการนี้ช่วยลดความเสี่ยงและทำให้การเปลี่ยนผ่านไปยังระบบจริงราบรื่นยิ่งขึ้น

ต่อไป เราจะสำรวจวิธีจัดการข้อมูลสำคัญด้วยตัวแปรสภาพแวดล้อมและข้อมูลลับ!

เริ่มต้นได้ฟรี

เรียนรู้ DevOps Bootcamp ด้วย AI tutor — ฟรี

เขียนและเรียกใช้โค้ดจริงในเบราว์เซอร์ของคุณ รับความช่วยเหลือทันทีจาก AI tutor 24/7 และเรียนรู้ต่อจากที่คุณหยุดบนเว็บหรือในแอป

คอร์ส: 142
บทเรียน: 568

เริ่มเรียนฟรี ดูหลักสูตรเต็ม

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

บทเรียน “การนำไปใช้ในสภาพแวดล้อมทดสอบก่อนผลิต” ฟรีหรือไม่

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

คุณจะเรียนรู้อะไรในบทเรียน “การนำไปใช้ในสภาพแวดล้อมทดสอบก่อนผลิต”

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

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

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

บทเรียน “การนำไปใช้ในสภาพแวดล้อมทดสอบก่อนผลิต” ใช้เวลานานแค่ไหน

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

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

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

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

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