Docker-ის კონტექსტები

ისწავლეთ როგორ მართოთ მრავალი Docker-ის გარემო Docker-ის კონტექსტებით სხვადასხვა Docker-ის ენდფოინთებს შორის შეუფერხებელი გადართვისთვის

Docker-ის კონტექსტები საშუალებას გაძლევთ მართოთ კავშირები მრავალ Docker-ის ძრავასთან ერთი Docker CLI კლიენტიდან. ეს მძლავრი ფუნქცია უზრუნველყოფს შეუფერხებელ გადართვას სხვადასხვა Docker-ის გარემოს შორის, როგორიცაა ლოკალური დეველოპმენტი, დისტანციური სერვერები, Kubernetes კლასტერები და ღრუბლოვანი პროვაიდერები. Docker 19.03-ში წარმოდგენილი კონტექსტები აგვარებენ მრავალი Docker-ის გარემოს მართვის პრობლემას გარემოს ცვლადების ან კონფიგურაციის ფაილების ყოველ ჯერზე შეცვლის საჭიროების გარეშე.

კონტექსტების გაგება

რა არის კონტექსტები?

Docker-ის კავშირების დასახელებული კონფიგურაციები, რომლებიც აერთიანებენ ყველა კავშირის პარამეტრს
ინახავენ ენდფოინთის ინფორმაციას, Docker-ის API სოკეტის მდებარეობის ჩათვლით (TCP, SSH, ან Unix სოკეტი)
მოიცავენ ავთენტიფიკაციის დეტალებს, როგორიცაა TLS სერთიფიკატები და API რწმუნებათა სიგელები
ერთი სამუშაო სადგურიდან მრავალი Docker-ის გარემოს მხარდაჭერა
გარემოს სწრაფი გადართვის საშუალება shell-ის კონფიგურაციის შეცვლის გარეშე
კავშირის მდგომარეობის შენარჩუნება CLI სესიებს შორის

ძირითადი უპირატესობები

მართეთ მრავალი გარემო ერთი CLI-დან კონფიგურაციის ფაილების შეცვლის გარეშე
შეამცირეთ კონფიგურაციის შეცდომები დადასტურებული კავშირის პარამეტრების შენახვით
გაამარტივეთ CI/CD პაიპლაინები გარემოს-სპეციფიკური გაშვების სამიზნეებით
გაამარტივეთ დეველოპმენტის სამუშაო პროცესები ლოკალურ და დისტანციურ Docker-ის ჰოსტებზე
გააუმჯობესეთ გუნდური თანამშრომლობა სტანდარტიზებული გარემოს განმარტებებით
ჰიბრიდული ღრუბლოვანი სტრატეგიების მხარდაჭერა თანმიმდევრული მართვის ინტერფეისებით
აღმოფხვრით SSH სესიების საჭიროება დისტანციურ Docker-ის ჰოსტებზე ბრძანებების გასაშვებად

კონტექსტების მართვა

Docker CLI გთავაზობთ მარტივ ბრძანებებს კონტექსტების სამართავად:

# ხელმისაწვდომი კონტექსტების სია
docker context ls
# აჩვენებს ყველა კონტექსტს, მიმდინარე აღნიშნულია ვარსკვლავით (*)
# ნაგულისხმევი კონტექსტი გამოიყენება, თუ სხვა რამ არ არის მითითებული

# ახალი კონტექსტის შექმნა
docker context create my-remote-server --docker "host=ssh://user@remote-server"
# ქმნის ახალ კონტექსტს, რომელიც უკავშირდება დისტანციურ Docker-ის დემონს SSH-ის საშუალებით
# არ არის საჭირო SSH გასაღების კოპირება ან პორტის გადამისამართება - Docker-ი ამუშავებს კავშირს

# კონკრეტული კონტექსტის გამოყენება
docker context use my-remote-server
# აყენებს მითითებულ კონტექსტს ნაგულისხმევად მომავალი ბრძანებებისთვის
# ყველა შემდგომი Docker-ის ბრძანება მიემართება ამ გარემოს

# კონტექსტის დეტალების შემოწმება
docker context inspect my-remote-server
# აჩვენებს დეტალურ ინფორმაციას კონტექსტის კონფიგურაციის შესახებ
# სასარგებლოა კავშირის პრობლემების გამართვისთვის

# კონტექსტის წაშლა
docker context rm my-remote-server
# შლის კონტექსტს, როდესაც ის აღარ არის საჭირო
# არ შეიძლება მიმდინარე აქტიური კონტექსტის წაშლა

ნაგულისხმევ კონტექსტს ეწოდება "default" და იყენებს ლოკალურ Docker-ის დემონს. დამატებითი კონტექსტების შექმნის შემდეგ, შეგიძლიათ შეუფერხებლად გადართოთ მათ შორის სხვადასხვა Docker-ის გარემოს სამართავად.

კონტექსტის ტიპები

# Docker Engine-ის კონტექსტი TLS უსაფრთხოებით
docker context create my-engine \
  --docker "host=tcp://192.168.1.10:2376,ca=~/certs/ca.pem,cert=~/certs/cert.pem,key=~/certs/key.pem"
# TCP კავშირი დისტანციურ Docker-ის ჰოსტთან TLS სერთიფიკატებით ავთენტიფიკაციისთვის
# სამი სერთიფიკატის ფაილი უზრუნველყოფს ორმხრივ TLS ავთენტიფიკაციას
# პორტი 2376 არის სტანდარტული უსაფრთხო Docker-ის დემონის პორტი

# Kubernetes-ის კონტექსტი (Docker+Kubernetes ოპერაციებისთვის)
docker context create my-kubernetes \
  --docker "host=unix:///var/run/docker.sock" \
  --kubernetes "config=/path/to/kubeconfig.yaml,context=my-cluster"
# აერთიანებს Docker-ისა და Kubernetes-ის ენდფოინთებს ერთ კონტექსტში
# უზრუნველყოფს შეუფერხებელ გადართვას კონტეინერისა და ორკესტრაციის ოპერაციებს შორის
# იყენებს ლოკალურ Docker-ის დემონს, მაგრამ დისტანციურ Kubernetes კლასტერს
# იყენებს არსებულ kubeconfig ფაილს Kubernetes-ის ავთენტიფიკაციისთვის

# ACI (Azure Container Instances) კონტექსტი
docker context create my-aci \
  --aci-subscription-id $AZURE_SUBSCRIPTION_ID
# უკავშირდება Azure Container Instances-ს სერვერ-გარეშე კონტეინერების გაშვებისთვის
# მოითხოვს Azure CLI-ის ავთენტიფიკაციას კონტექსტის შექმნამდე
# საშუალებას იძლევა ღრუბლოვანი კონტეინერების მართვას საკუთარი Kubernetes-ის გაშვების გარეშე
# აქვს პირდაპირი გაშვების მხარდაჭერა Docker-ის ბრძანებების გამოყენებით ღრუბლოვან კონტეინერებზე

კონტექსტის გავრცელებული სცენარები

დეველოპმენტის გარემო

ლოკალური Docker Desktop-ი დეველოპმენტისა და ტესტირებისთვის თქვენს სამუშაო სადგურზე
დეველოპმენტის სერვერები გაზიარებული გუნდური გარემოებისთვის ან სპეციალიზებული აპარატურისთვის
ტესტირების გარემო QA-სთვის, ინტეგრაციისა და წარმადობის ტესტირებისთვის
სტეიჯინგ სერვერები, რომლებიც ასახავენ პროდაქშენის კონფიგურაციას გაშვებამდე ვალიდაციისთვის
პროდაქშენის გარემო შეზღუდული წვდომითა და გაძლიერებული უსაფრთხოებით
დისტანციური დეველოპმენტის გარემო რესურს-ინტენსიური დატვირთვებისთვის

მრავალ-ღრუბლოვანი მართვა

AWS ECS/EKS კონტექსტები Amazon-ის კონტეინერების სერვისების სამართავად
Azure ACI/AKS კონტექსტები Microsoft-ის ღრუბლოვანი კონტეინერების ორკესტრაციისთვის
Google Cloud GKE კონტექსტები Google Kubernetes Engine-ის გაშვებისთვის
მორგებული ღრუბლოვანი პროვაიდერის დაყენებები სპეციალიზებული API-ებით ან კონფიგურაციებით
ჰიბრიდული გაშვებები, რომლებიც მოიცავს ლოკალურ და ღრუბლოვან გარემოს
მრავალ-ღრუბლოვანი სტრატეგიები, რომლებიც იყენებენ საუკეთესო სერვისებს სხვადასხვა პროვაიდერისგან
Edge გაშვებები IoT-სა და განაწილებული გამოთვლების სცენარებისთვის

კონტექსტი Docker Compose-ში

Docker Compose ავტომატურად იყენებს მიმდინარე კონტექსტს, მაგრამ ასევე შეგიძლიათ პირდაპირ მიუთითოთ კონტექსტი:

# compose-ის გაშვება კონკრეტული კონტექსტით
docker compose --context my-remote-server up
# პირდაპირ მიუთითებს, რომელი კონტექსტი გამოიყენოს ამ კონკრეტული ბრძანებისთვის
# არ ცვლის თქვენს ნაგულისხმევ კონტექსტის პარამეტრს
# სასარგებლოა ერთჯერადი ოპერაციებისთვის კონკრეტულ გარემოში

# კონტექსტის გამოყენება docker-compose.yml-ში
export DOCKER_CONTEXT=my-remote-server
docker compose up
# აყენებს კონტექსტს მიმდინარე shell სესიისთვის
# ყველა docker და docker compose ბრძანება გამოიყენებს ამ კონტექსტს
# ნარჩუნდება shell სესიის დასრულებამდე ან ცვლადის შეცვლამდე

# docker-compose.yaml-ის კონტექსტის გადაფარვის გამოყენება
# თქვენს docker-compose.yaml ფაილში შეგიძლიათ მიუთითოთ:
# x-kubernetes:
#   context: my-kubernetes-context
# ეს აიძულებს compose-ს გამოიყენოს მითითებული Kubernetes-ის კონტექსტი გაშვებისას

ეს მოქნილობა საშუალებას გაძლევთ მართოთ სერვისები მრავალ გარემოში თქვენი docker-compose.yml ფაილების შეცვლის გარეშე, რაც იდეალურია თანმიმდევრული გაშვების პროცესებისთვის დეველოპმენტის, სტეიჯინგისა და პროდაქშენის მასშტაბით.

სპეციალიზებული კონტექსტების შექმნა

# კონტექსტის შექმნა TLS-ით
docker context create secure-context \
  --docker "host=tcp://secure-docker-host:2376,ca=./ca.pem,cert=./cert.pem,key=./key.pem"
# იყენებს TLS ორმხრივ ავთენტიფიკაციას უსაფრთხო დისტანციური კავშირებისთვის
# მოითხოვს სერტიფიკატის ავტორიტეტს, კლიენტის სერთიფიკატს და კლიენტის გასაღებს
# უზრუნველყოფს დაშიფრულ კომუნიკაციასა და ავთენტიფიკაციას
# რეკომენდებულია პროდაქშენის გარემოებისა და ინტერნეტთან დაკავშირებული Docker-ის ჰოსტებისთვის

# კონტექსტის შექმნა SSH-ით
docker context create ssh-context \
  --docker "host=ssh://user@remote-host"
# იყენებს SSH-ს უსაფრთხო კავშირისა და ავთენტიფიკაციისთვის
# იყენებს არსებულ SSH გასაღებებსა და კონფიგურაციას
# არ არის საჭირო Docker-ის დემონის TCP პორტის გამოჩენა
# მუშაობს bastion ჰოსტებისა და jump სერვერების საშუალებით
# შეუძლია გამოიყენოს არასტანდარტული SSH პორტები: ssh://user@remote-host:2222

# კონტექსტის შექმნა სოკეტის გზით
docker context create socket-context \
  --docker "host=unix:///custom/path/docker.sock"
# უკავშირდება Docker-ის დემონს Unix სოკეტის საშუალებით
# სასარგებლოა არასტანდარტული სოკეტის მდებარეობებისთვის
# გავრცელებულია მორგებულ ინსტალაციებში ან rootless Docker-ში
# ქსელური გამოჩენის გარეშე, უმაღლესი უსაფრთხოება ლოკალური კავშირებისთვის
# მაქსიმალური წარმადობა ლოკალური ოპერაციებისთვის

კონტექსტების გამოყენება სკრიპტებში

სკრიპტინგი კონტექსტებით

#!/bin/bash
# გაშვება მრავალ გარემოში
for ctx in dev staging prod; do
  echo "Deploying to $ctx environment..."
  docker --context $ctx stack deploy -c docker-compose.yml my-app
  
  # გაშვების სტატუსის შემოწმება
  docker --context $ctx service ls --filter name=my-app
  
  # დაელოდეთ გაშვების დასრულებას
  docker --context $ctx service ls --filter name=my-app \
    --format "{{.Replicas}}" | grep -q "[0-9]/[0-9]" && \
    echo "Deployment to $ctx complete"
done

# ეს სკრიპტი აჩვენებს:
# - თანმიმდევრულ გაშვებას გარემოებში
# - თანმიმდევრულ კონფიგურაციას იგივე compose ფაილის გამოყენებით
# - შემოწმების ნაბიჯებს თითოეული გაშვებისთვის
# - გარემოს-სპეციფიკურ მიზნობრიობას კონფიგურაციის ცვლილებების გარეშე

გარემოს ცვლადები

# კონტექსტის დაყენება გარემოს ცვლადით
export DOCKER_CONTEXT=production
# აყენებს ნაგულისხმევ კონტექსტს მიმდინარე shell სესიისთვის
# ყველა Docker-ის ბრძანება მიემართება პროდაქშენის გარემოს
# ნარჩუნდება shell სესიის დასრულებამდე ან ცვლადის შეცვლამდე

# ბრძანების გაშვება მიმდინარე კონტექსტით
docker ps
# იყენებს გარემოს ცვლადით დაყენებულ კონტექსტს (production)
# ჩამოთვლის პროდაქშენის გარემოში გაშვებულ კონტეინერებს
# არ არის საჭირო --context ფლაგის მითითება თითოეული ბრძანებისთვის

# გადაფარვა კონკრეტული კონტექსტით
DOCKER_CONTEXT=staging docker ps
# დროებით გადაფარავს მიმდინარე კონტექსტს ერთი ბრძანებისთვის
# უბრუნდება წინა კონტექსტს შემდგომი ბრძანებებისთვის
# არ ცვლის მუდმივ კონფიგურაციას
# სასარგებლოა სწრაფი ოპერაციებისთვის სხვა გარემოში

# სხვა გარემოს ცვლადებთან კომბინირება
DOCKER_CONTEXT=prod DOCKER_CLI_EXPERIMENTAL=enabled docker manifest inspect myimage:latest
# შეუძლია მრავალი Docker-თან დაკავშირებული გარემოს ცვლადის კომბინირება
# უზრუნველყოფს მოქნილ კონფიგურაციას კონკრეტული ბრძანებებისთვის

CI/CD ინტეგრაცია

ჩართეთ კონტექსტები CI/CD პაიპლაინებში:

უსაფრთხოდ შეინახეთ კონტექსტის კონფიგურაციები
- გამოიყენეთ საიდუმლოებების მართვა ენდფოინთის ინფორმაციისთვის
- გამოყავით რწმუნებათა სიგელების შენახვა კონტექსტის განმარტებისგან
- გამოიყენეთ გარემოს-სპეციფიკური ცვლადები მგრძნობიარე მონაცემებისთვის
- დანერგეთ სათანადო წვდომის კონტროლი პროდაქშენის კონტექსტებისთვის
დინამიურად შექმენით კონტექსტები პაიპლაინებში
- შექმენით კონტექსტები CI/CD სამუშაოს ინიციალიზაციისას
- გამოიყენეთ შაბლონები გარემოს-სპეციფიკური პარამეტრებით
- დაადასტურეთ კონტექსტის კავშირი გაგრძელებამდე
- გაასუფთავეთ დროებითი კონტექსტები გაშვების შემდეგ
გადართეთ კონტექსტები სხვადასხვა გაშვების ეტაპებისთვის
- შექმენით ეტაპის-სპეციფიკური კონტექსტები (dev, test, staging, prod)
- გამოიყენეთ სხვადასხვა კონტექსტის ნებართვები სხვადასხვა პაიპლაინის ეტაპებისთვის
- დანერგეთ დამტკიცების კარიბჭეები პროდაქშენის კონტექსტის გამოყენებამდე
- დაალოგინეთ ყველა კონტექსტის გადართვა აუდიტისთვის
გამოიყენეთ კონტექსტები მრავალ გარემოში ტესტირებისთვის
- გაუშვით ინტეგრაციის ტესტები დეველოპმენტის კონტექსტებზე
- შეასრულეთ უსაფრთხოების სკანირება იზოლირებულ სატესტო კონტექსტებში
- შეასრულეთ წარმადობის ტესტები სტეიჯინგის კონტექსტებში
- დანერგეთ კანარის გაშვებები ცალკე კონტექსტებით
დანერგეთ კონტექსტზე-დამოკიდებული გაშვების სტრატეგიები
- გამოიყენეთ ლურჯი-მწვანე გაშვებები სხვადასხვა კონტექსტში
- დანერგეთ პროგრესული გაშვებები მრავალი კონტექსტის საშუალებით
- შექმენით კატასტროფის აღდგენის პროცედურები სარეზერვო კონტექსტებით
- დააპროექტეთ კონტექსტის იერარქიები რთული გაშვების ტოპოლოგიებისთვის

# GitHub Actions-ის მაგალითი
name: Multi-Environment Deployment

on:
  push:
    branches: [ main ]

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      
      - name: Setup Docker Context
        run: |
          docker context create production \
            --docker "host=ssh://user@prod-server,ssh-key=${{ secrets.SSH_KEY }}"
      
      - name: Deploy to Production
        run: |
          docker --context production stack deploy -c docker-compose.yml my-app

კონტექსტის უსაფრთხოება

რწმუნებათა სიგელების დაცვა

შეინახეთ მგრძნობიარე მონაცემები რწმუნებათა სიგელების მენეჯერებში, როგორიცაა Docker Credential Helpers
გამოიყენეთ SSH გასაღებები პაროლით დისტანციური ჰოსტის ავთენტიფიკაციისთვის
დანერგეთ მინიმალური პრივილეგიის წვდომის კონტროლი თითოეული კონტექსტისთვის
რეგულარულად შეცვალეთ რწმუნებათა სიგელები (სერთიფიკატები, API გასაღებები, წვდომის ტოკენები)
გამოიყენეთ გარემოს-სპეციფიკური ნებართვები (მხოლოდ წაკითხვა dev-ისთვის, სრული წვდომა ადმინისტრატორებისთვის)
გამოყავით კონტექსტის მართვა რწმუნებათა სიგელების მართვისგან
დანერგეთ რწმუნებათა სიგელების გაუქმების პროცედურები კომპრომეტირებული გარემოებისთვის
შეამოწმეთ კონტექსტის გამოყენება და რწმუნებათა სიგელებზე წვდომის შაბლონები
გამოიყენეთ რწმუნებათა სიგელების დელეგირება, სადაც ეს მიზანშეწონილია (OIDC, IAM როლები)
დანერგეთ MFA პროდაქშენის კონტექსტებზე წვდომისთვის

საუკეთესო პრაქტიკები

# კონტექსტის შექმნა რწმუნებათა სიგელების დამხმარით
docker context create secure-context \
  --docker "host=tcp://secure-host:2376" \
  --description "Context with secure credentials"
# რწმუნებათა სიგელების დამხმარე ავტომატურად მართავს და იცავს ავთენტიფიკაციის ინფორმაციას
# docker credential helper უსაფრთხოდ შეინახავს და ამოიღებს რწმუნებათა სიგელებს საჭიროებისამებრ
# აქვს სხვადასხვა ბექენდის მხარდაჭერა: keychain (macOS), wincred (Windows), pass/libsecret (Linux)
# ცენტრალიზებული რწმუნებათა სიგელების მართვა კონტექსტის განმარტებებისგან ცალკე

# კონტექსტის ექსპორტი (მგრძნობიარე მონაცემების გარეშე)
docker context export secure-context --output secure-context.dockercontext
# ახდენს კონტექსტის კონფიგურაციის ექსპორტს მგრძნობიარე რწმუნებათა სიგელების ჩაშენების გარეშე
# უსაფრთხოა გუნდის წევრებთან გასაზიარებლად ან ვერსიების კონტროლში შესანახად
# მიმღებებს მაინც სჭირდებათ შესაბამისი რწმუნებათა სიგელები კონტექსტის გამოსაყენებლად
# უზრუნველყოფს კონტექსტის განმარტების გამოყოფას ავთენტიფიკაციისგან
# შესანიშნავია გუნდის დანერგვისა და სტანდარტიზაციისთვის

გაფართოებული კონტექსტის მართვა

მოწინავე მომხმარებლის ტექნიკები კონტექსტის მართვისთვის:

შექმენით კონტექსტის კონფიგურაციის ფაილები გასაზიარებლად
- შექმენით სტანდარტიზებული კონტექსტის შაბლონები
- დაადოკუმენტირეთ კავშირის პარამეტრები თითოეული გარემოსთვის
- ჩართეთ გამოყენების ინსტრუქციები და მოთხოვნები
- ვერსიების კონტროლი გაუკეთეთ არა-მგრძნობიარე კონფიგურაციის ნაწილებს
კონტექსტების იმპორტი/ექსპორტი გუნდის წევრებს შორის
- დაამყარეთ პროცესი კონტექსტის განმარტებების უსაფრთხოდ გასაზიარებლად
- შექმენით დანერგვის პროცედურები ახალი გუნდის წევრებისთვის
- დანერგეთ იმპორტირებული კონტექსტების ვალიდაციის შემოწმებები
- შეინარჩუნეთ დამტკიცებული კონტექსტის კონფიგურაციების ცენტრალური რეპოზიტორია
დანერგეთ კონტექსტის დასახელების კონვენციები
- შეიმუშავეთ თანმიმდევრული დასახელების სქემა (გარემო-რეგიონი-როლი)
- დაადოკუმენტირეთ დასახელების სტანდარტები გუნდის სახელმძღვანელოებში
- გამოიყენეთ მეტამონაცემები და ლეიბლები დამატებითი კონტექსტის ინფორმაციისთვის
- აღასრულეთ დასახელების კონვენციები CI შემოწმებებით ან სკრიპტებით
გამოიყენეთ კონტექსტები Docker BuildKit-თან
- შექმენით სპეციალიზებული ბილდის კონტექსტები სხვადასხვა არქიტექტურისთვის
- ოპტიმიზაცია გაუკეთეთ კონტექსტის შერჩევას ბილდის მოთხოვნების საფუძველზე
- გაანაწილეთ ბილდის დატვირთვები სხვადასხვა კონტექსტში
- დანერგეთ ქეშირების სტრატეგიები თითოეული ბილდის კონტექსტისთვის
შეუთავსეთ Docker Compose-ის გარემოს
- შექმენით გარემოს-სპეციფიკური compose-ის გადაფარვები თითოეული კონტექსტისთვის
- გამოიყენეთ კონტექსტზე-დამოკიდებული კონფიგურაცია სერვისების აღმოსაჩენად
- დანერგეთ თანმიმდევრული გაშვების სამუშაო პროცესები გარემოებში
- გამოიყენეთ compose-ის პროფილები კონტექსტ-სპეციფიკური სერვისებით
ინტეგრაცია ინფრასტრუქტურა-როგორც-კოდის ხელსაწყოებთან
- პროგრამულად შექმენით კონტექსტები Terraform-ის შედეგებიდან
- შექმენით Ansible-ის პლეიბუქები კონტექსტის მართვისთვის
- დანერგეთ GitOps-ის სამუშაო პროცესები კონტექსტის განახლებისთვის
- დარწმუნდით, რომ ინფრასტრუქტურისა და კონტექსტის კონფიგურაციები სინქრონიზებულია

# კონტექსტის ექსპორტი
docker context export my-context --output my-context.dockercontext
# ქმნის პორტატულ კონტექსტის განმარტების ფაილს
# გამორიცხავს მგრძნობიარე ინფორმაციას, როგორიცაა TLS გასაღებები
# შეიძლება უსაფრთხოდ იყოს ვერსიების კონტროლის ქვეშ
# სასარგებლოა გუნდის სტანდარტიზაციისა და დანერგვისთვის

# კონტექსტის იმპორტი
docker context import new-context my-context.dockercontext
# ქმნის ახალ კონტექსტს ექსპორტირებული განმარტების ფაილიდან
# მომხმარებელმა უნდა მიაწოდოს საკუთარი რწმუნებათა სიგელები, თუ საჭიროა
# შეუძლია კონტექსტის სახელის შეცვლა იმპორტისას
# ამოწმებს კონტექსტის კონფიგურაციას იმპორტისას
# იმპორტის მაგალითი ახალი სახელით:
# docker context import production-eu my-context.dockercontext

კონტექსტის ორგანიზების სტრატეგიები

დასახელების კონვენციები

<გარემო>-<რეგიონი>-<როლი> იერარქიული დასახელების შაბლონი
dev-useast-manager დეველოპმენტის გარემოსთვის აშშ-ს აღმოსავლეთ რეგიონში მენეჯერის როლით
prod-euwest-worker პროდაქშენის გარემოსთვის ევროპის დასავლეთ რეგიონში მუშა როლით
staging-apac-registry სტეიჯინგის გარემოსთვის აზია-წყნარი ოკეანის რეგიონში რეესტრის სერვისით
ნათელი, თანმიმდევრული დასახელება, რომელიც შეიცავს კრიტიკულ ინფორმაციას
ანბანური დალაგება აჯგუფებს დაკავშირებულ კონტექსტებს
მარტივი ფილტრაცია და შაბლონების შეხამება სტანდარტული დასახელებით
მასშტაბირდება დიდ გარემოებზე მრავალი კონტექსტით
უზრუნველყოფს პროგრამულ კონტექსტის შერჩევას სკრიპტებში

დაჯგუფების სტრატეგიები

# კონტექსტების სია ფილტრით
docker context ls --format "{{if .Name | contains \"prod\"}}{{.Name}}: {{.Endpoints.docker.Host}}{{end}}"
# იყენებს Go-ს შაბლონირებას გამოტანის გასაფილტრად და დასაფორმატებლად
# აჩვენებს მხოლოდ პროდაქშენის კონტექსტებს მათი Docker-ის ენდფოინთებით
# მძლავრია სკრიპტინგისა და ავტომატიზაციისთვის
# შეუძლია გაფილტროს ნებისმიერი კონტექსტის თვისებით ან მეტამონაცემებით

# კონტექსტების შექმნა ლეიბლებით
docker context create prod-us \
  --docker "host=ssh://user@prod-us" \
  --description "Production US" \
  --label env=prod --label region=us
# ლეიბლები უზრუნველყოფენ მეტამონაცემებს ორგანიზებისა და ფილტრაციისთვის
# მრავალ ლეიბლს შეუძლია კონტექსტების კატეგორიზაცია სხვადასხვა გზით
# შეუძლია კონტექსტების გაფილტვრა ლეიბლით: --filter label=env=prod
# ლეიბლები არ მოქმედებს კონტექსტის ფუნქციონალზე
# სასარგებლოა დიდი რაოდენობის კონტექსტების ორგანიზებისთვის

# კონტექსტების სია ლეიბლით
docker context ls --format "table {{.Name}} {{.Labels.env}} {{.Labels.region}}" \
  --filter label=env=prod
# ქმნის კონტექსტების მორგებულ ცხრილის ხედს ლეიბლის მიხედვით
# შესანიშნავია გუნდის დოკუმენტაციისა და კონტექსტის ინვენტარიზაციისთვის

გავრცელებული გამოყენების შემთხვევები

Docker-ის კონტექსტები გამოირჩევიან ამ სცენარებში:

დეველოპერები, რომლებიც მუშაობენ მრავალ გარემოში
- ლოკალურ დეველოპმენტსა და გაზიარებულ სატესტო გარემოს შორის გადართვა
- სხვადასხვა Docker-ის ძრავის ვერსიებთან ტესტირება
- გუნდის სერვერებზე გაშვებულ სერვისებზე თანამშრომლობა
- პრობლემების მოგვარება კონკრეტულ გარემოში
DevOps-ი, რომელიც მართავს მრავალ-რეგიონულ Docker-ის გაშვებებს
- თითოეულ რეგიონს აქვს საკუთარი კონტექსტი რეგიონალური კონფიგურაციებით
- გლობალური ოპერაციები იყენებენ კონტექსტის ჯგუფებს ყველა რეგიონისთვის
- კატასტროფის აღდგენის პროცედურები იყენებენ კონტექსტის გადართვას
- გაშვების ხელსაწყოები ავტომატურად ირჩევენ შესაბამის რეგიონალურ კონტექსტებს
CI/CD პაიპლაინები, რომლებიც მიზნად ისახავენ სხვადასხვა გარემოს
- პაიპლაინის ეტაპები მიბმულია კონკრეტულ Docker-ის კონტექსტებზე
- გაშვების დამტკიცების კარიბჭეები აკონტროლებენ კონტექსტზე წვდომას
- ბილდის არტეფაქტები გადიან კონტექსტებში მზარდი შეზღუდვებით
- პროდაქშენის გაშვებები იყენებენ გამოყოფილ დაცულ კონტექსტებს
Edge computing-ის პლატფორმები, რომლებიც მართავენ ასობით კვანძს
- კონტექსტები ორგანიზებულია გეოგრაფიული მდებარეობისა და ფუნქციის მიხედვით
- რეგიონალური ადმინისტრატორები მართავენ კონტექსტის ქვეჯგუფებს
- კონტექსტის შაბლონები უზრუნველყოფენ თანმიმდევრულ კონფიგურაციას
- ცენტრალური მართვის სისტემა ახდენს მრავალ-კონტექსტური ოპერაციების ორკესტრაციას
მიკროსერვისების დეველოპერები, რომლებიც ტესტავენ მრავალ Docker-ის ვერსიასთან
- თითოეულ Docker-ის ვერსიას აქვს გამოყოფილი კონტექსტი
- დეველოპერები რთავენ კონტექსტებს თავსებადობის შესამოწმებლად
- CI სისტემა აწარმოებს ტესტებს ყველა ვერსიის კონტექსტთან
- დოკუმენტაცია მოიცავს კონტექსტ-სპეციფიკურ ქცევის განსხვავებებს
ღრუბლოვან მიგრაციის პროექტები, რომლებიც ინარჩუნებენ ჰიბრიდულ გაშვებებს
- პარალელური კონტექსტები ლოკალური და ღრუბლოვანი გარემოებისთვის
- მიგრაციის სკრიპტები იყენებენ ორმაგი კონტექსტის ოპერაციებს
- ტრაფიკი თანდათან გადადის კონტექსტებს შორის მიგრაციის დროს
- მონიტორინგი მოიცავს ორივე კონტექსტს გადასვლის პერიოდში

კონტექსტი Docker Buildx-თან

# ბილდერის შექმნა კონკრეტული კონტექსტის გამოყენებით
docker buildx create --name remote-builder --use --context remote-server
# ქმნის BuildKit-ის ბილდერს, რომელიც იყენებს remote-server კონტექსტს
# გადააქვს ბილდის დამუშავება დისტანციურ Docker-ის ჰოსტზე
# სასარგებლოა რესურს-ინტენსიური ბილდებისთვის მძლავრ სერვერებზე
# --use ფლაგი ხდის მას ნაგულისხმევ ბილდერად მომავალი ბრძანებებისთვის

# აგება დისტანციური ბილდერის გამოყენებით
docker buildx build --builder remote-builder -t myimage:latest .
# აგებს იმიჯს კონტექსტში მითითებულ დისტანციურ სერვერზე
# ლოკალური ფაილები ავტომატურად გადაეცემა დისტანციურ ბილდის სერვერს
# საბოლოო იმიჯი ინახება დისტანციურ Docker-ის ჰოსტზე
# დაამატეთ --load, რომ იმიჯი ასევე იმპორტირდეს თქვენს ლოკალურ Docker-ში

# მრავალ-კონტექსტური, მრავალ-პლატფორმული ბილდი
docker buildx create --name builder1 --context context1
docker buildx create --name builder2 --context context2
docker buildx create --name multibuilder --driver docker-container \
  --use --bootstrap --append builder1 --append builder2
docker buildx build --platform linux/amd64,linux/arm64 -t myimage:latest .
# ქმნის განაწილებულ ბილდის ფერმას მრავალ კონტექსტში
# თითოეულ ბილდერს შეუძლია სხვადასხვა პლატფორმის ბილდების დამუშავება
# საშუალებას იძლევა მრავალ-არქიტექტურული იმიჯების პარალელურ აგებას
# ანაწილებს დატვირთვას მრავალ Docker-ის ჰოსტზე
# ამცირებს მთლიან ბილდის დროს რთული მრავალ-პლატფორმული იმიჯებისთვის

პრობლემების მოგვარება

ხშირი პრობლემები

კავშირის დროის ამოწურვა, როდესაც ქსელის შეყოვნება მაღალია ან ფაირვოლები ბლოკავენ ტრაფიკს
ავთენტიფიკაციის შეცდომები ვადაგასული სერთიფიკატების ან არასწორი რწმუნებათა სიგელების გამო
ნებართვების პრობლემები არასაკმარისი მომხმარებლის უფლებებიდან დისტანციურ Docker-ის ჰოსტებზე
ქსელური კავშირის პრობლემები, გამოწვეული ფაირვოლის წესებით ან პროქსის კონფიგურაციებით
სერთიფიკატის ვალიდაციის შეცდომები ვადაგასული ან შეუსაბამო TLS სერთიფიკატებიდან
რესურსების შეზღუდვები, როდესაც დისტანციურ ჰოსტებს არ აქვთ საკმარისი მეხსიერება ან CPU ოპერაციებისთვის
SSH კავშირის პრობლემები, გასაღების ნებართვების პრობლემების ან აგენტის კავშირის ჩათვლით
API ვერსიების შეუსაბამობა Docker-ის კლიენტსა და დისტანციურ დემონის ვერსიებს შორის
კონტექსტის კონფიგურაციის შეცდომები ბეჭდვითი შეცდომების ან არასწორი ენდფოინთის სპეციფიკაციების გამო

დიაგნოსტიკური ბრძანებები

# კავშირის ტესტირება
docker --context my-context info
# ამოწმებს ძირითად კავშირს Docker-ის დემონთან
# აჩვენებს სისტემის მასშტაბით ინფორმაციას, კონფიგურაციის ჩათვლით
# სწრაფად ადგენს, მუშაობს თუ არა კონტექსტი სწორად
# პირველი ბრძანება, რომელიც უნდა გაუშვათ კონტექსტის პრობლემების მოგვარებისას

# ენდფოინთის ინფორმაციის შემოწმება
docker context inspect --format '{{json .Endpoints}}' my-context | jq
# გამოაქვს ნედლი ენდფოინთის კონფიგურაცია JSON ფორმატში
# სასარგებლოა კავშირის პარამეტრების შესამოწმებლად
# 'jq' ხელსაწყო აფორმატებს გამოტანილ შედეგს უკეთესი წაკითხვადობისთვის
# ეხმარება კონტექსტის განმარტებაში არასწორი კონფიგურაციის იდენტიფიცირებაში

# Docker-ის დემონის ვერსიის შემოწმება
docker --context my-context version
# აჩვენებს როგორც კლიენტის, ისე სერვერის ვერსიებს
# ადგენს API ვერსიების შეუსაბამობას
# ამოწმებს, რომ დისტანციური Docker-ის ძრავა პასუხობს
# უზრუნველყოფს TLS-ისა და ავთენტიფიკაციის ინფორმაციას

# ქსელური კავშირის ტესტირება
docker --context my-context run --rm alpine ping -c 1 google.com
# ამოწმებს, შეუძლიათ თუ არა კონტეინერებს ინტერნეტთან დაკავშირება
# ამოწმებს DNS რეზოლუციას დისტანციურ Docker-ის ჰოსტზე
# ამოწმებს, ფუნქციონირებს თუ არა კონტეინერის ქსელი
# სასარგებლოა ქსელის იზოლაციის პრობლემების დიაგნოსტირებისთვის

# რესურსების ხელმისაწვდომობის ტესტირება
docker --context my-context system df
# აჩვენებს დისკის გამოყენების ინფორმაციას დისტანციურ სისტემაზე
# ეხმარება რესურსების შეზღუდვების იდენტიფიცირებაში
# ამოწმებს, არის თუ არა საცავი ხელმისაწვდომი იმიჯებისა და კონტეინერებისთვის

კონტექსტის მიგრაცია

ახალ გარემოში მიგრაციისას:

შექმენით კონტექსტი ახალი გარემოსთვის
- დააკონფიგურირეთ კავშირის პარამეტრები ახალი ჰოსტისთვის
- დააყენეთ შესაბამისი ავთენტიფიკაციის რწმუნებათა სიგელები
- დაადოკუმენტირეთ ახალი კონტექსტის კონფიგურაცია
- დაადასტურეთ კავშირი გაგრძელებამდე
შეამოწმეთ კავშირი და ნებართვები
- გაუშვით ძირითადი Docker-ის ბრძანებები წვდომის შესამოწმებლად
- შეამოწმეთ რესურსების ხელმისაწვდომობა და შეზღუდვები
- შეამოწმეთ ქსელური კავშირი საჭირო სერვისებთან
- შეამოწმეთ იმავე მომხმარებლის ანგარიშით, რომელიც გამოყენებული იქნება პროდაქშენში
- დაადასტურეთ იმიჯის გადმოწერისა და ატვირთვის ნებართვები
შეამოწმეთ აპლიკაციის გაშვება
- გაუშვით აპლიკაციის სატესტო ვერსია
- დაადასტურეთ ყველა სერვისის დამოკიდებულება და კავშირი
- შეამოწმეთ აპლიკაციის ფუნქციონალი ახალ გარემოში
- გაუშვით წარმადობის ბენჩმარკები ძველ გარემოსთან შესადარებლად
- შეამოწმეთ ლოგირებისა და მონიტორინგის ინტეგრაციები
განაახლეთ CI/CD კონფიგურაციები
- დაამატეთ ახალი კონტექსტი პაიპლაინის კონფიგურაციებში
- შექმენით სტეიჯინგის სამუშაოები, რომლებიც მიზნად ისახავენ ახალ გარემოს
- დანერგეთ პარალელური გაშვებები ძველ და ახალ გარემოში
- დაამატეთ შემოწმების ნაბიჯები, რომლებიც სპეციფიკურია ახალი გარემოსთვის
- შეამოწმეთ სრული CI/CD სამუშაო პროცესი თავიდან ბოლომდე
თანდათანობით გადართეთ პროდაქშენის ტრაფიკი
- დანერგეთ ლურჯი-მწვანე გაშვების სტრატეგია
- გადაამისამართეთ ტრაფიკის მცირე პროცენტი ახალ გარემოში
- ყურადღებით აკონტროლეთ წარმადობა და შეცდომების მაჩვენებლები
- თანდათან გაზარდეთ ტრაფიკი ახალ გარემოში
- მოამზადეთ დაბრუნების პროცედურები ნებისმიერი პრობლემის შემთხვევაში
შეინახეთ ძველი კონტექსტი სრულ მიგრაციამდე
- შეინარჩუნეთ ორივე გარემოში გაშვების შესაძლებლობა
- შეინახეთ ძველი გარემო გაშვებული გადასვლის პერიოდში
- დაადოკუმენტირეთ დამოკიდებულებები ძველ გარემოზე
- დაგეგმეთ დეკომისია წარმატებული მიგრაციის შემდეგ
- დააარქივეთ ძველი კონტექსტის კონფიგურაცია საცნობაროდ

# შექმენით კონტექსტი ახალი გარემოსთვის
docker context create new-prod --docker "host=ssh://user@new-prod-server"

# შეამოწმეთ ახალი გარემო
docker --context new-prod stack deploy -c docker-compose.yml my-app-test

# გადართეთ პროდაქშენი ვალიდაციის შემდეგ
docker context use new-prod

საუკეთესო პრაქტიკები

კონტექსტის მართვა

დაადოკუმენტირეთ ყველა კონტექსტი დეტალური ინფორმაციით დანიშნულებისა და კონფიგურაციის შესახებ
გამოიყენეთ თანმიმდევრული დასახელების კონვენციები, რომლებიც შეიცავს გარემოს, რეგიონსა და როლს
შეზღუდეთ წვდომა პროდაქშენის კონტექსტებზე RBAC-ისა და რწმუნებათა სიგელების მართვის საშუალებით
დანერგეთ კონტექსტის როტაციის პროცედურები უსაფრთხოებისა და ინფრასტრუქტურის განახლებისთვის
რეგულარულად შეამოწმეთ კონტექსტის გამოყენება არაავტორიზებული წვდომის ან ბოროტად გამოყენების იდენტიფიცირებისთვის
გაუზიარეთ დეველოპმენტის კონტექსტები გუნდის წევრებს ექსპორტირებული კონფიგურაციების გამოყენებით
შექმენით დანერგვის დოკუმენტაცია ახალი გუნდის წევრებისთვის
დაამყარეთ პროცედურები კონტექსტის სასიცოცხლო ციკლის მართვისთვის (შექმნიდან პენსიაზე გასვლამდე)
დანერგეთ კონტექსტის კონფიგურაციების ავტომატური ვალიდაცია
შექმენით საგანგებო პროცედურები კონტექსტზე წვდომისთვის ინციდენტების დროს

სამუშაო პროცესის ინტეგრაცია

ინტეგრაცია shell-ის ალიასებთან სწრაფი კონტექსტის გადართვისთვის
- მაგალითი: alias dprod="docker --context production"
- მაგალითი: alias dswitch="docker context use"
გამოიყენეთ Docker Compose-ის გარემოსთან თანმიმდევრული მრავალ-სერვისიანი გაშვებებისთვის
ჩართეთ გაშვების სკრიპტებში სათანადო შეცდომების დამუშავებითა და ლოგირებით
დაადოკუმენტირეთ პროექტის README ფაილებში მაგალითებითა და წინაპირობებით
ავტომატიზირეთ კონტექსტის გადართვა git-ის ტოტების ან პროექტის დირექტორიების საფუძველზე
შექმენით გარემოს-სპეციფიკური პარამეტრების ფაილები, რომლებიც მიბმულია კონკრეტულ კონტექსტებზე
შექმენით კონტექსტზე-დამოკიდებული shell-ის მოთხოვნები, რომლებიც აჩვენებენ აქტიურ კონტექსტს
დანერგეთ CI/CD ჰუკები, რომლებიც ირჩევენ შესაბამის კონტექსტებს
შექმენით კონტექსტის ჯგუფები საერთო ოპერაციებისთვის მრავალ გარემოში
შეიმუშავეთ კონტექსტ-სპეციფიკური მონიტორინგისა და შეტყობინებების კონფიგურაციები

რეალური მაგალითები

კონტექსტის ეფექტური გამოყენების მაგალითები:

დეველოპმენტის გუნდი, რომელიც იყენებს კონტექსტებს სატესტო გარემოს გასაზიარებლად
- ინჟინრები აკონფიგურირებენ კონტექსტებს გაზიარებული დეველოპმენტის სერვერებისთვის
- QA გუნდი იყენებს სპეციალიზებულ კონტექსტებს ტესტირების გარემოებისთვის
- წინასწარი გადახედვის გარემო იღებს გამოყოფილ კონტექსტებს თითოეული ფუნქციის ტოტისთვის
- კონტექსტის დასახელება ასახავს გარემოს დანიშნულებასა და მფლობელობას
DevOps ინჟინრები, რომლებიც მართავენ მრავალ-რეგიონულ Docker-ის გაშვებებს
- თითოეულ რეგიონს აქვს საკუთარი კონტექსტი რეგიონალური კონფიგურაციებით
- გლობალური ოპერაციები იყენებენ კონტექსტის ჯგუფებს ყველა რეგიონისთვის
- კატასტროფის აღდგენის პროცედურები იყენებენ კონტექსტის გადართვას
- გაშვების ხელსაწყოები ავტომატურად ირჩევენ შესაბამის რეგიონალურ კონტექსტებს
CI/CD პაიპლაინები, რომლებიც მიზნად ისახავენ სხვადასხვა გარემოს
- პაიპლაინის ეტაპები მიბმულია კონკრეტულ Docker-ის კონტექსტებზე
- გაშვების დამტკიცების კარიბჭეები აკონტროლებენ კონტექსტზე წვდომას
- ბილდის არტეფაქტები გადიან კონტექსტებში მზარდი შეზღუდვებით
- პროდაქშენის გაშვებები იყენებენ გამოყოფილ დაცულ კონტექსტებს
Edge computing-ის პლატფორმები, რომლებიც მართავენ ასობით კვანძს
- კონტექსტები ორგანიზებულია გეოგრაფიული მდებარეობისა და ფუნქციის მიხედვით
- რეგიონალური ადმინისტრატორები მართავენ კონტექსტის ქვეჯგუფებს
- კონტექსტის შაბლონები უზრუნველყოფენ თანმიმდევრულ კონფიგურაციას
- ცენტრალური მართვის სისტემა ახდენს მრავალ-კონტექსტური ოპერაციების ორკესტრაციას
მიკროსერვისების დეველოპერები, რომლებიც ტესტავენ მრავალ Docker-ის ვერსიასთან
- თითოეულ Docker-ის ვერსიას აქვს გამოყოფილი კონტექსტი
- დეველოპერები რთავენ კონტექსტებს თავსებადობის შესამოწმებლად
- CI სისტემა აწარმოებს ტესტებს ყველა ვერსიის კონტექსტთან
- დოკუმენტაცია მოიცავს კონტექსტ-სპეციფიკურ ქცევის განსხვავებებს
ღრუბლოვან მიგრაციის პროექტები, რომლებიც ინარჩუნებენ ჰიბრიდულ გაშვებებს
- პარალელური კონტექსტები ლოკალური და ღრუბლოვანი გარემოებისთვის
- მიგრაციის სკრიპტები იყენებენ ორმაგი კონტექსტის ოპერაციებს
- ტრაფიკი თანდათან გადადის კონტექსტებს შორის მიგრაციის დროს
- მონიტორინგი მოიცავს ორივე კონტექსტს გადასვლის პერიოდში

# ბილდერის შექმნა კონკრეტული კონტექსტის გამოყენებით
docker buildx create --name remote-builder --use --context remote-server
# ქმნის BuildKit-ის ბილდერს, რომელიც იყენებს remote-server კონტექსტს
# გადააქვს ბილდის დამუშავება დისტანციურ Docker-ის ჰოსტზე
# სასარგებლოა რესურს-ინტენსიური ბილდებისთვის მძლავრ სერვერებზე
# --use ფლაგი ხდის მას ნაგულისხმევ ბილდერად მომავალი ბრძანებებისთვის

# აგება დისტანციური ბილდერის გამოყენებით
docker buildx build --builder remote-builder -t myimage:latest .
# აგებს იმიჯს კონტექსტში მითითებულ დისტანციურ სერვერზე
# ლოკალური ფაილები ავტომატურად გადაეცემა დისტანციურ ბილდის სერვერს
# საბოლოო იმიჯი ინახება დისტანციურ Docker-ის ჰოსტზე
# დაამატეთ --load, რომ იმიჯი ასევე იმპორტირდეს თქვენს ლოკალურ Docker-ში

# მრავალ-კონტექსტური, მრავალ-პლატფორმული ბილდი
docker buildx create --name builder1 --context context1
docker buildx create --name builder2 --context context2
docker buildx create --name multibuilder --driver docker-container \
  --use --bootstrap --append builder1 --append builder2
docker buildx build --platform linux/amd64,linux/arm64 -t myimage:latest .
# ქმნის განაწილებულ ბილდის ფერმას მრავალ კონტექსტში
# თითოეულ ბილდერს შეუძლია სხვადასხვა პლატფორმის ბილდების დამუშავება
# საშუალებას იძლევა მრავალ-არქიტექტურული იმიჯების პარალელურ აგებას
# ანაწილებს დატვირთვას მრავალ Docker-ის ჰოსტზე
# ამცირებს მთლიან ბილდის დროს რთული მრავალ-პლატფორმული იმიჯებისთვის

პრობლემების მოგვარება

ხშირი პრობლემები

კავშირის დროის ამოწურვა, როდესაც ქსელის შეყოვნება მაღალია ან ფაირვოლები ბლოკავენ ტრაფიკს
ავთენტიფიკაციის შეცდომები ვადაგასული სერთიფიკატების ან არასწორი რწმუნებათა სიგელების გამო
ნებართვების პრობლემები არასაკმარისი მომხმარებლის უფლებებიდან დისტანციურ Docker-ის ჰოსტებზე
ქსელური კავშირის პრობლემები, გამოწვეული ფაირვოლის წესებით ან პროქსის კონფიგურაციებით
სერთიფიკატის ვალიდაციის შეცდომები ვადაგასული ან შეუსაბამო TLS სერთიფიკატებიდან
რესურსების შეზღუდვები, როდესაც დისტანციურ ჰოსტებს არ აქვთ საკმარისი მეხსიერება ან CPU ოპერაციებისთვის
SSH კავშირის პრობლემები, გასაღების ნებართვების პრობლემების ან აგენტის კავშირის ჩათვლით
API ვერსიების შეუსაბამობა Docker-ის კლიენტსა და დისტანციურ დემონის ვერსიებს შორის
კონტექსტის კონფიგურაციის შეცდომები ბეჭდვითი შეცდომების ან არასწორი ენდფოინთის სპეციფიკაციების გამო

დიაგნოსტიკური ბრძანებები

# კავშირის ტესტირება
docker --context my-context info
# ამოწმებს ძირითად კავშირს Docker-ის დემონთან
# აჩვენებს სისტემის მასშტაბით ინფორმაციას, კონფიგურაციის ჩათვლით
# სწრაფად ადგენს, მუშაობს თუ არა კონტექსტი სწორად
# პირველი ბრძანება, რომელიც უნდა გაუშვათ კონტექსტის პრობლემების მოგვარებისას

# ენდფოინთის ინფორმაციის შემოწმება
docker context inspect --format '{{json .Endpoints}}' my-context | jq
# გამოაქვს ნედლი ენდფოინთის კონფიგურაცია JSON ფორმატში
# სასარგებლოა კავშირის პარამეტრების შესამოწმებლად
# 'jq' ხელსაწყო აფორმატებს გამოტანილ შედეგს უკეთესი წაკითხვადობისთვის
# ეხმარება კონტექსტის განმარტებაში არასწორი კონფიგურაციის იდენტიფიცირებაში

# Docker-ის დემონის ვერსიის შემოწმება
docker --context my-context version
# აჩვენებს როგორც კლიენტის, ისე სერვერის ვერსიებს
# ადგენს API ვერსიების შეუსაბამობას
# ამოწმებს, რომ დისტანციური Docker-ის ძრავა პასუხობს
# უზრუნველყოფს TLS-ისა და ავთენტიფიკაციის ინფორმაციას

# ქსელური კავშირის ტესტირება
docker --context my-context run --rm alpine ping -c 1 google.com
# ამოწმებს, შეუძლიათ თუ არა კონტეინერებს ინტერნეტთან დაკავშირება
# ამოწმებს DNS რეზოლუციას დისტანციურ Docker-ის ჰოსტზე
# ამოწმებს, ფუნქციონირებს თუ არა კონტეინერის ქსელი
# სასარგებლოა ქსელის იზოლაციის პრობლემების დიაგნოსტირებისთვის

# რესურსების ხელმისაწვდომობის ტესტირება
docker --context my-context system df
# აჩვენებს დისკის გამოყენების ინფორმაციას დისტანციურ სისტემაზე
# ეხმარება რესურსების შეზღუდვების იდენტიფიცირებაში
# ამოწმებს, არის თუ არა საცავი ხელმისაწვდომი იმიჯებისა და კონტეინერებისთვის

კონტექსტის მიგრაცია

ახალ გარემოში მიგრაციისას:

შექმენით კონტექსტი ახალი გარემოსთვის
- დააკონფიგურირეთ კავშირის პარამეტრები ახალი ჰოსტისთვის
- დააყენეთ შესაბამისი ავთენტიფიკაციის რწმუნებათა სიგელები
- დაადოკუმენტირეთ ახალი კონტექსტის კონფიგურაცია
- დაადასტურეთ კავშირი გაგრძელებამდე
შეამოწმეთ კავშირი და ნებართვები
- გაუშვით ძირითადი Docker-ის ბრძანებები წვდომის შესამოწმებლად
- შეამოწმეთ რესურსების ხელმისაწვდომობა და შეზღუდვები
- შეამოწმეთ ქსელური კავშირი საჭირო სერვისებთან
- შეამოწმეთ იმავე მომხმარებლის ანგარიშით, რომელიც გამოყენებული იქნება პროდაქშენში
- დაადასტურეთ იმიჯის გადმოწერისა და ატვირთვის ნებართვები
შეამოწმეთ აპლიკაციის გაშვება
- გაუშვით აპლიკაციის სატესტო ვერსია
- დაადასტურეთ ყველა სერვისის დამოკიდებულება და კავშირი
- შეამოწმეთ აპლიკაციის ფუნქციონალი ახალ გარემოში
- გაუშვით წარმადობის ბენჩმარკები ძველ გარემოსთან შესადარებლად
- შეამოწმეთ ლოგირებისა და მონიტორინგის ინტეგრაციები
განაახლეთ CI/CD კონფიგურაციები
- დაამატეთ ახალი კონტექსტი პაიპლაინის კონფიგურაციებში
- შექმენით სტეიჯინგის სამუშაოები, რომლებიც მიზნად ისახავენ ახალ გარემოს
- დანერგეთ პარალელური გაშვებები ძველ და ახალ გარემოში
- დაამატეთ შემოწმების ნაბიჯები, რომლებიც სპეციფიკურია ახალი გარემოსთვის
- შეამოწმეთ სრული CI/CD სამუშაო პროცესი თავიდან ბოლომდე
თანდათანობით გადართეთ პროდაქშენის ტრაფიკი
- დანერგეთ ლურჯი-მწვანე გაშვების სტრატეგია
- გადაამისამართეთ ტრაფიკის მცირე პროცენტი ახალ გარემოში
- ყურადღებით აკონტროლეთ წარმადობა და შეცდომების მაჩვენებლები
- თანდათან გაზარდეთ ტრაფიკი ახალ გარემოში
- მოამზადეთ დაბრუნების პროცედურები ნებისმიერი პრობლემის შემთხვევაში
შეინახეთ ძველი კონტექსტი სრულ მიგრაციამდე
- შეინარჩუნეთ ორივე გარემოში გაშვების შესაძლებლობა
- შეინახეთ ძველი გარემო გაშვებული გადასვლის პერიოდში
- დაადოკუმენტირეთ დამოკიდებულებები ძველ გარემოზე
- დაგეგმეთ დეკომისია წარმატებული მიგრაციის შემდეგ
- დააარქივეთ ძველი კონტექსტის კონფიგურაცია საცნობაროდ

# შექმენით კონტექსტი ახალი გარემოსთვის
docker context create new-prod --docker "host=ssh://user@new-prod-server"

# შეამოწმეთ ახალი გარემო
docker --context new-prod stack deploy -c docker-compose.yml my-app-test

# გადართეთ პროდაქშენი ვალიდაციის შემდეგ
docker context use new-prod

საუკეთესო პრაქტიკები

კონტექსტის მართვა

დაადოკუმენტირეთ ყველა კონტექსტი დეტალური ინფორმაციით დანიშნულებისა და კონფიგურაციის შესახებ
გამოიყენეთ თანმიმდევრული დასახელების კონვენციები, რომლებიც შეიცავს გარემოს, რეგიონსა და როლს
შეზღუდეთ წვდომა პროდაქშენის კონტექსტებზე RBAC-ისა და რწმუნებათა სიგელების მართვის საშუალებით
დანერგეთ კონტექსტის როტაციის პროცედურები უსაფრთხოებისა და ინფრასტრუქტურის განახლებისთვის
რეგულარულად შეამოწმეთ კონტექსტის გამოყენება არაავტორიზებული წვდომის ან ბოროტად გამოყენების იდენტიფიცირებისთვის
გაუზიარეთ დეველოპმენტის კონტექსტები გუნდის წევრებს ექსპორტირებული კონფიგურაციების გამოყენებით
შექმენით დანერგვის დოკუმენტაცია ახალი გუნდის წევრებისთვის
დაამყარეთ პროცედურები კონტექსტის სასიცოცხლო ციკლის მართვისთვის (შექმნიდან პენსიაზე გასვლამდე)
დანერგეთ კონტექსტის კონფიგურაციების ავტომატური ვალიდაცია
შექმენით საგანგებო პროცედურები კონტექსტზე წვდომისთვის ინციდენტების დროს

სამუშაო პროცესის ინტეგრაცია

ინტეგრაცია shell-ის ალიასებთან სწრაფი კონტექსტის გადართვისთვის
- მაგალითი: alias dprod="docker --context production"
- მაგალითი: alias dswitch="docker context use"
გამოიყენეთ Docker Compose-ის გარემოსთან თანმიმდევრული მრავალ-სერვისიანი გაშვებებისთვის
ჩართეთ გაშვების სკრიპტებში სათანადო შეცდომების დამუშავებითა და ლოგირებით
დაადოკუმენტირეთ პროექტის README ფაილებში მაგალითებითა და წინაპირობებით
ავტომატიზირეთ კონტექსტის გადართვა git-ის ტოტების ან პროექტის დირექტორიების საფუძველზე
შექმენით გარემოს-სპეციფიკური პარამეტრების ფაილები, რომლებიც მიბმულია კონკრეტულ კონტექსტებზე
შექმენით კონტექსტზე-დამოკიდებული shell-ის მოთხოვნები, რომლებიც აჩვენებენ აქტიურ კონტექსტს
დანერგეთ CI/CD ჰუკები, რომლებიც ირჩევენ შესაბამის კონტექსტებს
შექმენით კონტექსტის ჯგუფები საერთო ოპერაციებისთვის მრავალ გარემოში
შეიმუშავეთ კონტექსტ-სპეციფიკური მონიტორინგისა და შეტყობინებების კონფიგურაციები

რეალური მაგალითები

კონტექსტის ეფექტური გამოყენების მაგალითები:

დეველოპმენტის გუნდი, რომელიც იყენებს კონტექსტებს სატესტო გარემოს გასაზიარებლად
- ინჟინრები აკონფიგურირებენ კონტექსტებს გაზიარებული დეველოპმენტის სერვერებისთვის
- QA გუნდი იყენებს სპეციალიზებულ კონტექსტებს ტესტირების გარემოებისთვის
- წინასწარი გადახედვის გარემო იღებს გამოყოფილ კონტექსტებს თითოეული ფუნქციის ტოტისთვის
- კონტექსტის დასახელება ასახავს გარემოს დანიშნულებასა და მფლობელობას
DevOps ინჟინრები, რომლებიც მართავენ მრავალ-რეგიონულ Docker-ის გაშვებებს
- თითოეულ რეგიონს აქვს საკუთარი კონტექსტი რეგიონალური კონფიგურაციებით
- გლობალური ოპერაციები იყენებენ კონტექსტის ჯგუფებს ყველა რეგიონისთვის
- კატასტროფის აღდგენის პროცედურები იყენებენ კონტექსტის გადართვას
- გაშვების ხელსაწყოები ავტომატურად ირჩევენ შესაბამის რეგიონალურ კონტექსტებს
CI/CD პაიპლაინები, რომლებიც მიზნად ისახავენ სხვადასხვა გარემოს
- პაიპლაინის ეტაპები მიბმულია კონკრეტულ Docker-ის კონტექსტებზე
- გაშვების დამტკიცების კარიბჭეები აკონტროლებენ კონტექსტზე წვდომას
- ბილდის არტეფაქტები გადიან კონტექსტებში მზარდი შეზღუდვებით
- პროდაქშენის გაშვებები იყენებენ გამოყოფილ დაცულ კონტექსტებს
Edge computing-ის პლატფორმები, რომლებიც მართავენ ასობით კვანძს
- კონტექსტები ორგანიზებულია გეოგრაფიული მდებარეობისა და ფუნქციის მიხედვით
- რეგიონალური ადმინისტრატორები მართავენ კონტექსტის ქვეჯგუფებს
- კონტექსტის შაბლონები უზრუნველყოფენ თანმიმდევრულ კონფიგურაციას
- ცენტრალური მართვის სისტემა ახდენს მრავალ-კონტექსტური ოპერაციების ორკესტრაციას
მიკროსერვისების დეველოპერები, რომლებიც ტესტავენ მრავალ Docker-ის ვერსიასთან
- თითოეულ Docker-ის ვერსიას აქვს გამოყოფილი კონტექსტი
- დეველოპერები რთავენ კონტექსტებს თავსებადობის შესამოწმებლად
- CI სისტემა აწარმოებს ტესტებს ყველა ვერსიის კონტექსტთან
- დოკუმენტაცია მოიცავს კონტექსტ-სპეციფიკურ ქცევის განსხვავებებს
ღრუბლოვან მიგრაციის პროექტები, რომლებიც ინარჩუნებენ ჰიბრიდულ გაშვებებს
- პარალელური კონტექსტები ლოკალური და ღრუბლოვანი გარემოებისთვის
- მიგრაციის სკრიპტები იყენებენ ორმაგი კონტექსტის ოპერაციებს
- ტრაფიკი თანდათან გადადის კონტექსტებს შორის მიგრაციის დროს
- მონიტორინგი მოიცავს ორივე კონტექსტს გადასვლის პერიოდში

Docker Buildx

ისწავლეთ Docker Buildx-ის შესახებ კონტეინერის იმიჯების აგების გაფართოებული შესაძლებლობებისა და მრავალ-პლატფორმული მხარდაჭერისთვის

კონტენტის ნდობა და იმიჯის ხელმოწერა

ისწავლეთ როგორ დანერგოთ Docker-ის კონტენტის ნდობა და იმიჯის ხელმოწერა უსაფრთხო პროგრამული უზრუნველყოფის მიწოდების ჯაჭვებისთვის

On This Page

Docker-ის კონტექსტები
კონტექსტების გაგება
- რა არის კონტექსტები?
- ძირითადი უპირატესობები
კონტექსტების მართვა
კონტექსტის ტიპები
კონტექსტის გავრცელებული სცენარები
- დეველოპმენტის გარემო
- მრავალ-ღრუბლოვანი მართვა
კონტექსტი Docker Compose-ში
სპეციალიზებული კონტექსტების შექმნა
კონტექსტების გამოყენება სკრიპტებში
- სკრიპტინგი კონტექსტებით
- გარემოს ცვლადები
CI/CD ინტეგრაცია
კონტექსტის უსაფრთხოება
- რწმუნებათა სიგელების დაცვა
- საუკეთესო პრაქტიკები
გაფართოებული კონტექსტის მართვა
კონტექსტის ორგანიზების სტრატეგიები
- დასახელების კონვენციები
- დაჯგუფების სტრატეგიები
გავრცელებული გამოყენების შემთხვევები
კონტექსტი Docker Buildx-თან
პრობლემების მოგვარება
- ხშირი პრობლემები
- დიაგნოსტიკური ბრძანებები
კონტექსტის მიგრაცია
საუკეთესო პრაქტიკები
- კონტექსტის მართვა
- სამუშაო პროცესის ინტეგრაცია
რეალური მაგალითები
პრობლემების მოგვარება
- ხშირი პრობლემები
- დიაგნოსტიკური ბრძანებები
კონტექსტის მიგრაცია
საუკეთესო პრაქტიკები
- კონტექსტის მართვა
- სამუშაო პროცესის ინტეგრაცია
რეალური მაგალითები