🥇 Consul वापरून भटक्यांचे क्लस्टर सेट करणे आणि Gitlab सह एकत्रीकरण करणे

परिचय

अलीकडे, कुबर्नेट्सची लोकप्रियता वेगाने वाढत आहे - अधिकाधिक प्रकल्प त्याची अंमलबजावणी करीत आहेत. मला नोमॅड सारख्या ऑर्केस्ट्रेटरला स्पर्श करायचा होता: हे अशा प्रकल्पांसाठी योग्य आहे जे आधीच 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

भटक्या, सल्लागाराची स्थापना. भटक्यांचे क्लस्टर तयार करणे

चला मूलभूत स्थापनेसह प्रारंभ करूया. जरी सेटअप सोपे होते, मी लेखाच्या अखंडतेच्या फायद्यासाठी त्याचे वर्णन करेन: जेव्हा आवश्यक असेल तेव्हा द्रुत प्रवेशासाठी ते मूलत: मसुदे आणि नोट्समधून तयार केले गेले.

आपण सराव सुरू करण्यापूर्वी, आपण सैद्धांतिक भागावर चर्चा करू, कारण या टप्प्यावर भविष्यातील रचना समजून घेणे महत्त्वाचे आहे.

आमच्याकडे दोन भटक्या नोड्स आहेत आणि आम्हाला ते एका क्लस्टरमध्ये एकत्र करायचे आहेत आणि भविष्यात आम्हाला स्वयंचलित क्लस्टर स्केलिंगची देखील आवश्यकता असेल - यासाठी आम्हाला कॉन्सुलची आवश्यकता असेल. या साधनासह, नवीन नोड्स क्लस्टर करणे आणि जोडणे हे अगदी सोपे काम बनते: तयार केलेला नोमॅड नोड कॉन्सुल एजंटशी कनेक्ट होतो, आणि नंतर विद्यमान नोमॅड क्लस्टरशी कनेक्ट होतो. म्हणून, सुरुवातीला आम्ही कॉन्सुल सर्व्हर स्थापित करू, वेब पॅनेलसाठी मूलभूत http अधिकृतता कॉन्फिगर करू (ते डीफॉल्टनुसार अधिकृततेशिवाय आहे आणि बाह्य पत्त्यावर प्रवेश केला जाऊ शकतो), तसेच कॉन्सुल एजंट स्वतः नोमॅड सर्व्हरवर, त्यानंतर आम्ही फक्त भटक्याकडे जाऊ.

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/

आता आमच्याकडे पुढील कॉन्फिगरेशनसाठी तयार कन्सुल बायनरी आहे.

Consul सह काम करण्यासाठी, आम्हाला keygen कमांड वापरून एक अद्वितीय की तयार करावी लागेल:

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

खालील संरचनेसह /etc/consul.d/ निर्देशिका तयार करून, Consul कॉन्फिगरेशन सेट करण्यासाठी पुढे जाऊया:

/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"]
}

चला मुख्य निर्देश आणि त्यांचे अर्थ स्वतंत्रपणे पाहू:

बूटस्ट्रॅप: खरे. नवीन नोड कनेक्ट केलेले असल्यास आम्ही स्वयंचलितपणे जोडणे सक्षम करतो. मी लक्षात घेतो की अपेक्षित नोड्सची अचूक संख्या आम्ही येथे दर्शवत नाही.
सर्व्हर: खरे. सर्व्हर मोड सक्षम करा. या व्हर्च्युअल मशीनवरील सल्लागार सध्या एकमेव सर्व्हर आणि मास्टर म्हणून काम करतील, नोमॅडचे व्हीएम ग्राहक असतील.
माहिती केंद्र: 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 दोन्ही फक्त ग्रे वेबवर आहेत, त्यामुळे येथे अशी कोणतीही समस्या नाही.

उर्वरित दोन सर्व्हरवर आम्ही खालील सूचनांनुसार कॉन्सुल एजंट स्थापित करतो. आम्ही बायनरी फाइलसह चरणांची पुनरावृत्ती करतो:

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 स्थापित करणे आणि कॉन्फिगर करणे सुरू करू शकतो.

नोमॅडची अधिक तपशीलवार स्थापना त्याच्या अधिकृत दस्तऐवजीकरणात वर्णन केली आहे. दोन पारंपारिक इंस्टॉलेशन पद्धती आहेत: बायनरी फाइल डाउनलोड करणे आणि स्त्रोतावरून संकलित करणे. मी पहिली पद्धत निवडतो.

शेरा: प्रकल्प खूप वेगाने विकसित होत आहे, नवीन अद्यतने अनेकदा जारी केली जातात. हा लेख पूर्ण होईपर्यंत कदाचित नवीन आवृत्ती प्रसिद्ध होईल. म्हणून, वाचण्यापूर्वी, मी याक्षणी नोमॅडची वर्तमान आवृत्ती तपासण्याची आणि ती डाउनलोड करण्याची शिफारस करतो.

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";
        }
        
}

आता आम्ही बाह्य नेटवर्कद्वारे वेब पॅनेलमध्ये प्रवेश करू शकतो. कनेक्ट करा आणि सर्व्हर पृष्ठावर जा:

प्रतिमा 1. नोमॅड क्लस्टरमधील सर्व्हरची यादी

पॅनेलमध्ये दोन्ही सर्व्हर यशस्वीरित्या प्रदर्शित झाले आहेत, आम्हाला नोमॅड नोड स्टेटस कमांडच्या आउटपुटमध्ये समान गोष्ट दिसेल:

प्रतिमा 2. नोमॅड नोड स्टेटस कमांडचे आउटपुट

कॉन्सुलचे काय? चला एक नजर टाकूया. कॉन्सुल कंट्रोल पॅनलवर जा, नोड्स पेजवर:

प्रतिमा 3. कॉन्सुल क्लस्टरमधील नोड्सची यादी

आता आमच्याकडे कन्सुलच्या संयोगाने काम करणारे एक तयार भटके आहेत. अंतिम टप्प्यात, आम्ही मनोरंजक भागाकडे जाऊ: Gitlab ते Nomad पर्यंत डॉकर कंटेनरची डिलिव्हरी सेट करणे आणि त्याच्या इतर काही विशिष्ट वैशिष्ट्यांबद्दल देखील बोलणे.

गिटलॅब रनर तयार करणे

नोमॅडवर डॉकर प्रतिमा तैनात करण्यासाठी, आम्ही आतमध्ये नोमॅड बायनरी फाइलसह एक वेगळा रनर वापरू (येथे, तसे, आम्ही हॅशिकॉर्प ऍप्लिकेशन्सचे आणखी एक वैशिष्ट्य लक्षात घेऊ शकतो - वैयक्तिकरित्या त्या एकल बायनरी फाइल आहेत). रनर निर्देशिकेत अपलोड करा. त्यासाठी खालील सामग्रीसह एक साधी डॉकरफाइल तयार करूया:


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}

परिणामी, आमच्याकडे गिटलॅब रेजिस्ट्रीमध्ये भटक्या धावपटूची प्रतिमा उपलब्ध असेल, आता आम्ही थेट प्रकल्प भांडारात जाऊ शकतो, पाइपलाइन तयार करू शकतो आणि नोमॅडचे भटके काम कॉन्फिगर करू शकतो.

प्रकल्प सेटअप

भटक्यांच्या नोकरीच्या फाईलपासून सुरुवात करूया. या लेखातील माझा प्रकल्प अगदी आदिम असेल: त्यात एक कार्य असेल. .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

येथे डिप्लॉयमेंट मॅन्युअली होते, परंतु तुम्ही प्रोजेक्ट डिरेक्ट्रीची सामग्री बदलण्यासाठी ते कॉन्फिगर करू शकता. पाइपलाइनमध्ये दोन टप्पे असतात: प्रतिमा असेंब्ली आणि भटक्यांवर त्याची तैनाती. पहिल्या टप्प्यावर, आम्ही एक डॉकर प्रतिमा एकत्र करतो आणि ती आमच्या रजिस्ट्रीमध्ये ढकलतो आणि दुसऱ्या टप्प्यावर आम्ही आमची नोकरी नोमॅडमध्ये सुरू करतो.

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" {}
                }
            }
        }
    }
}

कृपया लक्षात घ्या की माझ्याकडे एक खाजगी रजिस्ट्री आहे आणि डॉकर इमेज यशस्वीरित्या खेचण्यासाठी मला त्यात लॉग इन करणे आवश्यक आहे. या प्रकरणात सर्वोत्तम उपाय म्हणजे व्हॉल्टमध्ये लॉगिन आणि पासवर्ड प्रविष्ट करणे आणि नंतर ते नोमॅडसह समाकलित करणे. भटक्या मूळ वॉल्टला समर्थन देतात. परंतु प्रथम, व्हॉल्टमध्येच नोमॅडसाठी आवश्यक धोरणे स्थापित करूया; त्या डाउनलोड केल्या जाऊ शकतात:

# 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 सह की वापरू शकतो. ऑपरेशनचे तत्त्व सोपे आहे: आम्ही नोमॅड जॉबमध्ये एक फाइल तयार करतो जी व्हेरिएबल्सची मूल्ये संग्रहित करेल, उदाहरणार्थ:

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
}

या सोप्या पध्दतीने, तुम्ही नोमॅड क्लस्टरमध्ये कंटेनरची डिलिव्हरी कॉन्फिगर करू शकता आणि भविष्यात त्याच्यासोबत काम करू शकता. मी म्हणेन की काही प्रमाणात मला नोमॅडबद्दल सहानुभूती आहे - हे लहान प्रकल्पांसाठी अधिक योग्य आहे जेथे कुबर्नेट्स अतिरिक्त जटिलता आणू शकतात आणि त्याची पूर्ण क्षमता लक्षात घेणार नाही. शिवाय, नोमॅड नवशिक्यांसाठी योग्य आहे - ते स्थापित करणे आणि कॉन्फिगर करणे सोपे आहे. तथापि, काही प्रकल्पांवर चाचणी करताना, मला त्याच्या सुरुवातीच्या आवृत्त्यांमध्ये समस्या येते - अनेक मूलभूत कार्ये तेथे नाहीत किंवा ती योग्यरित्या कार्य करत नाहीत. तथापि, माझा विश्वास आहे की भटक्यांचा विकास होत राहील आणि भविष्यात तो प्रत्येकाला आवश्यक असलेली कार्ये प्राप्त करेल.

लेखक: इल्या अँड्रीव, अॅलेक्सी झादान आणि लाइव्ह लिनक्स टीमद्वारे संपादित

स्त्रोत: www.habr.com

Consul वापरून Nomad क्लस्टर सेट करणे आणि Gitlab सह एकत्रित करणे

परिचय

चाचणी स्टँड

भटक्या, सल्लागाराची स्थापना. भटक्यांचे क्लस्टर तयार करणे

गिटलॅब रनर तयार करणे

प्रकल्प सेटअप

एक टिप्पणी जोडा Отменить ответ