यदि तपाईंलाई धेरै फरक वातावरण चाहिन्छ भने जेनकिन्समा परियोजनाहरू कसरी सङ्कलन गर्ने

जेन्किन्सको बारेमा Habré मा धेरै लेखहरू छन्, तर जेन्किन्स र डकर एजेन्टहरूले कसरी काम गर्छन् भन्ने उदाहरणहरू थोरैले वर्णन गर्छन्। सबै लोकप्रिय परियोजना निर्माण उपकरणहरू जस्तै Drone.io, बिटबकेट पाइपलाइन, GitLab, GitHub कार्यहरू र अन्य, कन्टेनरमा सबै कुरा सङ्कलन गर्न सक्नुहुन्छ। तर जेनकिन्सको बारेमा के?

आज त्यहाँ समस्याको समाधान छ: Jenkins 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

यसैले, हामीले एक डकर कन्टेनर पायौं जसले होस्ट मेसिनमा डकर आदेशहरू कार्यान्वयन गर्न सक्छ।

सेटअप निर्माण गर्नुहोस्

धेरै समय अघि जेनकिन्सले यसको नियमहरू प्रयोग गरेर वर्णन गर्ने मौका पाए पाइपलाइन सिन्ट्याक्स, जसले बिल्ड स्क्रिप्ट परिवर्तन गर्न र भण्डारमा भण्डारण गर्न सजिलो बनाउँछ।

त्यसोभए भण्डारमा नै विशेष डकरफाइल राखौं, जसमा निर्माणको लागि आवश्यक सबै पुस्तकालयहरू समावेश हुनेछन्। यसरी, विकासकर्ता आफैंले दोहोर्याउन मिल्ने वातावरण तयार गर्न सक्छ र होस्टमा Node.JS को विशेष संस्करण स्थापना गर्न OPS लाई सोध्नु पर्दैन।

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 प्रयोग गरेर अनुप्रयोग तैनाती सुरु गर्छु।

तल म एक सामान्य जेनकिन्सफाइल देखाउन चाहन्छु जुन साधारण 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 मिनेटमा घटाइएको छ;
• पूर्ण रूपमा दोहोर्याउन सकिने एप्लिकेसन निर्माण वातावरण, किनकि तपाइँ यसलाई तपाइँको स्थानीय कम्प्युटरमा यसरी निर्माण गर्न सक्नुहुन्छ;
• विधानसभा उपकरण को विभिन्न संस्करणहरु बीच संघर्ष संग कुनै समस्या छैन;
• सधैं एक सफा कार्यस्थान जुन अवरुद्ध हुँदैन।

समाधान आफै सरल र स्पष्ट छ र तपाईंलाई केही फाइदाहरू प्राप्त गर्न अनुमति दिन्छ। हो, प्रवेश थ्रेसहोल्ड विधानसभाहरूको लागि साधारण आदेशहरूको तुलनामा अलिकति बढेको छ, तर अब त्यहाँ एक ग्यारेन्टी छ कि यो सधैं निर्माण हुनेछ र विकासकर्ता आफैले आफ्नो निर्माण प्रक्रियाको लागि आवश्यक सबै कुरा रोज्न सक्छ।

तपाईंले मैले सङ्कलन गरेको छवि पनि प्रयोग गर्न सक्नुहुन्छ जेनकिन्स + डकर। सबै स्रोतहरू खुला र अवस्थित छन् rmuhamedgaliev/jenkins_docker.

यो लेख लेख्दा, रिमोट सर्भरहरूमा एजेन्टहरू प्रयोग गर्ने बारे छलफल भयो ताकि प्लगइन प्रयोग गरेर मास्टर नोड लोड नगर्नुहोस्। डकर-प्लगइन। तर म भविष्यमा यस बारे कुरा गर्नेछु।

स्रोत: www.habr.com