Jenkins（เจนกินส์）คืออะไร — สถาปัตยกรรมระบบและการตั้งค่า CI/CD Server

Jenkins คืออะไรและทำไมจึงจำเป็นในการพัฒนาแอปมือถือ

Jenkins คือ CI/CD Server แบบโอเพนซอร์สที่เขียนด้วย Java สำหรับการบิลด์ ทดสอบ และส่งมอบซอฟต์แวร์อัตโนมัติ ในบริบทของการพัฒนาแอปมือถือ Jenkins ช่วยให้ทีมงานสามารถบิลด์แอปพลิเคชัน iOS และ Android โดยอัตโนมัติ รันการทดสอบหน่วยและ UI เซ็นชื่อบิลด์ และส่งมอบไปยัง App Store หรือ Google Play โดยไม่ต้องดำเนินการด้วยตนเอง

ความจำเป็นของ Jenkins เกิดขึ้นเมื่อโปรเจกต์เติบโตเกินกว่าการบิลด์ในเครื่องและต้องการการรวมโค้ดจากนักพัฒนาหลายคนเป็นประจำ การบิลด์แต่ละคอมมิตด้วยตนเองใช้เวลาและมีโอกาสผิดพลาดสูง — Jenkins แก้ปัญหานี้ด้วยการเรียกใช้ไปป์ไลน์อัตโนมัติทุกครั้งที่มีการเปลี่ยนแปลงในรีポジตรี

ตามรายงานของ JetBrains Developer Ecosystem 2025 ทีมมือถือ 54% ใช้ Jenkins เป็นแพลตฟอร์ม CI/CD หลัก ระบบรองรับทุกภาษาและแพลตฟอร์มด้วยสถาปัตยกรรมปลั๊กอิน — สำหรับ Android มี Gradle และ SDK Manager สำหรับ iOS มี Xcode Integration และ Keychain Manager

ใช้ Jenkins ในโปรเจกต์ที่ต้องการควบคุมโครงสร้างพื้นฐานการบิลด์อย่างสมบูรณ์ ปรับแต่งแต่ละขั้นตอนของกระบวนการ CI/CD และทำงานร่วมกับระบบความปลอดภัยขององค์กร

สถาปัตยกรรม Jenkins: Master, Agent และการทำงานของ Pipeline

สถาปัตยกรรมของ Jenkins สร้างขึ้นบนโมเดล Master-Agent Master Server จัดการคอนฟิกูเรชัน การจัดตารางงาน และเว็บอินเทอร์เฟส ขณะที่เอเจนต์ดำเนินการบิลด์จริงบนเครื่องเฉพาะหรือเครื่องชั่วคราว สถาปัตยกรรมนี้ช่วยให้สามารถบิลด์แอปพลิเคชัน iOS บนเอเจนต์ macOS และแอปพลิเคชัน Android บนเอเจนต์ Linux แบบขนานจาก Master Server เดียวกัน

Master และ Agent ใน Jenkins

โหนด Master ของ Jenkins เก็บการตั้งค่า ปลั๊กอิน และประวัติการบิลด์ทั้งหมดในไดเรกทอรีหลัก $JENKINS_HOME เอเจนต์เชื่อมต่อกับ Master ผ่าน SSH, JNLP หรือ WebSocket และรับงานจากคิว สำหรับการพัฒนาแอปมือถือ แนะนำให้จัดสรรเอเจนต์ macOS แยกสำหรับการบิลด์ iOS และเอเจนต์ Linux สำหรับการบิลด์ Android พร้อม SDK และเครื่องมือที่ติดตั้งไว้

แต่ละเอเจนต์สามารถเป็นเซิร์ฟเวอร์ถาวรหรือคอนเทนเนอร์ Docker แบบไดนามิก ตามเอกสารของ CloudBees การกระจายบิลด์ไปยัง 5 เอเจนต์ช่วยลดเวลาโดยรวมของไปป์ไลน์ CI/CD ลง 70% เมื่อมี 10 งานแบบขนาน

Pipeline เป็นโค้ด

Jenkins Pipeline คือการกำหนดกระบวนการ CI/CD ทั้งหมดเป็นโค้ดที่เก็บอยู่ในรีโพซิทอรีพร้อมกับโปรเจกต์ Pipeline ถูกอธิบายใน Jenkinsfile และรองรับสองไวยากรณ์: Declarative（มีโครงสร้าง พร้อมบล็อกที่กำหนดไว้ล่วงหน้า）และ Scripted（ยืดหยุ่น บนพื้นฐาน Groovy พร้อมควบคุมการทำงานอย่างสมบูรณ์）

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

Jenkins Pipeline: ไวยากรณ์ Declarative และ Scripted

Jenkins Pipeline รองรับสองไวยากรณ์ที่กำหนดวิธีการอธิบายขั้นตอนของกระบวนการ CI/CD ไวยากรณ์ Declarative ใช้โครงสร้างบล็อกด้วยคีย์เวิร์ด pipeline, stages, stage และ steps ทำให้เข้าใจได้ง่ายสำหรับผู้ใช้ใหม่ ไวยากรณ์ Scripted อิงตาม Groovy และให้การควบคุมการทำงานอย่างสมบูรณ์ผ่านคำสั่งแบบมีเงื่อนไขและลูป

Declarative Pipeline สร้าง Sandbox โดยอัตโนมัติ — สภาพแวดล้อมที่ปลอดภัยสำหรับการรันสคริปต์ Groovy ซึ่งจำกัดการเข้าถึงเมธอดอันตรายของ Java และ Groovy ซึ่งสำคัญสำหรับสภาพแวดล้อมองค์กรที่ความปลอดภัยของไปป์ไลน์ถูกควบคุมโดยผู้ดูแลระบบ

โครงสร้าง Declarative Pipeline

Declarative Pipeline สร้างขึ้นจากสี่บล็อกหลัก: pipeline（บล็อกราก）, agent（การระบุเอเจนต์）, stages（ลำดับของสเตจ）และ post（การดำเนินการหลังเสร็จสิ้น）แต่ละ stage ประกอบด้วย steps พร้อมคำสั่งบิลด์ และ post บล็อกกำหนดการดำเนินการเมื่อสำเร็จ ล้มเหลว หรือสถานะบิลด์ไม่เสถียร

บล็อก post มีประโยชน์โดยเฉพาะสำหรับโปรเจกต์มือถือ — สามารถกำหนดให้ส่งการแจ้งเตือนไปยัง Slack เมื่อบิลด์ล้มเหลว หรือเก็บถาวรอาร์ติแฟกต์ IPA และ APK หลังจากเสร็จสมบูรณ์ Jenkins ดำเนินการ post อย่างแน่นอน แม้ว่าไปป์ไลน์จะถูกหยุดด้วยตนเอง

// Declarative Pipeline สำหรับแอปพลิเคชัน iOS
pipeline {
    agent { label 'macos' }
    stages {
        stage('Build') {
            steps {
                sh 'xcodebuild -workspace App.xcworkspace -scheme App clean build'
            }
        }
        stage('Test') {
            steps {
                sh 'xcodebuild -workspace App.xcworkspace -scheme App test'
            }
        }
    }
}

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

// Scripted Pipeline พร้อมสเตจแบบขนาน
node('macos') {
    stage('Parallel Builds') {
        parallel(
            ios: { buildIOS() },
            android: { buildAndroid() }
        )
    }
}
def buildIOS() {
    sh 'fastlane ios build'
}

Jenkinsfile: การตั้งค่า CI/CD สำหรับโปรเจกต์ iOS

สำหรับโปรเจกต์ iOS Jenkinsfile ต้องการเอเจนต์ macOS ที่ติดตั้ง Xcode, CocoaPods หรือ Swift Package Manager และ Fastlane ไปป์ไลน์ทั่วไปประกอบด้วยสเตจ: การติดตั้ง dependencies, การบิลด์, การรันทดสอบ, การเซ็นชื่อโค้ด และการส่งมอบไปยัง TestFlight หรือ App Store

คุณลักษณะสำคัญของการบิลด์ iOS ใน Jenkins คือการจัดการใบรับรองและ provisioning profiles แนะนำให้ใช้ Fastlane Match เพื่อรับใบรับรองโดยอัตโนมัติจากรีโพซิทอรีหรือปลั๊กอิน Jenkins Credentials Binding เพื่อจัดเก็บคีย์อย่างปลอดภัย

pipeline {
    agent { label 'macos' }
    environment {
        MATCH_PASSWORD = credentials('match-password')
    }
    stages {
        stage('Install Dependencies') {
            steps {
                sh 'pod install --repo-update'
            }
        }
        stage('Build and Test') {
            steps {
                sh 'fastlane scan'
                sh 'fastlane gym'
            }
        }
        stage('Deploy to TestFlight') {
            when { branch 'main' }
            steps {
                sh 'fastlane upload_testflight'
            }
        }
    }
}

สำหรับการทดสอบหน่วย iOS ให้ใช้ xcodebuild test พร้อมระบุซิมูลเลเตอร์ Jenkins รองรับการเผยแพร่รายงาน XCTest ผ่านปลั๊กอิน JUnit — แปลง .xcresult เป็นรูปแบบ XML เพื่อฝังผลการทดสอบในแดชบอร์ดการบิลด์

Jenkinsfile: การตั้งค่า CI/CD สำหรับโปรเจกต์ Android

การบิลด์ Android ใน Jenkins ดำเนินการบนเอเจนต์ Linux ที่ติดตั้ง Java JDK, Android SDK, Gradle และอีมูเลเตอร์ ไปป์ไลน์ประกอบด้วยสเตจ: การตรวจสอบ linter, การทดสอบหน่วย, การบิลด์ APK หรือ AAB, การทดสอบบนอีมูเลเตอร์ และการเผยแพร่ไปยัง Google Play Console

สำหรับการจัดการ Android SDK ให้ใช้ sdkmanager ใน Jenkinsfile เพื่อติดตั้งแพลตฟอร์มและ build-tools ที่จำเป็น แนะนำให้แคชไดเรกทอรี .gradle และ .android ระหว่างการบิลด์เพื่อเร่งความเร็วในการทำงานครั้งต่อไป

pipeline {
    agent { label 'linux' }
    stages {
        stage('Lint Check') {
            steps {
                sh './gradlew lint'
            }
        }
        stage('Unit Tests') {
            steps {
                sh './gradlew testDebugUnitTest'
            }
        }
        stage('Build APK') {
            steps {
                sh './gradlew assembleDebug'
            }
            post {
                success {
                    archiveArtifacts artifacts: '**/build/outputs/apk/**/*.apk'
                }
            }
        }
    }
}

การทดสอบบน Android ต้องมีอีมูเลเตอร์ที่กำลังทำงาน Jenkins รองรับปลั๊กอิน Android Emulator ที่สร้างและเริ่มอีมูเลเตอร์โดยอัตโนมัติก่อนการทดสอบ สำหรับอุปกรณ์จริง ให้ใช้ Firebase Test Lab — สามารถทำงานร่วมกันได้ผ่านปลั๊กอิน Google Cloud SDK

ปลั๊กอิน Jenkins สำหรับการบิลด์อัตโนมัติ

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

สำหรับการพัฒนาแอปมือถือ ชุดปลั๊กอินการจัดการข้อมูลประจำตัวเป็นสิ่งที่จำเป็น: Credentials Binding สำหรับจัดเก็บโทเค็น App Store Connect และบัญชีบริการ Google Play ปลั๊กอิน Xcode Integration เพิ่มขั้นตอนการบิลด์แอปพลิเคชัน iOS จาก Jenkins UI

ปลั๊กอิน Docker Pipeline ช่วยให้รันแต่ละขั้นตอนของการบิลด์ในคอนเทนเนอร์แยกกัน ซึ่งรับประกันความสามารถในการทำซ้ำของสภาพแวดล้อมและขจัดปัญหาความแตกต่างของสภาพแวดล้อม สำหรับบิลด์ Android ให้ใช้ images ที่ติดตั้ง Android SDK ล่วงหน้าจากชุมชน Gradle

Jenkins เปรียบเทียบกับ Travis CI สำหรับทีมมือถือ

การเลือกระหว่าง Jenkins และ Travis CI ขึ้นอยู่กับขนาดทีม งบประมาณ และข้อกำหนดด้านโครงสร้างพื้นฐาน Jenkins เป็นโซลูชันแบบ self-hosted ที่ควบคุมได้อย่างสมบูรณ์ ต้องใช้เซิร์ฟเวอร์เฉพาะและผู้ดูแลระบบ Travis CI เป็นบริการคลาวด์แบบจ่ายตามการใช้งาน ไม่ต้องจัดการเซิร์ฟเวอร์

สำหรับสตาร์ทอัพและทีมขนาดเล็ก Travis CI เหมาะสมกว่า — ไม่มีค่าใช้จ่ายด้านโครงสร้างพื้นฐาน ทำงานร่วมกับ GitHub ได้ง่าย และมีการบิลด์สำเร็จรูปสำหรับ iOS และ Android สำหรับโปรเจกต์ระดับองค์กร Jenkins ให้ข้อดี: รันเนอร์ของตัวเองบน macOS ปฏิบัติตามนโยบายความปลอดภัยขององค์กร และปรับแต่งไปป์ไลน์อย่างละเอียดผ่าน Jenkinsfile

จาก Stack Overflow Survey 2025 Jenkins ถูกใช้โดยนักพัฒนามืออาชีพ 42% เทียบกับ Travis CI ที่ 12% อย่างไรก็ตาม Travis CI ยังคงเป็นที่นิยมในชุมชนโอเพนซอร์สเนื่องจากแผนฟรีสำหรับรีโพซิทอรีสาธารณะและอุปสรรคในการเริ่มต้นที่น้อยที่สุด

ข้อดีของ Jenkins ในกระบวนการ CI/CD

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

สถาปัตยกรรม Master-Agent รองรับการปรับขนาดแนวนอน — การเพิ่มเอเจนต์ใหม่จะเพิ่มปริมาณงานของไปป์ไลน์เป็นเส้นตรง Jenkins รองรับเอเจนต์แบบไดนามิกบน Kubernetes ผ่าน Jenkins X ซึ่งช่วยให้สร้างและทำลายบิลเดอร์โดยอัตโนมัติตามความต้องการ

ระบบนิเวศของปลั๊กอินครอบคลุมเครื่องมือสมัยใหม่ทั้งหมด: Docker, Kubernetes, Fastlane, SonarQube, GitLab, Bitbucket หากไม่มีปลั๊กอินสำเร็จรูป สามารถเขียนส่วนขยายของตัวเองใน Java หรือใช้ Pipeline Shared Libraries เพื่อนำโค้ดกลับมาใช้ใหม่ระหว่างโปรเจกต์