ডকার রচনা: উন্নয়ন থেকে উত্পাদন

কোর্স শুরুর প্রত্যাশায় প্রস্তুত করা পডকাস্টের ট্রান্সক্রিপশনের অনুবাদ "লিনাক্স প্রশাসক"

ডকার কম্পোজ ডেস্কটপ তৈরির জন্য একটি আশ্চর্যজনক টুল
আপনার অ্যাপ্লিকেশনে ব্যবহৃত স্ট্যাকের জন্য পরিবেশ। এটি আপনাকে সংজ্ঞায়িত করতে দেয়
আপনার অ্যাপ্লিকেশনের প্রতিটি উপাদান, একটি পরিষ্কার এবং সহজ সিনট্যাক্স অনুসরণ করে 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 মান ওভাররাইড করতে 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

ঠিক আছে, এটা মনে রাখা সহজ।

পরিবর্তনশীল ইন্টারপোলেশন

কনফিগারেশন ফাইল সমর্থন ইন্টারপোলেশন
ভেরিয়েবল এবং ডিফল্ট মান। অর্থাৎ, আপনি নিম্নলিখিতগুলি করতে পারেন:

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.
• এনভায়রনমেন্ট ভেরিয়েবল ইমেজ ট্যাগ বা অন্যান্য সংজ্ঞায়িত করতে ব্যবহৃত হয়
  ভেরিয়েবল যা পরিবেশ থেকে পরিবেশে পরিবর্তিত হতে পারে (মঞ্চায়ন, ইন্টিগ্রেশন,
  উত্পাদন)।
• উত্পাদনের জন্য ভেরিয়েবলের মানগুলি দ্বারা মান হিসাবে ব্যবহৃত হয়
  ডিফল্টরূপে, আপনি যদি ছাড়া উৎপাদনে স্ট্যাক চালান তাহলে এটি ঝুঁকি কমিয়ে দেয়
  পরিবেশ পরিবর্তনশীল সেট করুন।
• একটি উত্পাদন পরিবেশে একটি পরিষেবা শুরু করতে, কমান্ডটি ব্যবহার করুন ডকার স্ট্যাক স্থাপন - কম্পোজ-ফাইল 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.

আমি উত্পাদন একই ফাইল ব্যবহার করতে পারেন! এবং আমি ঠিক ব্যবহার করতে পারে
একই ফাইল Docker-compose.yml মঞ্চায়নের জন্য। এই প্রসারিত করতে
উত্পাদন, আমাকে কেবল একটি পূর্বনির্ধারিত ট্যাগ সহ চিত্রটি তৈরি এবং পাঠাতে হবে
সিআই পর্যায়ে:

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