🥇 Consul को प्रयोग गरेर Nomad क्लस्टर सेटअप गर्दै Gitlab सँग एकीकरण गर्दै

परिचय

हालै, Kubernetes को लोकप्रियता छिटो बढ्दै गएको छ - अधिक र अधिक परियोजनाहरु यसलाई लागू गर्दै छन्। म Nomad जस्तै अर्केस्ट्रेटरलाई छुन चाहन्छु: यो परियोजनाहरूका लागि उपयुक्त छ जुन पहिले नै HashiCorp बाट अन्य समाधानहरू प्रयोग गर्दछ, उदाहरणका लागि, Vault र Consul, र परियोजनाहरू आफैंमा पूर्वाधारको हिसाबले जटिल छैनन्। यो सामग्रीले Nomad स्थापना गर्न, दुई नोडहरूलाई क्लस्टरमा संयोजन गर्ने, साथै Gitlab सँग Nomad एकीकृत गर्ने निर्देशनहरू समावेश गर्दछ।

परीक्षण स्ट्यान्ड

परीक्षण बेन्चको बारेमा थोरै: तीन भर्चुअल सर्भरहरू 2 CPU, 4 RAM, 50 Gb SSD को विशेषताहरूसँग प्रयोग गरिन्छ, एक साझा स्थानीय नेटवर्कमा एकीकृत। तिनीहरूको नाम र IP ठेगानाहरू:

nomad-livelinux-01: 172.30.0.5
nomad-livelinux-02: 172.30.0.10
consul-livelinux-01: 172.30.0.15

Nomad, Consul को स्थापना। घुमन्ते क्लस्टर सिर्जना गर्दै

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

हामीले अभ्यास सुरु गर्नु अघि, हामी सैद्धान्तिक भागमा छलफल गर्नेछौं, किनभने यस चरणमा भविष्यको संरचना बुझ्न महत्त्वपूर्ण छ।

हामीसँग दुई घुमन्ते नोडहरू छन् र हामी तिनीहरूलाई क्लस्टरमा जोड्न चाहन्छौं, र भविष्यमा हामीलाई स्वचालित क्लस्टर स्केलिंग पनि चाहिन्छ - यसका लागि हामीलाई कन्सुल चाहिन्छ। यस उपकरणको साथ, क्लस्टरिंग र नयाँ नोडहरू थप्न एकदम सरल कार्य हुन्छ: सिर्जना गरिएको Nomad नोड कन्सुल एजेन्टसँग जडान हुन्छ, र त्यसपछि अवस्थित Nomad क्लस्टरमा जडान हुन्छ। त्यसकारण, सुरुमा हामी कन्सुलर सर्भर स्थापना गर्नेछौं, वेब प्यानलको लागि आधारभूत http प्राधिकरण कन्फिगर गर्नेछौं (यो पूर्वनिर्धारित रूपमा प्राधिकरण बिना हो र बाह्य ठेगानामा पहुँच गर्न सकिन्छ), साथै कन्सुल एजेन्टहरू आफैं Nomad सर्भरहरूमा, जस पछि। हामी घुमन्तेमा मात्र अगाडि बढ्नेछौं।

HashiCorp को उपकरणहरू स्थापना गर्न धेरै सरल छ: अनिवार्य रूपमा, हामी केवल बाइनरी फाइललाई बिन डाइरेक्टरीमा सार्छौं, उपकरणको कन्फिगरेसन फाइल सेट अप गर्छौं, र यसको सेवा फाइल सिर्जना गर्छौं।

कन्सुल बाइनरी फाइल डाउनलोड गर्नुहोस् र यसलाई प्रयोगकर्ताको गृह डाइरेक्टरीमा अनप्याक गर्नुहोस्:

root@consul-livelinux-01:~# wget https://releases.hashicorp.com/consul/1.5.0/consul_1.5.0_linux_amd64.zip
root@consul-livelinux-01:~# unzip consul_1.5.0_linux_amd64.zip
root@consul-livelinux-01:~# mv consul /usr/local/bin/

अब हामीसँग थप कन्फिगरेसनको लागि तयार कन्सुल बाइनरी छ।

कन्सुलसँग काम गर्न, हामीले keygen आदेश प्रयोग गरेर एउटा अद्वितीय कुञ्जी सिर्जना गर्न आवश्यक छ:

root@consul-livelinux-01:~# consul keygen

निम्न संरचनाको साथ /etc/consul.d/ डाइरेक्टरी सिर्जना गर्दै कन्सुल कन्फिगरेसन सेटअप गर्न अगाडि बढौं:

/etc/consul.d/
├── bootstrap
│   └── config.json

बुटस्ट्र्याप डाइरेक्टरीमा कन्फिगरेसन फाइल config.json समावेश हुनेछ - यसमा हामी कन्सुल सेटिङहरू सेट गर्नेछौं। यसको सामग्री:

{
"bootstrap": true,
"server": true,
"datacenter": "dc1",
"data_dir": "/var/consul",
"encrypt": "your-key",
"log_level": "INFO",
"enable_syslog": true,
"start_join": ["172.30.0.15"]
}

मुख्य निर्देशनहरू र तिनीहरूको अर्थलाई छुट्टै हेरौं:

बुटस्ट्र्याप: सत्य। हामी नयाँ नोडहरू जडान भएका खण्डमा स्वचालित रूपमा थप्ने सक्षम गर्छौं। म नोट गर्छु कि हामी यहाँ अपेक्षित नोडहरूको सही संख्या संकेत गर्दैनौं।
सर्भर: सत्य। सर्भर मोड सक्षम गर्नुहोस्। यस भर्चुअल मेसिनमा कन्सुलले मात्र सर्भर र मास्टरको रूपमा काम गर्नेछ, Nomad's VM ग्राहकहरू हुनेछन्।
डेटासेट: dc1। क्लस्टर सिर्जना गर्न डेटा केन्द्रको नाम निर्दिष्ट गर्नुहोस्। यो ग्राहक र सर्भर दुवै मा समान हुनुपर्छ।
गुप्तिकरण गर्नुहोस्: तिम्रो कुञ्जी। कुञ्जी, जुन अद्वितीय हुनुपर्दछ र सबै ग्राहकहरू र सर्भरहरूमा मेल खान्छ। consul keygen आदेश प्रयोग गरेर उत्पन्न।
start_join। यस सूचीमा हामी IP ठेगानाहरूको सूची संकेत गर्छौं जसमा जडान गरिनेछ। अहिले हामी आफ्नो ठेगाना मात्र छोड्छौं।

यस बिन्दुमा हामी कमाण्ड लाइन प्रयोग गरेर कन्सुल चलाउन सक्छौं:

root@consul-livelinux-01:~# /usr/local/bin/consul agent -config-dir /etc/consul.d/bootstrap -ui

यो अहिले डिबग गर्ने राम्रो तरिका हो, तथापि, तपाइँ स्पष्ट कारणहरूको लागि निरन्तर आधारमा यो विधि प्रयोग गर्न सक्षम हुनुहुने छैन। systemd मार्फत कन्सुल प्रबन्ध गर्न सेवा फाइल सिर्जना गरौं:

root@consul-livelinux-01:~# nano /etc/systemd/system/consul.service

consul.service फाइलको सामग्री:

[Unit]
Description=Consul Startup process
After=network.target
 
[Service]
Type=simple
ExecStart=/bin/bash -c '/usr/local/bin/consul agent -config-dir /etc/consul.d/bootstrap -ui' 
TimeoutStartSec=0
 
[Install]
WantedBy=default.target

Systemctl मार्फत कन्सुल सुरु गर्नुहोस्:

root@consul-livelinux-01:~# systemctl start consul

जाँच गरौं: हाम्रो सेवा चलिरहेको हुनुपर्छ, र कन्सुल सदस्यहरूको आदेश कार्यान्वयन गरेर हामीले हाम्रो सर्भर हेर्नुपर्छ:

root@consul-livelinux:/etc/consul.d# consul members
consul-livelinux    172.30.0.15:8301  alive   server  1.5.0  2         dc1  <all>

अर्को चरण: Nginx स्थापना र प्रोक्सी र HTTP प्राधिकरण सेटअप। हामी प्याकेज प्रबन्धक मार्फत nginx स्थापना गर्छौं र /etc/nginx/sites-enabled डाइरेक्टरीमा हामी निम्न सामग्रीहरूको साथ कन्फिगरेसन फाइल consul.conf सिर्जना गर्छौं:

upstream consul-auth {
    server localhost:8500;
}

server {

    server_name consul.doman.name;
    
    location / {
      proxy_pass http://consul-auth;
      proxy_set_header Host $host;
      auth_basic_user_file /etc/nginx/.htpasswd;
      auth_basic "Password-protected Area";
    }
}

htpasswd फाइल सिर्जना गर्न र यसको लागि प्रयोगकर्ता नाम र पासवर्ड उत्पन्न गर्न नबिर्सनुहोस्। यो वस्तु आवश्यक छ ताकि वेब प्यानल हाम्रो डोमेन चिन्ने सबैका लागि उपलब्ध नहोस्। जे होस्, Gitlab सेट अप गर्दा, हामीले यसलाई त्याग्नु पर्छ - अन्यथा हामी Nomad मा हाम्रो आवेदन तैनात गर्न सक्षम हुनेछैनौं। मेरो प्रोजेक्टमा, Gitlab र Nomad दुबै ग्रे वेबमा मात्र छन्, त्यसैले यहाँ त्यस्तो कुनै समस्या छैन।

बाँकी दुई सर्भरहरूमा हामी निम्न निर्देशनहरू अनुसार कन्सुल एजेन्टहरू स्थापना गर्छौं। हामी बाइनरी फाइलको साथ चरणहरू दोहोर्याउँछौं:

root@nomad-livelinux-01:~# wget https://releases.hashicorp.com/consul/1.5.0/consul_1.5.0_linux_amd64.zip
root@nomad-livelinux-01:~# unzip consul_1.5.0_linux_amd64.zip
root@nomad-livelinux-01:~# mv consul /usr/local/bin/

अघिल्लो सर्भरसँग समानता गरेर, हामी निम्न संरचनाको साथ कन्फिगरेसन फाइलहरू /etc/consul.d को लागि डाइरेक्टरी सिर्जना गर्छौं:

/etc/consul.d/
├── client
│   └── config.json

config.json फाइलको सामग्री:

{
    "datacenter": "dc1",
    "data_dir": "/opt/consul",
    "log_level": "DEBUG",
    "node_name": "nomad-livelinux-01",
    "server": false,
    "encrypt": "your-private-key",
    "domain": "livelinux",
    "addresses": {
      "dns": "127.0.0.1",
      "https": "0.0.0.0",
      "grpc": "127.0.0.1",
      "http": "127.0.0.1"
    },
    "bind_addr": "172.30.0.5", # локальный адрес вм
    "start_join": ["172.30.0.15"], # удаленный адрес консул сервера
    "ports": {
      "dns": 53
     }

परिवर्तनहरू बचत गर्नुहोस् र सेवा फाइल, यसको सामग्रीहरू सेटअप गर्न अगाडि बढ्नुहोस्:

/etc/systemd/system/consul.service:

[Unit]
Description="HashiCorp Consul - A service mesh solution"
Documentation=https://www.consul.io/
Requires=network-online.target
After=network-online.target

[Service]
User=root
Group=root
ExecStart=/usr/local/bin/consul agent -config-dir=/etc/consul.d/client
ExecReload=/usr/local/bin/consul reload
KillMode=process
Restart=on-failure

[Install]
WantedBy=multi-user.target

हामी सर्भरमा कन्सुल सुरु गर्छौं। अब, प्रक्षेपण पछि, हामीले nsul सदस्यहरूमा कन्फिगर गरिएको सेवा देख्नुपर्छ। यसको मतलब यो क्लस्टरमा क्लस्टरको रूपमा सफलतापूर्वक जडान भएको छ। दोस्रो सर्भरमा उही दोहोर्याउनुहोस् र त्यसपछि हामी Nomad स्थापना र कन्फिगर गर्न सुरु गर्न सक्छौं।

Nomad को थप विस्तृत स्थापना यसको आधिकारिक दस्तावेज मा वर्णन गरिएको छ। त्यहाँ दुई परम्परागत स्थापना विधिहरू छन्: बाइनरी फाइल डाउनलोड गर्ने र स्रोतबाट कम्पाइल गर्ने। म पहिलो विधि रोज्छु।

भन्नु: परियोजना धेरै चाँडै विकास हुँदैछ, नयाँ अपडेटहरू प्राय: जारी हुन्छन्। सायद यो लेख पूरा भएपछि नयाँ संस्करण जारी हुनेछ। तसर्थ, पढ्नु अघि, म अहिले Nomad को हालको संस्करण जाँच गर्न र यसलाई डाउनलोड गर्न सिफारिस गर्दछु।

root@nomad-livelinux-01:~# wget https://releases.hashicorp.com/nomad/0.9.1/nomad_0.9.1_linux_amd64.zip
root@nomad-livelinux-01:~# unzip nomad_0.9.1_linux_amd64.zip
root@nomad-livelinux-01:~# mv nomad /usr/local/bin/
root@nomad-livelinux-01:~# nomad -autocomplete-install
root@nomad-livelinux-01:~# complete -C /usr/local/bin/nomad nomad
root@nomad-livelinux-01:~# mkdir /etc/nomad.d

अनप्याक गरेपछि, हामीले 65 MB तौल भएको Nomad बाइनरी फाइल प्राप्त गर्नेछौं - यसलाई /usr/local/bin मा सार्नु पर्छ।

Nomad को लागि डाटा डाइरेक्टरी सिर्जना गरौं र यसको सेवा फाइल सम्पादन गरौं (यो सम्भवतः सुरुमा अवस्थित हुनेछैन):

root@nomad-livelinux-01:~# mkdir --parents /opt/nomad
root@nomad-livelinux-01:~# nano /etc/systemd/system/nomad.service

त्यहाँ निम्न लाइनहरू टाँस्नुहोस्:

[Unit]
Description=Nomad
Documentation=https://nomadproject.io/docs/
Wants=network-online.target
After=network-online.target

[Service]
ExecReload=/bin/kill -HUP $MAINPID
ExecStart=/usr/local/bin/nomad agent -config /etc/nomad.d
KillMode=process
KillSignal=SIGINT
LimitNOFILE=infinity
LimitNPROC=infinity
Restart=on-failure
RestartSec=2
StartLimitBurst=3
StartLimitIntervalSec=10
TasksMax=infinity

[Install]
WantedBy=multi-user.target

जे होस्, हामी घुमन्ते सुरु गर्न कुनै हतारमा छैनौं - हामीले अझै यसको कन्फिगरेसन फाइल सिर्जना गरेका छैनौं:

root@nomad-livelinux-01:~# mkdir --parents /etc/nomad.d
root@nomad-livelinux-01:~# chmod 700 /etc/nomad.d
root@nomad-livelinux-01:~# nano /etc/nomad.d/nomad.hcl
root@nomad-livelinux-01:~# nano /etc/nomad.d/server.hcl

अन्तिम निर्देशिका संरचना निम्नानुसार हुनेछ:

/etc/nomad.d/
├── nomad.hcl
└── server.hcl

nomad.hcl फाइलले निम्न कन्फिगरेसन समावेश गर्नुपर्छ:

datacenter = "dc1"
data_dir = "/opt/nomad"

server.hcl फाइलको सामग्री:

server {
  enabled = true
  bootstrap_expect = 1
}

consul {
  address             = "127.0.0.1:8500"
  server_service_name = "nomad"
  client_service_name = "nomad-client"
  auto_advertise      = true
  server_auto_join    = true
  client_auto_join    = true
}

bind_addr = "127.0.0.1" 

advertise {
  http = "172.30.0.5"
}

client {
  enabled = true
}

दोस्रो सर्भरमा कन्फिगरेसन फाइल परिवर्तन गर्न नबिर्सनुहोस् - त्यहाँ तपाईंले http निर्देशनको मान परिवर्तन गर्न आवश्यक हुनेछ।

यस चरणमा अन्तिम कुरा प्रोक्सी र HTTP प्राधिकरण सेटअपको लागि Nginx कन्फिगर गर्नु हो। nomad.conf फाइलको सामग्री:

upstream nomad-auth {
        server 172.30.0.5:4646;
}

server {

        server_name nomad.domain.name;
        
        location / {
	        proxy_pass http://nomad-auth;
	        proxy_set_header Host $host;
	        auth_basic_user_file /etc/nginx/.htpasswd;
		   auth_basic "Password-protected Area";
        }
        
}

अब हामी बाह्य नेटवर्क मार्फत वेब प्यानल पहुँच गर्न सक्छौं। जडान गर्नुहोस् र सर्भर पृष्ठमा जानुहोस्:

छवि १। Nomad क्लस्टरमा सर्भरहरूको सूची

दुबै सर्भरहरू प्यानलमा सफलतापूर्वक प्रदर्शित हुन्छन्, हामी घुमन्ते नोड स्थिति आदेशको आउटपुटमा एउटै कुरा देख्नेछौं:

छवि १। घुमन्ते नोड स्थिति आदेशको आउटपुट

कन्सुलको बारेमा के हो? हेरौं। कन्सुल कन्ट्रोल प्यानलमा जानुहोस्, नोड्स पृष्ठमा:

छवि १। कन्सुल क्लस्टरमा नोडहरूको सूची

अब हामीसँग कन्सुलसँग मिलेर काम गर्ने तयारी गरिएको घुमन्ते छ। अन्तिम चरणमा, हामी रमाइलो भागमा पुग्नेछौं: गिटल्याबबाट नोमाडसम्म डकर कन्टेनरहरूको डेलिभरी सेटअप गर्ने, र यसका अन्य विशिष्ट सुविधाहरूको बारेमा पनि कुरा गर्दै।

Gitlab धावक सिर्जना गर्दै

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


FROM alpine:3.9
RUN apk add --update --no-cache libc6-compat gettext
COPY nomad /usr/local/bin/nomad

एउटै परियोजनामा हामी .gitlab-ci.yml सिर्जना गर्छौं:

variables:
  DOCKER_IMAGE: nomad/nomad-deploy
  DOCKER_REGISTRY: registry.domain.name
 

stages:
  - build

build:
  stage: build
  image: ${DOCKER_REGISTRY}/nomad/alpine:3
  script:
    - tag=${DOCKER_REGISTRY}/${DOCKER_IMAGE}:latest
    - docker build --pull -t ${tag} -f Dockerfile .
    - docker push ${tag}

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

परियोजना सेटअप

Nomad को लागी काम को फाइल संग सुरु गरौं। यस लेखमा मेरो परियोजना एकदम आदिम हुनेछ: यो एक कार्य समावेश हुनेछ। .gitlab-ci को सामग्री निम्नानुसार हुनेछ:

variables:
  NOMAD_ADDR: http://nomad.address.service:4646
  DOCKER_REGISTRY: registry.domain.name
  DOCKER_IMAGE: example/project

stages:
  - build
  - deploy

build:
  stage: build
  image: ${DOCKER_REGISTRY}/nomad-runner/alpine:3
  script:
    - tag=${DOCKER_REGISTRY}/${DOCKER_IMAGE}:${CI_COMMIT_SHORT_SHA}
    - docker build --pull -t ${tag} -f Dockerfile .
    - docker push ${tag}


deploy:
  stage: deploy
  image: registry.example.com/nomad/nomad-runner:latest
  script:
    - envsubst '${CI_COMMIT_SHORT_SHA}' < project.nomad > job.nomad
    - cat job.nomad
    - nomad validate job.nomad
    - nomad plan job.nomad || if [ $? -eq 255 ]; then exit 255; else echo "success"; fi
    - nomad run job.nomad
  environment:
    name: production
  allow_failure: false
  when: manual

यहाँ तैनाती म्यानुअल रूपमा हुन्छ, तर तपाइँ यसलाई परियोजना डाइरेक्टरीको सामग्री परिवर्तन गर्न कन्फिगर गर्न सक्नुहुन्छ। पाइपलाइनमा दुई चरणहरू हुन्छन्: छवि असेंबली र घुमन्तेमा यसको तैनाती। पहिलो चरणमा, हामी एक डकर छवि जम्मा गर्छौं र यसलाई हाम्रो रजिस्ट्रीमा धकेल्छौं, र दोस्रोमा हामी Nomad मा हाम्रो काम सुरु गर्छौं।

job "monitoring-status" {
    datacenters = ["dc1"]
    migrate {
        max_parallel = 3
        health_check = "checks"
        min_healthy_time = "15s"
        healthy_deadline = "5m"
    }

    group "zhadan.ltd" {
        count = 1
        update {
            max_parallel      = 1
            min_healthy_time  = "30s"
            healthy_deadline  = "5m"
            progress_deadline = "10m"
            auto_revert       = true
        }
        task "service-monitoring" {
            driver = "docker"

            config {
                image = "registry.domain.name/example/project:${CI_COMMIT_SHORT_SHA}"
                force_pull = true
                auth {
                    username = "gitlab_user"
                    password = "gitlab_password"
                }
                port_map {
                    http = 8000
                }
            }
            resources {
                network {
                    port "http" {}
                }
            }
        }
    }
}

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

# Download the policy and token role
$ curl https://nomadproject.io/data/vault/nomad-server-policy.hcl -O -s -L
$ curl https://nomadproject.io/data/vault/nomad-cluster-role.json -O -s -L

# Write the policy to Vault
$ vault policy write nomad-server nomad-server-policy.hcl

# Create the token role with Vault
$ vault write /auth/token/roles/nomad-cluster @nomad-cluster-role.json

अब, आवश्यक नीतिहरू बनाएपछि, हामी job.nomad फाइलमा टास्क ब्लकमा भल्टसँग एकीकरण थप्नेछौं:

vault {
  enabled = true
  address = "https://vault.domain.name:8200"
  token = "token"
}

म टोकन द्वारा प्राधिकरण प्रयोग गर्दछु र यसलाई सिधै यहाँ दर्ता गर्दछु, त्यहाँ घुमन्ते एजेन्ट सुरु गर्दा टोकनलाई चरको रूपमा निर्दिष्ट गर्ने विकल्प पनि छ:

$ VAULT_TOKEN=<token> nomad agent -config /path/to/config

अब हामी Vault सँग कुञ्जीहरू प्रयोग गर्न सक्छौं। सञ्चालनको सिद्धान्त सरल छ: हामी Nomad कार्यमा एउटा फाइल सिर्जना गर्छौं जसले चरहरूको मानहरू भण्डार गर्नेछ, उदाहरणका लागि:

template {
                data = <<EOH
{{with secret "secrets/pipeline-keys"}}
REGISTRY_LOGIN="{{ .Data.REGISTRY_LOGIN }}"
REGISTRY_PASSWORD="{{ .Data.REGISTRY_LOGIN }}{{ end }}"

EOH
    destination = "secrets/service-name.env"
    env = true
}

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

लेखक: इल्या एन्ड्रीभ, एलेक्सी झादान र लाइभ लिनक्स टोली द्वारा सम्पादन

स्रोत: www.habr.com

कन्सुल प्रयोग गरेर घुमन्ते क्लस्टर सेटअप गर्दै र Gitlab सँग एकीकरण गर्दै

परिचय

परीक्षण स्ट्यान्ड

Nomad, Consul को स्थापना। घुमन्ते क्लस्टर सिर्जना गर्दै

Gitlab धावक सिर्जना गर्दै

परियोजना सेटअप

एक टिप्पणी थप्न Отменить ответ