જો તમને ઘણાં વિવિધ વાતાવરણની જરૂર હોય તો જેનકિન્સમાં પ્રોજેક્ટ્સ કેવી રીતે એકત્રિત કરવા

હેબર પર જેનકિન્સ વિશે ઘણા લેખો છે, પરંતુ જેનકિન્સ અને ડોકર એજન્ટો કેવી રીતે કાર્ય કરે છે તેનું ઉદાહરણ બહુ ઓછા લોકો વર્ણવે છે. બધા લોકપ્રિય પ્રોજેક્ટ બિલ્ડ ટૂલ્સ જેમ કે ડ્રોન.આઈઓ, બિટબકેટ પાઇપલાઇન, GitLab, GitHub ક્રિયાઓ અને અન્ય લોકો કન્ટેનરમાં બધું બનાવી શકે છે. પણ જેનકિન્સનું શું?

આજે સમસ્યાનો ઉકેલ છે: જેનકિન્સ 2 સાથે કામ કરવામાં ઉત્તમ છે ડોકર એજન્ટોઆ લેખમાં, હું મારો અનુભવ શેર કરવા માંગુ છું અને તમને બતાવવા માંગુ છું કે તમે આ જાતે કેવી રીતે કરી શકો છો.

મેં આ સમસ્યાનો ઉકેલ કેમ શરૂ કર્યો?

અમે કંપનીમાં હોવાથી સિટ્રોનિયમ આપણે વિવિધ ટેકનોલોજીનો ઉપયોગ કરતા હોવાથી, બિલ્ડ મશીન પર Node.JS, Gradle, Ruby, JDK અને અન્યના વિવિધ વર્ઝન જાળવવા પડે છે. પરંતુ વર્ઝન વિરોધાભાસ ઘણીવાર અનિવાર્ય હોય છે. જ્યારે તમે એમ કહી શકો છો કે nvm અને rvm જેવા વિવિધ વર્ઝન મેનેજરો છે, તે હંમેશા સરળ નથી હોતા, અને આ ઉકેલોની પોતાની સમસ્યાઓ હોય છે:

• મોટી સંખ્યામાં રનટાઇમ્સ જેને ડેવલપર્સ સાફ કરવાનું ભૂલી જાય છે;
• સમાન રનટાઇમના વિવિધ સંસ્કરણો વચ્ચે વિરોધાભાસ છે;
• દરેક ડેવલપરને ઘટકોના અલગ સેટની જરૂર હોય છે.

બીજી સમસ્યાઓ પણ છે, પણ હું તમને તેના ઉકેલ વિશે જણાવીશ.

ડોકરમાં જેનકિન્સ

ડોકર હવે વિકાસની દુનિયામાં સારી રીતે સ્થાપિત થઈ ગયું હોવાથી, લગભગ બધું જ ડોકરનો ઉપયોગ કરીને ચલાવી શકાય છે. મારો ઉકેલ એ છે કે ડોકરમાં જેનકિન્સ હોય અને હું અન્ય ડોકર કન્ટેનર ચલાવી શકું. આ પ્રશ્ન સૌપ્રથમ 2013 માં "" લેખમાં સંબોધવામાં આવ્યો હતો.ડોકર હવે ડોકરની અંદર ચાલી શકે છે".

ટૂંકમાં, તમારે ફક્ત ડોકરને કાર્યકારી કન્ટેનરમાં ઇન્સ્ટોલ કરવાની અને ફાઇલને માઉન્ટ કરવાની જરૂર છે. /var/run/docker.sock.

અહીં જેનકિન્સ માટે પરિણામી ડોકરફાઇલનું ઉદાહરણ છે.

FROM jenkins/jenkins:lts

USER root

RUN apt-get update && 

apt-get -y install apt-transport-https 
     ca-certificates 
     curl 
     gnupg2 
     git 
     software-properties-common && 
curl -fsSL https://download.docker.com/linux/$(. /etc/os-release; echo "$ID")/gpg > /tmp/dkey; apt-key add /tmp/dkey && 
add-apt-repository 
   "deb [arch=amd64] https://download.docker.com/linux/$(. /etc/os-release; echo "$ID") 
   $(lsb_release -cs) 
   stable" && 
apt-get update && 
apt-get -y install docker-ce && 
usermod -aG docker jenkins

RUN curl -L https://github.com/docker/compose/releases/download/1.25.0/docker-compose-`uname -s`-`uname -m` -o /usr/local/bin/docker-compose && chmod +x /usr/local/bin/docker-compose 

RUN apt-get clean autoclean && apt-get autoremove —yes && rm -rf /var/lib/{apt,dpkg,cache,log}/

USER jenkins

આમ, આપણને એક ડોકર કન્ટેનર મળ્યું જે હોસ્ટ મશીન પર ડોકર આદેશો ચલાવી શકે છે.

બિલ્ડ સેટઅપ

થોડા સમય પહેલા, જેનકિન્સે તેના નિયમોનું વર્ણન કરવાની ક્ષમતા મેળવી હતી પાઇપલાઇન સિન્ટેક્સ, જે બિલ્ડ સ્ક્રિપ્ટને બદલવાનું અને તેને રિપોઝીટરીમાં સંગ્રહિત કરવાનું સરળ બનાવે છે.

તો ચાલો રિપોઝીટરીમાં જ એક ખાસ ડોકરફાઇલ મૂકીએ, જેમાં બિલ્ડ કરવા માટે જરૂરી બધી લાઇબ્રેરીઓ હશે. આ રીતે, ડેવલપર OPS ને હોસ્ટ પર Node.JS નું ચોક્કસ સંસ્કરણ ઇન્સ્ટોલ કરવાનું કહ્યા વિના પુનરાવર્તિત વાતાવરણ તૈયાર કરી શકે છે.

FROM node:12.10.0-alpine

RUN npm install yarn -g

આ બિલ્ડ ઇમેજ મોટાભાગના Node.JS એપ્લિકેશનો માટે યોગ્ય છે. પરંતુ, ઉદાહરણ તરીકે, જો તમને સોનાર સ્કેનર ઇન્ટિગ્રેટેડ પ્રોજેક્ટ માટે JVM ઇમેજની જરૂર હોય તો શું? તમે બિલ્ડ માટે જરૂરી ઘટકો પસંદ કરવા માટે સ્વતંત્ર છો.

FROM adoptopenjdk/openjdk12:latest

RUN apt update 
    && apt install -y 
        bash unzip wget

RUN mkdir -p /usr/local/sonarscanner 
    && cd /usr/local/sonarscanner 
    && wget https://binaries.sonarsource.com/Distribution/sonar-scanner-cli/sonar-scanner-cli-3.3.0.1492-linux.zip 
    && unzip sonar-scanner-cli-3.3.0.1492-linux.zip 
    && mv sonar-scanner-3.3.0.1492-linux/* ./ 
    && rm sonar-scanner-cli-3.3.0.1492-linux.zip 
    && rm -rf sonar-scanner-3.3.0.1492-linux 
    && ln -s /usr/local/sonarscanner/bin/sonar-scanner /usr/local/bin/sonar-scanner

ENV PATH $PATH:/usr/local/sonarscanner/bin/
ENV SONAR_RUNNER_HOME /usr/local/sonarscanner/bin/

અમે બિલ્ડ પર્યાવરણનું વર્ણન કર્યું છે, પરંતુ જેનકિન્સનો તેની સાથે શું સંબંધ છે? જેનકિન્સ એજન્ટો આ ડોકર છબીઓ સાથે કામ કરી શકે છે અને તેમની અંદર બિલ્ડ કરી શકે છે.

stage("Build project") {
    agent {
        docker {
            image "project-build:${DOCKER_IMAGE_BRANCH}"
            args "-v ${PWD}:/usr/src/app -w /usr/src/app"
            reuseNode true
            label "build-image"
        }
    }
    steps {
        sh "yarn"
        sh "yarn build"
    }
}

નિર્દેશક agent મિલકતનો ઉપયોગ કરે છે docker, જ્યાં તમે સ્પષ્ટ કરી શકો છો:

• તમારી નામકરણ નીતિ અનુસાર એસેમ્બલી કન્ટેનરનું નામ;
• બિલ્ડ કન્ટેનર ચલાવવા માટે જરૂરી દલીલો, જ્યાં આપણા કિસ્સામાં આપણે વર્તમાન ડિરેક્ટરીને કન્ટેનરની અંદર ડિરેક્ટરી તરીકે માઉન્ટ કરીએ છીએ.

અને બિલ્ડ સ્ટેપ્સમાં, આપણે ડોકર બિલ્ડ એજન્ટમાં કયા આદેશો ચલાવવા તે સ્પષ્ટ કરીએ છીએ. આ કંઈપણ હોઈ શકે છે, તેથી હું Ansible નો ઉપયોગ કરીને એપ્લિકેશન ડિપ્લોયમેન્ટ પણ ચલાવું છું.

નીચે હું એક સામાન્ય Jenkinsfile બતાવવા માંગુ છું જે એક સરળ Node.JS એપ્લિકેશન બનાવી શકે છે.

def DOCKER_IMAGE_BRANCH = ""
def GIT_COMMIT_HASH = ""

pipeline { 
    options {
        buildDiscarder(
            logRotator(
                artifactDaysToKeepStr: "",
                artifactNumToKeepStr: "",
                daysToKeepStr: "",
                numToKeepStr: "10"
            )
        )
        disableConcurrentBuilds()
    }

    agent any

    stages {

        stage("Prepare build image") {
            steps {
                sh "docker build -f Dockerfile.build . -t project-build:${DOCKER_IMAGE_BRANCH}"
            }
        }

        stage("Build project") {
            agent {
                docker {
                    image "project-build:${DOCKER_IMAGE_BRANCH}"
                    args "-v ${PWD}:/usr/src/app -w /usr/src/app"
                    reuseNode true
                    label "build-image"
                }
            }
            steps {
                sh "yarn"
                sh "yarn build"
            }
        }

    post {
        always {
            step([$class: "WsCleanup"])
            cleanWs()
        }
    }

}

તો શું થયું?

આ પદ્ધતિનો ઉપયોગ કરીને, અમે નીચેની સમસ્યાઓ હલ કરી:

• બિલ્ડ એન્વાયર્નમેન્ટને ગોઠવવાનો સમય પ્રતિ પ્રોજેક્ટ ઘટાડીને 10-15 મિનિટ કરવામાં આવે છે;
• સંપૂર્ણપણે પુનરાવર્તિત એપ્લિકેશન બિલ્ડ વાતાવરણ, કારણ કે તે સ્થાનિક કમ્પ્યુટર પર પણ બનાવી શકાય છે;
• બિલ્ડ ટૂલ્સના વિવિધ સંસ્કરણો વચ્ચે તકરાર સાથે કોઈ સમસ્યા નથી;
• હંમેશા સ્વચ્છ કાર્યસ્થળ જે અવ્યવસ્થિત ન રહે.

આ ઉકેલ પોતે જ સરળ અને સ્પષ્ટ છે, અને તે ફક્ત ફાયદા જ આપે છે. હા, સરળ બિલ્ડ કમાન્ડ્સ કરતા પ્રવેશ અવરોધ થોડો વધારે છે, પરંતુ હવે ગેરંટી છે કે બિલ્ડ હંમેશા કામ કરશે, અને ડેવલપર તેમની બિલ્ડ પ્રક્રિયા માટે જરૂરી બધું પસંદ કરી શકે છે.

તમે મેં કમ્પાઇલ કરેલી છબીનો પણ ઉપયોગ કરી શકો છો. જેનકિન્સ + ડોકરબધા સ્ત્રોત ખુલ્લા છે અને સ્થિત છે રુહામદગાલીવ/જેનકિન્સ_ડોકર.

આ લેખ લખતી વખતે, પ્લગઇન વડે માસ્ટર નોડ લોડ કરવાનું ટાળવા માટે રિમોટ સર્વર પર એજન્ટોનો ઉપયોગ કરવા વિશે ચર્ચા થઈ હતી. ડોકર-પ્લગઇનપણ હું તમને ભવિષ્યમાં આ વિશે જણાવીશ.

સોર્સ: www.habr.com