Docker Compose៖ ពីការអភិវឌ្ឍន៍រហូតដល់ផលិតកម្ម

ការ​បកប្រែ​ការ​ចម្លង​ផតឃែស្ថ​ដែល​បាន​រៀបចំ​ក្នុង​ការ​ប្រមើល​មើល​ការ​ចាប់​ផ្តើម​វគ្គ​សិក្សា "អ្នកគ្រប់គ្រងលីនុច"

Docker Compose គឺជាឧបករណ៍ដ៏អស្ចារ្យមួយសម្រាប់បង្កើតការងារ
បរិស្ថានសម្រាប់ជង់ដែលប្រើក្នុងកម្មវិធីរបស់អ្នក។ វាអនុញ្ញាតឱ្យអ្នកកំណត់
សមាសធាតុនីមួយៗនៃកម្មវិធីរបស់អ្នក ដោយធ្វើតាមវាក្យសម្ព័ន្ធច្បាស់លាស់ និងសាមញ្ញនៅក្នុង YAML-
ឯកសារ.

ជាមួយនឹងការមកដល់នៃអេ docker តែង v3 ឯកសារ YAML ទាំងនេះអាចត្រូវបានប្រើដោយផ្ទាល់នៅក្នុងបរិយាកាសផលិតកម្មនៅពេលធ្វើការជាមួយ
ចង្កោម Docker Swarm.

ប៉ុន្តែតើនេះមានន័យថាអ្នកអាចប្រើឯកសារ docker-compose ដូចគ្នានៅក្នុង
ដំណើរការអភិវឌ្ឍន៍ និងក្នុងបរិយាកាសផលិតកម្ម? ឬប្រើឯកសារដូចគ្នាសម្រាប់
ឆាក? ជាការប្រសើរណាស់, បាទ, ប៉ុន្តែសម្រាប់មុខងារនេះយើងត្រូវការដូចខាងក្រោម:

• អថេរ interpolation៖ ប្រើអថេរបរិស្ថានសម្រាប់មួយចំនួន
  តម្លៃដែលផ្លាស់ប្តូរនៅក្នុងបរិយាកាសនីមួយៗ។
• ការបដិសេធការកំណត់រចនាសម្ព័ន្ធ៖ សមត្ថភាពក្នុងការកំណត់វិនាទី (ឬណាមួយ។
  ឯកសារបន្ទាប់បន្សំមួយទៀត) docker-compose ដែលនឹងផ្លាស់ប្តូរអ្វីមួយទាក់ទងនឹង
  ជាដំបូង ហើយ docker compose នឹងថែរក្សាការបញ្ចូលគ្នានៃឯកសារទាំងពីរ។

ភាពខុសគ្នារវាងឯកសារអភិវឌ្ឍន៍ និងផលិតកម្ម

ក្នុងអំឡុងពេលនៃការអភិវឌ្ឍន៍ អ្នកទំនងជាចង់ពិនិត្យមើលការផ្លាស់ប្តូរកូដនៅក្នុង
ពេលវេលា​ពិតប្រាកដ។ ដើម្បីធ្វើដូច្នេះ ជាធម្មតាកម្រិតសំឡេងដែលមានកូដប្រភពត្រូវបានភ្ជាប់
កុងតឺន័រដែលមានរយៈពេលដំណើរការសម្រាប់កម្មវិធីរបស់អ្នក។ ប៉ុន្តែសម្រាប់បរិយាកាសផលិតកម្ម
វិធីសាស្រ្តនេះគឺមិនសមរម្យ។

នៅក្នុងការផលិត អ្នកមានចង្កោមដែលមានថ្នាំងជាច្រើន ហើយបរិមាណគឺក្នុងស្រុក
ទាក់ទងទៅនឹងថ្នាំងដែលកុងតឺន័ររបស់អ្នក (ឬសេវាកម្ម) កំពុងដំណើរការ ដូច្នេះអ្នកមិនធ្វើទេ។
អ្នកអាចម៉ោនកូដប្រភពដោយគ្មានប្រតិបត្តិការស្មុគស្មាញដែលរួមបញ្ចូល
ការធ្វើសមកាលកម្មកូដ សញ្ញា។ល។

ផ្ទុយទៅវិញ ជាធម្មតាយើងចង់បង្កើតរូបភាពជាមួយនឹងកំណែជាក់លាក់នៃកូដរបស់អ្នក។
វាជាទម្លាប់ក្នុងការសម្គាល់វាដោយស្លាកសមរម្យ (អ្នកអាចប្រើ semantic
កំណែ ឬប្រព័ន្ធផ្សេងទៀតតាមការសំរេចចិត្តរបស់អ្នក)។

បដិសេធការកំណត់រចនាសម្ព័ន្ធ

ដោយគិតពីភាពខុសគ្នា និងភាពអាស្រ័យរបស់អ្នកអាចខុសគ្នានៅក្នុងសេណារីយ៉ូ
ការអភិវឌ្ឍន៍ និងការផលិត វាច្បាស់ណាស់ថាយើងនឹងត្រូវការឯកសារកំណត់រចនាសម្ព័ន្ធផ្សេងៗគ្នា។

Docker Compost គាំទ្រការបញ្ចូលគ្នានូវឯកសារតែងផ្សេងគ្នាទៅ
ទទួលបានការកំណត់ចុងក្រោយ។ របៀបដែលវាដំណើរការអាចមើលឃើញនៅក្នុងឧទាហរណ៍៖

$ cat docker-compose.yml
version: "3.2"

services:
  whale:
    image: docker/whalesay
    command: ["cowsay", "hello!"]
$ docker-compose up
Creating network "composeconfigs_default" with the default driver
Starting composeconfigs_whale_1
Attaching to composeconfigs_whale_1
whale_1  |  ________
whale_1  | < hello! >
whale_1  |  --------
whale_1  |     
whale_1  |      
whale_1  |       
whale_1  |                     ##        .
whale_1  |               ## ## ##       ==
whale_1  |            ## ## ## ##      ===
whale_1  |        /""""""""""""""""___/ ===
whale_1  |   ~~~ {~~ ~~~~ ~~~ ~~~~ ~~ ~ /  ===- ~~~
whale_1  |        ______ o          __/
whale_1  |                     __/
whale_1  |           __________/
composeconfigs_whale_1 exited with code 0

ដូចដែលបាននិយាយ Docker Compos គាំទ្រការផ្សំការតែងច្រើន -
ឯកសារនេះអនុញ្ញាតឱ្យអ្នកបដិសេធប៉ារ៉ាម៉ែត្រផ្សេងៗនៅក្នុងឯកសារទីពីរ។ ឧទាហរណ៍:

$ cat docker-compose.second.yml
version: "3.2"
services:
  whale:
    command: ["cowsay", "bye!"]

$ docker-compose -f docker-compose.yml -f docker-compose.second.yml up
Creating composeconfigs_whale_1
Attaching to composeconfigs_whale_1
whale_1  |  ______
whale_1  | < bye! >
whale_1  |  ------
whale_1  |     
whale_1  |      
whale_1  |       
whale_1  |                     ##        .
whale_1  |               ## ## ##       ==
whale_1  |            ## ## ## ##      ===
whale_1  |        /""""""""""""""""___/ ===
whale_1  |   ~~~ {~~ ~~~~ ~~~ ~~~~ ~~ ~ /  ===- ~~~
whale_1  |        ______ o          __/
whale_1  |                     __/
whale_1  |           __________/
composeconfigs_whale_1 exited with code 0

វាក្យសម្ព័ន្ធនេះមិនងាយស្រួលទេក្នុងកំឡុងពេលអភិវឌ្ឍន៍ នៅពេលដែលពាក្យបញ្ជា
នឹងត្រូវធ្វើច្រើនដង។

សំណាងល្អ ឯកសារ docker តែងរកមើលឯកសារពិសេសដែលហៅថាដោយស្វ័យប្រវត្តិ
docker-compose.override.yml ដើម្បីបដិសេធតម្លៃ docker-compose.yml។ បើ
ប្តូរឈ្មោះឯកសារទីពីរ អ្នកទទួលបានលទ្ធផលដូចគ្នា គ្រាន់តែប្រើពាក្យបញ្ជាដើម៖

$ mv docker-compose.second.yml docker-compose.override.yml
$ docker-compose up
Starting composeconfigs_whale_1
Attaching to composeconfigs_whale_1
whale_1  |  ______
whale_1  | < bye! >
whale_1  |  ------
whale_1  |     
whale_1  |      
whale_1  |       
whale_1  |                     ##        .
whale_1  |               ## ## ##       ==
whale_1  |            ## ## ## ##      ===
whale_1  |        /""""""""""""""""___/ ===
whale_1  |   ~~~ {~~ ~~~~ ~~~ ~~~~ ~~ ~ /  ===- ~~~
whale_1  |        ______ o          __/
whale_1  |                     __/
whale_1  |           __________/
composeconfigs_whale_1 exited with code 0

មិនអីទេ វាកាន់តែងាយស្រួលចងចាំ។

Interpolation of Variables

គាំទ្រឯកសារកំណត់រចនាសម្ព័ន្ធ អន្តរប៉ូល។
អថេរ និងតម្លៃលំនាំដើម។ នោះគឺអ្នកអាចធ្វើដូចខាងក្រោមៈ

services:
  my-service:
    build:
      context: .
    image: private.registry.mine/my-stack/my-service:${MY_SERVICE_VERSION:-latest}
...

ហើយប្រសិនបើអ្នកធ្វើ docker-compose build (ឬ push) ដោយគ្មានការប្រែប្រួលបរិស្ថាន
$MY_SERVICE_VERSION, តម្លៃនឹងត្រូវបានប្រើ ថ្មីបំផុតប៉ុន្តែប្រសិនបើអ្នកកំណត់
តម្លៃនៃអថេរបរិស្ថានមុនពេលសាងសង់ វានឹងត្រូវបានប្រើនៅពេលសាងសង់ ឬរុញ
ទៅចុះឈ្មោះ private.registry.mine.

គោលការណ៍របស់ខ្ញុំ

វិធីសាស្រ្តដែលមានប្រសិទ្ធភាពសម្រាប់ខ្ញុំអាចដំណើរការសម្រាប់អ្នកផងដែរ។ ខ្ញុំធ្វើតាមទាំងនេះ
ច្បាប់សាមញ្ញ៖

• ជង់ទាំងអស់របស់ខ្ញុំសម្រាប់ផលិតកម្ម ការអភិវឌ្ឍន៍ (ឬបរិស្ថានផ្សេងទៀត) ត្រូវបានកំណត់តាមរយៈ
  docker-តែងឯកសារ
• ឯកសារកំណត់រចនាសម្ព័ន្ធដែលត្រូវការដើម្បីគ្របដណ្តប់បរិស្ថានរបស់ខ្ញុំទាំងអស់តាមដែលអាចធ្វើទៅបាន។
  ជៀសវាងការចម្លង។
• ខ្ញុំត្រូវការពាក្យបញ្ជាសាមញ្ញមួយ ដើម្បីដំណើរការក្នុងបរិយាកាសនីមួយៗ។
• ការកំណត់រចនាសម្ព័ន្ធសំខាន់ត្រូវបានកំណត់នៅក្នុងឯកសារ docker-compose.yml.
• អថេរបរិស្ថានត្រូវបានប្រើដើម្បីកំណត់ស្លាករូបភាពឬផ្សេងទៀត។
  អថេរ​ដែល​អាច​ប្រែប្រួល​ពី​បរិស្ថាន​មួយ​ទៅ​មជ្ឈដ្ឋាន​មួយ (ដំណាក់កាល សមាហរណកម្ម​។
  ផលិតផល)។
• តម្លៃនៃអថេរផលិតកម្មត្រូវបានប្រើជាតម្លៃសម្រាប់
  តាមលំនាំដើម វាកាត់បន្ថយហានិភ័យឱ្យតិចបំផុត ប្រសិនបើជង់ត្រូវបានដាក់ឱ្យដំណើរការក្នុងផលិតកម្មដោយគ្មាន
  កំណត់អថេរបរិស្ថាន។
• ដើម្បីចាប់ផ្តើមសេវាកម្មនៅក្នុងបរិយាកាសផលិតកម្ម សូមប្រើពាក្យបញ្ជា ការដាក់ពង្រាយជង់ docker — តែង-ឯកសារ docker-compose.yml —with-registry-auth my-stack-name.
• បរិយាកាសការងារត្រូវបានចាប់ផ្តើមដោយប្រើពាក្យបញ្ជា docker-compose -d.

សូមក្រឡេកមើលឧទាហរណ៍ដ៏សាមញ្ញមួយ។

# docker-compose.yml
...
services:
  my-service:
    build:
      context: .
    image: private.registry.mine/my-stack/my-service:${MY_SERVICE_VERSION:-latest}
    environment:
      API_ENDPOINT: ${API_ENDPOINT:-https://production.my-api.com}
...

И

# docker-compose.override.yml
...
services:
  my-service:
    ports: # This is needed for development!
      - 80:80
    environment:
      API_ENDPOINT: https://devel.my-api.com
    volumes:
      - ./:/project/src
...

ខ្ញុំអាចប្រើ docker-compose (docker-compose up)ដើម្បីដំណើរការជង់
របៀបអភិវឌ្ឍន៍ជាមួយកូដប្រភពដែលបានម៉ោននៅក្នុង / គម្រោង / src.

ខ្ញុំអាចប្រើឯកសារដូចគ្នាទាំងនេះក្នុងផលិតកម្ម! ហើយខ្ញុំពិតជាអាចប្រើបាន។
ឯកសារដូចគ្នា។ docker-compose.yml សម្រាប់ការសម្តែង។ ដើម្បីពង្រីកនេះទៅ
ផលិតកម្ម ខ្ញុំគ្រាន់តែត្រូវការបង្កើត និងផ្ញើរូបភាពជាមួយស្លាកដែលបានកំណត់ជាមុន
នៅដំណាក់កាល CI៖

export MY_SERVICE_VERSION=1.2.3
docker-compose -f docker-compose.yml build
docker-compose -f docker-compose.yml push

នៅក្នុងការផលិត វាអាចដំណើរការបានដោយប្រើពាក្យបញ្ជាខាងក្រោម៖

export MY_SERVICE_VERSION=1.2.3
docker stack deploy my-stack --compose-file docker-compose.yml --with-registry-auth

ហើយប្រសិនបើអ្នកចង់ធ្វើដូចគ្នានៅលើឆាក អ្នកគ្រាន់តែត្រូវកំណត់
អថេរបរិស្ថានចាំបាច់សម្រាប់ធ្វើការក្នុងបរិយាកាសដំណាក់កាល៖

export MY_SERVICE_VERSION=1.2.3
export API_ENDPOINT=http://staging.my-api.com
docker stack deploy my-stack --compose-file docker-compose.yml --with-registry-auth

ជាលទ្ធផល យើងបានប្រើឯកសារ docker-compose ពីរផ្សេងគ្នា ដែលដោយគ្មាន
ការកំណត់រចនាសម្ព័ន្ធស្ទួនអាចត្រូវបានប្រើសម្រាប់បរិស្ថានណាមួយដែលអ្នកមាន!

ស្វែងយល់បន្ថែមអំពីវគ្គសិក្សា "អ្នកគ្រប់គ្រងលីនុច"

ប្រភព: www.habr.com