Jan 01, 1970
ऑक्टोपस और टीमसिटी के साथ CI/CD को कैसे सुव्यवस्थित करें द्वारा@socialdiscoverygroup
4,166 रीडिंग
ऑक्टोपस और टीमसिटी के साथ CI/CD को कैसे सुव्यवस्थित करें
द्वारा Social Discovery Group13m2024/05/14
बहुत लंबा; पढ़ने के लिए
यह कोई रहस्य नहीं है कि स्पष्ट और संगठित प्रक्रियाओं के बिना, डेवलपर्स प्रभावी रूप से सहयोग करने के लिए संघर्ष कर सकते हैं, जिससे सॉफ़्टवेयर अपडेट देने में देरी हो सकती है। इस लेख में, सोशल डिस्कवरी ग्रुप टीम ने टीमसिटी और ऑक्टोपस के मिश्रण के साथ एक सुविधाजनक और लचीली CI/CD पाइपलाइन का निर्माण करने का तरीका साझा किया है।
यह कोई रहस्य नहीं है कि स्पष्ट और संगठित प्रक्रियाओं के बिना, डेवलपर्स प्रभावी रूप से सहयोग करने के लिए संघर्ष कर सकते हैं, जिससे सॉफ़्टवेयर अपडेट देने में देरी हो सकती है। कुछ साल पहले, सोशल डिस्कवरी ग्रुप टीम को एक सबऑप्टिमल CI/CD प्रक्रिया की चुनौती का सामना करना पड़ा। उस समय, टीम ने TeamCity और Octopus का उपयोग किया, जिनमें से प्रत्येक की अपनी खूबियाँ थीं। उदाहरण के लिए, Octopus परिनियोजन के लिए सुविधाजनक है, जबकि TeamCity स्वचालित परीक्षणों के लिए अच्छा है और प्रोजेक्ट बिल्ड के लिए पर्याप्त रूप से सुविधाजनक है। एक व्यापक और दिखने में आकर्षक CI/CD पाइपलाइन का निर्माण करने के लिए जो कॉन्फ़िगरेशन में अधिकतम सुविधाजनक और लचीला हो, उपकरणों के मिश्रण का उपयोग करना आवश्यक है। कोड को कई परियोजनाओं के लिए बिटबकेट पर एक स्थानीय रिपॉजिटरी में संग्रहीत किया गया था। SDG टीम ने इस मुद्दे का अध्ययन किया और मौजूदा उपकरणों का उपयोग करके प्रक्रिया को अनुकूलित करने का निर्णय लिया।
मुख्य अनुकूलन लक्ष्य:
- टीमसिटी से निर्दिष्ट वातावरण में स्वचालित निर्माण और परिनियोजन।
- बिल्ड का नामकरण: बिल्ड को नामों से अलग करने के लिए मास्टर शाखा में "रिलीज़" जोड़ा जाता है।
- संबंधित सेवाओं के संबंधित परीक्षण वातावरण पर संगत शाखाओं पर पुश करते समय स्वचालित निर्माण और परिनियोजन।
- एक ऐसी प्रक्रिया स्थापित करना जहाँ स्टेजिंग और फिर उत्पादन में तैनाती से पहले परीक्षण और विकास वातावरण में तैनाती पूरी की जानी चाहिए। इसे ऑक्टोपस में लागू किया गया था।
टीमसिटी में क्या क्रियान्वित किया गया:
- टीमसिटी मुफ़्त संस्करण में तीन एजेंटों के उपयोग की अनुमति देता है, जो SDG टीम के लिए पर्याप्त था। उन्होंने एक नया एजेंट स्थापित किया, उसे पूल में जोड़ा, और उसे अपने टेम्प्लेट पर लागू किया।
- TeamCity के नवीनतम संस्करण का उपयोग करते समय, टीम Ubuntu सर्वर पर काम कर रही थी। स्क्रीनशॉट में टीम द्वारा उपयोग किए गए अतिरिक्त प्लगइन्स दिखाए गए हैं:
- उपकरणों में से, टीम ने प्लगइन्स जोड़े, जैसे रिपोर्ट निर्माण के लिए Allure 2.14.0 और Nuget 5.5.1.
- समान कार्यों के निष्पादन को सरल बनाने के लिए, SDG टीम ने विभिन्न प्रकार की तैनाती के लिए कई टेम्पलेट्स बनाए: NuGet और सेवाएँ।
- इनमें से प्रत्येक टेम्पलेट में कई चरण शामिल थे, जो नीचे दिए गए स्क्रीनशॉट में दर्शाए गए हैं।
NuGet के लिए परिनियोजन इस प्रकार था:
सेवाओं की तैनाती नीचे देखी जा सकती है:
स्क्रीनशॉट में Docker बिल्ड चरण का एक उदाहरण प्रस्तुत किया गया है:
जैसा कि पहले बताया गया है, चरण 4 और 5 के बीच अंतर इस प्रकार थे:
%deploymentTarget% वैरिएबल एनवायरनमेंट(s) पैरामीटर के रूप में कार्य करता है, जिसके लिए ऑक्टोपस में संबंधित चरण(s) को परिनियोजन के दौरान पारित किया जाता था (उदाहरण के लिए, टेस्ट, डेव)। जब विकास टीमों की संबंधित शाखाओं (कॉन्फ़िगर) में परिवर्तन किए गए, तो संबंधित परीक्षण वातावरण में बिल्ड और सॉफ़्टवेयर परिनियोजन स्वचालित रूप से किए गए। सेटिंग्स नीचे दिए गए स्क्रीनशॉट में दिखाई दे रही हैं। ऑक्टोपस से कनेक्ट करने के लिए, दो वैश्विक पैरामीटर जोड़े जाने की आवश्यकता थी: octopus.apiKey और octopus.url
नीचे दिया गया स्क्रीनशॉट दर्शाता है कि SDG टीम के लिए यह कैसा था:
दाईं ओर, पहले वर्णित जीवनचक्र का चयन किया गया था। पैकेज तैनात करने के चरण में काफी सरल डिफ़ॉल्ट सेटिंग्स शामिल थीं।
डिप्लॉय रॉ कुबेरनेट्स यामल चरण के लिए, SDG टीम ने सार्वभौमिक स्व-लिखित यामल टेम्प्लेट का उपयोग किया। इस उदाहरण में - कुबेरनेट्स स्क्रिप्ट, नीचे अधिक विस्तार से समझाया गया है। लाल रंग में चिह्नित संगत पैरामीटर भी प्रतिस्थापित किए गए थे। यह ध्यान देने योग्य है कि आवश्यक वैश्विक चर समूह वैरिएबल्स-> वैरिएबल सेट मेनू में जुड़े हुए थे, और प्रोजेक्ट-विशिष्ट चर वैरिएबल्स-> प्रोजेक्ट मेनू में सेट किए गए थे, जिनकी प्राथमिकता अधिक थी।
इस मामले में कोड इस प्रकार था:
apiVersion: apps/v1 kind: Deployment metadata: name: '#{Octopus.Project.Name | ToLower}' namespace: #{Octopus.Environment.Name | ToLower} labels: Octopus.Kubernetes.DeploymentName: '#{Octopus.Project.Name | ToLower}-#{Octopus.Environment.Name | ToLower}' spec: replicas: #{Replicas} strategy: type: RollingUpdate rollingUpdate: maxSurge: 25% maxUnavailable: 25% revisionHistoryLimit: 10 progressDeadlineSeconds: 600 selector: matchLabels: Octopus.Kubernetes.DeploymentName: '#{Octopus.Project.Name | ToLower}-#{Octopus.Environment.Name | ToLower}' template: metadata: labels: Octopus.Kubernetes.DeploymentName: '#{Octopus.Project.Name | ToLower}-#{Octopus.Environment.Name | ToLower}' spec: volumes: #{if usesidecar} - name: dump-storage persistentVolumeClaim: claimName: dumps-#{Octopus.Environment.Name | ToLower} #{/if} #{if MountFolders} #{each folder in MountFolders} - name: volume-#{folder | ToBase64 | Replace "\W" X | ToLower} hostPath: path: #{folder} type: DirectoryOrCreate #{/each} #{/if} - name: logs-volume hostPath: path: #{LogsDir} type: DirectoryOrCreate - name: appsettings secret: secretName: #{Octopus.Project.Name | ToLower} #{if Secrets} #{each secret in Secrets} - name: #{secret.name} secret: secretName: #{secret.name} #{/each} #{/if} #{if usesidecar} - name: diagnostics emptyDir: {} - name: dumps configMap: name: dumps defaultMode: 511 #{/if} containers: - name: #{Octopus.Project.Name | ToLower}-#{Octopus.Environment.Name | ToLower}-container image: #{DockerRegistry}/projectname.#{Octopus.Project.Name | ToLower}:#{Octopus.Release.Notes} #{if resources} resources: #{each resource in resources} #{resource.Key}: #{each entry in resource.Value} #{entry.Key}: #{entry.Value} #{/each} #{/each} #{/if} ports: - name: http containerPort: 80 protocol: TCP env: - value: "Development" name: "ASPNETCORE_ENVIRONMENT" - name: DD_ENV value: "#{Octopus.Environment.Name | ToLower}" - name: DD_SERVICE value: "#{Octopus.Project.Name | ToLower}-#{Octopus.Environment.Name | ToLower}" - name: DD_VERSION value: "1.0.0" - name: DD_AGENT_HOST value: "#{DatadogAgentHost}" - name: DD_TRACE_ROUTE_TEMPLATE_RESOURCE_NAMES_ENABLED value: "true" - name: DD_RUNTIME_METRICS_ENABLED value: "true" volumeMounts: #{if usesidecar} - name: dump-storage mountPath: /tmp/dumps #{/if} #{if MountFolders} #{each folder in MountFolders} - mountPath: #{folder} name: volume-#{folder | ToBase64 | Replace "\W" X | ToLower} #{/each} #{/if} - mountPath: #{LogsDir} name: logs-volume #{if usesidecar} - name: diagnostics mountPath: /tmp #{/if} - name: appsettings readOnly: true mountPath: /app/appsettings.json subPath: appsettings.json #{if Secrets} #{each secret in Secrets} - name: #{secret.name} readOnly: true mountPath: #{secret.mountPath} subPath: #{secret.subPath} #{/each} #{/if} readinessProbe: httpGet: path: hc port: http scheme: HTTP initialDelaySeconds: #{InitialDelaySeconds} imagePullPolicy: IfNotPresent securityContext: {} #{if usesidecar} - name: sidecar image: '#{DockerRegistry}/monitor:3' command: - /bin/sh args: - '-c' - while true; do . /app/init.sh; sleep 1m;done env: - name: USE_MEMORY value: '2048' - name: PROJECT value: "#{Octopus.Project.Name | ToLower}-#{Octopus.Environment.Name | ToLower}" resources: {} volumeMounts: - name: diagnostics mountPath: /tmp - name: dump-storage mountPath: /tmp/dumps - name: dumps mountPath: /app/init.sh subPath: init.sh shareProcessNamespace: true #{/if} affinity: nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution: nodeSelectorTerms: - matchExpressions: - key: environment operator: In values: - "#{Node}" --- apiVersion: v1 kind: Service metadata: name: #{Octopus.Project.Name | ToLower} namespace: #{Octopus.Environment.Name | ToLower} labels: Octopus.Kubernetes.DeploymentName: '#{Octopus.Project.Name | ToLower}-#{Octopus.Environment.Name | ToLower}' spec: type: ClusterIP selector: Octopus.Kubernetes.DeploymentName: '#{Octopus.Project.Name | ToLower}-#{Octopus.Environment.Name | ToLower}' ports: - name: http port: 80 targetPort: http protocol: TCP --- apiVersion: networking.k8s.io/v1 kind: Ingress metadata: annotations: ingress.kubernetes.io/ssl-redirect: 'false' nginx.ingress.kubernetes.io/ssl-redirect: 'false' cert-manager.io/cluster-issuer: "letsencrypt-cluster-issuer" cert-manager.io/renew-before: '#{LetsencryptRenewBefore}' kubernetes.io/ingress.class: nginx #{if IngressAnnotations} #{each annotation in IngressAnnotations} #{annotation.Key}: #{annotation.Value} #{/each} #{/if} name: #{Octopus.Project.Name | ToLower} namespace: #{Octopus.Environment.Name | ToLower} labels: Octopus.Kubernetes.DeploymentName: '#{Octopus.Project.Name | ToLower}-#{Octopus.Environment.Name | ToLower}' spec: tls: #{if ExternalHost} #{each host in ExternalHost} - hosts: - #{host} secretName: #{Octopus.Project.Name | ToLower}-#{host | ToBase64 | Replace "\W" X | ToLower}-tls #{/each} #{/if} rules: #{if ExternalHost} #{each host in ExternalHost} - host: '#{host}' http: paths: - path: / pathType: ImplementationSpecific backend: service: name: #{Octopus.Project.Name | ToLower} port: name: http #{/each} #{/if} #{if usesidecar} --- apiVersion: v1 kind: ConfigMap metadata: name: dumps namespace: #{Octopus.Environment.Name | ToLower} data: init.sh: |- #!/usr/bin/env bash mem=$(ps aux | awk '{print $6}' | sort -rn | head -1) mb=$(($mem/1024)) archiveDumpPath="/tmp/dumps/$PROJECT-$(date +"%Y%m%d%H%M%S").zip" fullPathGc="/tmp/$PROJECT-$(date +"%Y%m%d%H%M%S").dump" echo "mem:" $mb" project:" $PROJECT "use:" $USE_MEMORY if [ "$mb" -gt "$USE_MEMORY" ]; then export USE_MEMORY=$(($USE_MEMORY*2)) pid=$(dotnet-dump ps | awk '{print $1}') dotnet-dump collect -p $pid -o $fullPathGc zip $fullPathGc.zip $fullPathGc mv $fullPathGc.zip $archiveDumpPath rm $fullPathGc fi #{/if}
ऑक्टोपस में सभी चर कोड में निम्नलिखित प्रारूप में निर्दिष्ट किए गए थे: '#{Octopus.Project.Name | ToLower}' , जहां अंतिम भाग लोअरकेस में परिवर्तित करने का संकेत देता है।
अंततः, सेवा डैशबोर्ड इस प्रकार दिखाई दिया:
- एसडीजी टीम ने एक कुशल सीआई/सीडी प्रक्रिया बनाई जिसने विकास की गति और सुविधा में उल्लेखनीय सुधार किया। टीम ने इस प्रक्रिया ढांचे के भीतर काफी लंबे समय तक काम किया।
- एसडीजी ने सुविधाजनक टीमसिटी टूल और स्वचालित सेवा परिनियोजन में स्वचालित परीक्षण भी शुरू किया।
- उपयोगकर्ता-अनुकूल ऑक्टोपस डैशबोर्ड के माध्यम से, टीम ने पहुंच अधिकारों को कॉन्फ़िगर किया और परिनियोजन और वातावरण का प्रबंधन कर सकी।
L O A D I N G
. . . comments & more!
. . . comments & more!
