ડોકર કંપોઝ: વિકાસથી ઉત્પાદન સુધી

અભ્યાસક્રમની શરૂઆતની અપેક્ષાએ તૈયાર કરેલ પોડકાસ્ટ ટ્રાન્સક્રિપ્શનનો અનુવાદ "લિનક્સ એડમિનિસ્ટ્રેટર"

ડોકર કંપોઝ એ વર્કિંગ બનાવવા માટેનું એક અદ્ભુત સાધન છે
તમારી એપ્લિકેશનમાં ઉપયોગમાં લેવાતા સ્ટેક માટે પર્યાવરણ. તે તમને વ્યાખ્યાયિત કરવાની મંજૂરી આપે છે
માં સ્પષ્ટ અને સરળ વાક્યરચના અનુસરીને તમારી એપ્લિકેશનના દરેક ઘટક YAML-
ફાઈલો.

ના આગમન સાથે ડોકર કંપોઝ v3 સાથે કામ કરતી વખતે આ YAML ફાઈલોનો ઉત્પાદન પર્યાવરણમાં સીધો ઉપયોગ કરી શકાય છે
ક્લસ્ટર ડોકર સ્વોર્મ.

પરંતુ શું આનો અર્થ એ છે કે તમે સમાન ડોકર-કંપોઝ ફાઇલનો ઉપયોગ કરી શકો છો
વિકાસ પ્રક્રિયા અને ઉત્પાદન વાતાવરણમાં? અથવા માટે સમાન ફાઇલનો ઉપયોગ કરો
સ્ટેજીંગ? સારું, સામાન્ય રીતે, હા, પરંતુ આ કાર્યક્ષમતા માટે અમને નીચેનાની જરૂર છે:

• વેરિયેબલ ઇન્ટરપોલેશન: કેટલાક માટે પર્યાવરણ ચલોનો ઉપયોગ
  મૂલ્યો જે દરેક વાતાવરણમાં બદલાય છે.
• રૂપરેખાંકન ઓવરરાઇડ: સેકન્ડને વ્યાખ્યાયિત કરવાની ક્ષમતા (અથવા કોઈપણ
  બીજી અનુગામી) ડોકર-કંપોઝ ફાઇલ જે સંબંધિત કંઈક બદલશે
  પ્રથમ, અને ડોકર કંપોઝ બંને ફાઇલોને મર્જ કરવાની કાળજી લેશે.

વિકાસ અને ઉત્પાદન ફાઇલો વચ્ચેનો તફાવત

વિકાસ દરમિયાન, તમે સંભવતઃ કોડ ફેરફારો તપાસવા માંગો છો
વાસ્તવિક સમય. આ કરવા માટે, સામાન્ય રીતે સ્રોત કોડ સાથેનો વોલ્યુમ માઉન્ટ થયેલ છે
કન્ટેનર કે જે તમારી એપ્લિકેશન માટે રનટાઇમ ધરાવે છે. પરંતુ ઉત્પાદન પર્યાવરણ માટે
આ પદ્ધતિ યોગ્ય નથી.

ઉત્પાદનમાં, તમારી પાસે ઘણા ગાંઠો સાથે ક્લસ્ટર છે, અને વોલ્યુમ સ્થાનિક છે
જે નોડ પર તમારું કન્ટેનર (અથવા સેવા) ચાલી રહ્યું છે તેના સંબંધમાં, તેથી તમે નથી
તમે સોર્સ કોડને જટિલ કામગીરી વિના માઉન્ટ કરી શકો છો જેમાં સમાવેશ થાય છે
કોડ સિંક્રનાઇઝેશન, સિગ્નલો, વગેરે.

તેના બદલે, અમે સામાન્ય રીતે તમારા કોડના ચોક્કસ સંસ્કરણ સાથે એક છબી બનાવવા માંગીએ છીએ.
તેને યોગ્ય ટેગ સાથે ચિહ્નિત કરવાનો રિવાજ છે (તમે સિમેન્ટીકનો ઉપયોગ કરી શકો છો
સંસ્કરણ અથવા અન્ય સિસ્ટમ તમારી મુનસફી પર).

રૂપરેખાંકન ઓવરરાઇડ

તફાવતોને જોતાં અને તમારી અવલંબન પરિસ્થિતિઓમાં અલગ હોઈ શકે છે
વિકાસ અને ઉત્પાદન, તે સ્પષ્ટ છે કે અમને વિવિધ રૂપરેખાંકન ફાઇલોની જરૂર પડશે.

ડોકર કંપોઝ વિવિધ કંપોઝ ફાઇલોને મર્જ કરવાનું સમર્થન કરે છે
અંતિમ રૂપરેખાંકન મેળવો. આ કેવી રીતે કાર્ય કરે છે તે ઉદાહરણમાં જોઈ શકાય છે:

$ 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

જેમ કહ્યું તેમ, ડોકર કંપોઝ બહુવિધ કંપોઝને સંયોજિત કરવાનું સમર્થન કરે છે -
ફાઇલો, આ તમને બીજી ફાઇલમાં વિવિધ પરિમાણોને ઓવરરાઇડ કરવાની મંજૂરી આપે છે. દાખ્લા તરીકે:

$ 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-compose.override.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

ઠીક છે, તે યાદ રાખવું વધુ સરળ છે.

ચલોનું ઇન્ટરપોલેશન

રૂપરેખાંકન ફાઈલો આધાર પ્રક્ષેપ
ચલો અને ડિફૉલ્ટ મૂલ્યો. એટલે કે, તમે નીચેના કરી શકો છો:

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

અને જો તમે કરો ડોકર-કંપોઝ બિલ્ડ (અથવા દબાણ) પર્યાવરણ ચલ વિના
$MY_SERVICE_VERSION, મૂલ્યનો ઉપયોગ કરવામાં આવશે તાજેતરનીપરંતુ જો તમે સેટ કરો છો
બિલ્ડ કરતા પહેલા પર્યાવરણ વેરીએબલનું મૂલ્ય, તે બિલ્ડ કરતી વખતે અથવા દબાણ કરતી વખતે ઉપયોગમાં લેવાશે
રજીસ્ટર માટે private.registry.mine.

મારા સિદ્ધાંતો

મારા માટે કામ કરતા અભિગમો તમારા માટે પણ કામ કરી શકે છે. હું આનું પાલન કરું છું
સરળ નિયમો:

• ઉત્પાદન, વિકાસ (અથવા અન્ય વાતાવરણ) માટેના મારા તમામ સ્ટેક્સ દ્વારા વ્યાખ્યાયિત કરવામાં આવે છે
  ડોકર-કંપોઝ ફાઇલો
• રૂપરેખાંકન ફાઈલો મારા બધા વાતાવરણને શક્ય તેટલી આવરી લેવા માટે જરૂરી છે
  ડુપ્લિકેશન ટાળો.
• દરેક વાતાવરણમાં કામ કરવા માટે મને એક સરળ આદેશની જરૂર છે.
• મુખ્ય રૂપરેખાંકન ફાઇલમાં વ્યાખ્યાયિત થયેલ છે ડોકર-કંપોઝ.એમએમએલ.
• પર્યાવરણ ચલો ઇમેજ ટૅગ્સ અથવા અન્ય વ્યાખ્યાયિત કરવા માટે વપરાય છે
  ચલો કે જે પર્યાવરણથી પર્યાવરણમાં બદલાઈ શકે છે (સ્ટેજિંગ, એકીકરણ,
  ઉત્પાદન).
• ઉત્પાદન ચલોના મૂલ્યો માટે મૂલ્યો તરીકે ઉપયોગમાં લેવાય છે
  મૂળભૂત રીતે, જો સ્ટેક વગર ઉત્પાદનમાં લોન્ચ કરવામાં આવે તો આ જોખમો ઘટાડે છે
  પર્યાવરણ ચલ સેટ કરો.
• ઉત્પાદન પર્યાવરણમાં સેવા શરૂ કરવા માટે, આદેશનો ઉપયોગ કરો ડોકર સ્ટેક જમાવટ - કમ્પોઝ-ફાઇલ docker-compose.yml -with-registry-auth my-stack-name.
• આદેશનો ઉપયોગ કરીને કાર્યકારી વાતાવરણ શરૂ થાય છે ડોકર-કંપોઝ અપ-ડી.

ચાલો એક સરળ ઉદાહરણ જોઈએ.

# 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
...

હું ઉપયોગ કરી શકું છું ડોકર-કંપોઝ (ડોકર-કંપોઝ અપ)માં સ્ટેક ચલાવવા માટે
માં માઉન્ટ થયેલ સ્રોત કોડ સાથે વિકાસ મોડ /project/src.

હું ઉત્પાદનમાં આ જ ફાઇલોનો ઉપયોગ કરી શકું છું! અને હું ચોક્કસપણે ઉપયોગ કરી શકે છે
સમાન ફાઇલ ડોકર-કંપોઝ.એમએમએલ સ્ટેજીંગ માટે. આને વિસ્તૃત કરવા માટે
ઉત્પાદન, મારે ફક્ત પૂર્વવ્યાખ્યાયિત ટેગ સાથે છબી બનાવવાની અને મોકલવાની જરૂર છે
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

પરિણામે, અમે બે અલગ-અલગ ડોકર-કંપોઝ ફાઇલોનો ઉપયોગ કર્યો છે, જે વિના
તમારી પાસે કોઈપણ પર્યાવરણ માટે ડુપ્લિકેટ રૂપરેખાંકનોનો ઉપયોગ કરી શકાય છે!

કોર્સ વિશે વધુ જાણો "લિનક્સ એડમિનિસ્ટ્રેટર"

સોર્સ: www.habr.com