🥇 OpenShift-এ আধুনিক অ্যাপ্লিকেশন, পার্ট 3: ওপেনশিফট একটি উন্নয়ন পরিবেশ এবং ওপেনশিফট পাইপলাইন হিসাবে

এই ব্লগে সবাই হ্যালো! এটি একটি সিরিজের তৃতীয় পোস্ট যেখানে আমরা আপনাকে দেখাই যে কিভাবে Red Hat OpenShift-এ আধুনিক ওয়েব অ্যাপ্লিকেশন স্থাপন করতে হয়।

পূর্ববর্তী দুটি পোস্টে, আমরা কভার করেছি কিভাবে আধুনিক ওয়েব অ্যাপ্লিকেশনগুলিকে মাত্র কয়েকটি ধাপে স্থাপন করা যায় এবং কীভাবে একটি নতুন S2I ইমেজ এবং একটি পূর্ব-নির্মিত HTTP সার্ভার ইমেজ যেমন NGINX ব্যবহার করে উৎপাদন স্থাপনের জন্য চেইনড বিল্ড ব্যবহার করে।

আজ আমরা দেখাব কিভাবে OpenShift প্ল্যাটফর্মে আপনার অ্যাপ্লিকেশনের জন্য একটি ডেভেলপমেন্ট সার্ভার চালাতে হয় এবং স্থানীয় ফাইল সিস্টেমের সাথে এটিকে সিঙ্ক্রোনাইজ করতে হয়, এবং OpenShift পাইপলাইনগুলি কী এবং কীভাবে সেগুলি লিঙ্কযুক্ত সমাবেশগুলির বিকল্প হিসাবে ব্যবহার করা যেতে পারে সে সম্পর্কেও কথা বলব৷

একটি উন্নয়ন পরিবেশ হিসাবে OpenShift

উন্নয়ন কর্মপ্রবাহ

আগেই বলা হয়েছে প্রথম পোস্ট, আধুনিক ওয়েব অ্যাপ্লিকেশনগুলির জন্য সাধারণ বিকাশ প্রক্রিয়া হল একটি "ডেভেলপমেন্ট সার্ভার" যা স্থানীয় ফাইলগুলির পরিবর্তনগুলি ট্র্যাক করে৷ সেগুলি ঘটলে, অ্যাপ্লিকেশনটির বিল্ড ট্রিগার হয় এবং তারপরে এটি ব্রাউজারে আপডেট করা হয়।

বেশিরভাগ আধুনিক ফ্রেমওয়ার্কগুলিতে, এই জাতীয় "ডেভেলপমেন্ট সার্ভার" উপযুক্ত কমান্ড লাইন সরঞ্জামগুলিতে তৈরি করা হয়।

স্থানীয় উদাহরণ

প্রথমে দেখা যাক স্থানীয়ভাবে অ্যাপ্লিকেশন চালানোর ক্ষেত্রে এটি কীভাবে কাজ করে। একটি উদাহরণ হিসাবে একটি আবেদন গ্রহণ করা যাক. প্রতিক্রিয়া পূর্ববর্তী নিবন্ধগুলি থেকে, যদিও প্রায় একই ওয়ার্কফ্লো ধারণাগুলি অন্যান্য সমস্ত আধুনিক কাঠামোতে প্রযোজ্য।
সুতরাং, আমাদের প্রতিক্রিয়া উদাহরণে "ডেভেলপমেন্ট সার্ভার" শুরু করতে, আমরা নিম্নলিখিত কমান্ডটি টাইপ করব:

$ npm run start

তারপর টার্মিনাল উইন্ডোতে আমরা এরকম কিছু দেখতে পাব:

এবং আমাদের অ্যাপ্লিকেশনটি ডিফল্ট ব্রাউজারে খুলবে:

এখন, যদি আমরা ফাইলে পরিবর্তন করি, অ্যাপ্লিকেশনটি ব্রাউজারে রিফ্রেশ করা উচিত।

ঠিক আছে, স্থানীয় মোডে বিকাশের সাথে, সবকিছু পরিষ্কার, কিন্তু কিভাবে OpenShift এ একই অর্জন করবেন?

OpenShift-এ ডেভেলপমেন্ট সার্ভার

যদি মনে থাকে পূর্ববর্তী পোস্ট, আমরা S2I ছবির তথাকথিত রান ফেজ (রান ফেজ) বিশ্লেষণ করেছি এবং দেখেছি যে, ডিফল্টরূপে, আমাদের ওয়েব অ্যাপ্লিকেশনটি সার্ভ মডিউল দ্বারা পরিবেশিত হয়।

যাইহোক, যদি আপনি একটি কাছাকাছি দেখুন স্ক্রিপ্ট চালান সেই উদাহরণ থেকে, তারপরে এটিতে $NPM_RUN এনভায়রনমেন্ট ভেরিয়েবল রয়েছে, যা আপনাকে নিজের কমান্ড চালানোর অনুমতি দেয়।

উদাহরণস্বরূপ, আমরা আমাদের অ্যাপ্লিকেশন স্থাপন করতে nodeshift মডিউল ব্যবহার করতে পারি:

$ npx nodeshift --deploy.env NPM_RUN="yarn start" --dockerImage=nodeshift/ubi8-s2i-web-app

দ্রষ্টব্য: উপরের উদাহরণটি সাধারণ ধারণাটি বোঝাতে সংক্ষিপ্ত করা হয়েছে।

এখানে, আমরা আমাদের স্থাপনায় NPM_RUN এনভায়রনমেন্ট ভেরিয়েবল যোগ করেছি, যা রানটাইমকে সুতা স্টার্ট কমান্ড চালানোর জন্য বলে, যা আমাদের ওপেনশিফট পডের ভিতরে রিঅ্যাক্ট ডেভেলপমেন্ট সার্ভার শুরু করে।

আপনি যদি একটি চলমান পডের লগে তাকান, তাহলে এইরকম কিছু থাকবে:

অবশ্যই, এই সমস্ত কিছুই হবে না যতক্ষণ না আমরা কোডের সাথে স্থানীয় কোড সিঙ্ক্রোনাইজ করতে পারি, যা পরিবর্তনের জন্যও নিয়ন্ত্রিত হয়, তবে একটি দূরবর্তী সার্ভারে থাকে।

দূরবর্তী এবং স্থানীয় কোডের সিঙ্ক্রোনাইজেশন

সৌভাগ্যবশত, nodeshift সহজেই সিঙ্ক্রোনাইজেশনে সাহায্য করতে পারে এবং আপনি পরিবর্তনগুলি ট্র্যাক করতে ওয়াচ কমান্ড ব্যবহার করতে পারেন।

তাই আমরা আমাদের অ্যাপ্লিকেশনের জন্য ডেভেলপমেন্ট সার্ভার স্থাপন করার কমান্ড চালানোর পরে, আমরা নিরাপদে এই কমান্ডটি ব্যবহার করতে পারি:

$ npx nodeshift watch

ফলস্বরূপ, চলমান পডের সাথে একটি সংযোগ তৈরি করা হবে যা আমরা একটু আগে তৈরি করেছি, দূরবর্তী ক্লাস্টারের সাথে আমাদের স্থানীয় ফাইলগুলির সিঙ্ক্রোনাইজেশন সক্রিয় করা হবে এবং আমাদের স্থানীয় সিস্টেমের ফাইলগুলি পরিবর্তনের জন্য নিরীক্ষণ করা শুরু হবে।

অতএব, যদি আমরা এখন src/App.js ফাইলটি আপডেট করি, সিস্টেম এই পরিবর্তনগুলিতে প্রতিক্রিয়া জানাবে, সেগুলিকে দূরবর্তী ক্লাস্টারে অনুলিপি করবে এবং বিকাশ সার্ভার শুরু করবে, যা ব্রাউজারে আমাদের অ্যাপ্লিকেশন আপডেট করবে।

ছবিটি সম্পূর্ণ করতে, আসুন দেখাই যে এই কমান্ডগুলি তাদের সম্পূর্ণরূপে কেমন দেখাচ্ছে:

$ npx nodeshift --strictSSL=false --dockerImage=nodeshift/ubi8-s2i-web-app --build.env YARN_ENABLED=true --expose --deploy.env NPM_RUN="yarn start" --deploy.port 3000

$ npx nodeshift watch --strictSSL=false

ঘড়ি কমান্ডটি oc rsync কমান্ডের উপরে একটি বিমূর্ততা, এটি কীভাবে কাজ করে সে সম্পর্কে আপনি আরও জানতে পারেন এখানে.

এটি প্রতিক্রিয়ার জন্য একটি উদাহরণ ছিল, তবে সঠিক একই পদ্ধতিটি অন্যান্য কাঠামোর সাথে ব্যবহার করা যেতে পারে, প্রয়োজন অনুসারে NPM_RUN পরিবেশ পরিবর্তনশীল সেট করুন।

ওপেনশিফ্ট পাইপলাইন

এর পরে, আমরা ওপেনশিফট পাইপলাইনগুলির মতো একটি টুল সম্পর্কে কথা বলব এবং কীভাবে এটি চেইনড বিল্ডগুলির বিকল্প হিসাবে ব্যবহার করা যেতে পারে।

OpenShift পাইপলাইন কি?

OpenShift Pipelines হল একটি ক্লাউড-ভিত্তিক CI/CD ক্রমাগত ইন্টিগ্রেশন এবং টেকটন ব্যবহার করে পাইপলাইনের জন্য ডেলিভারি সিস্টেম। টেকটন হল একটি ওপেন সোর্স, নমনীয় কুবারনেটেস নেটিভ সিআই/সিডি ফ্রেমওয়ার্ক যা অন্তর্নিহিত স্তর থেকে বিমূর্ত হয়ে একাধিক প্ল্যাটফর্মে (কুবারনেটস, সার্ভারহীন, ভার্চুয়াল মেশিন, ইত্যাদি) স্থাপনাকে স্বয়ংক্রিয় করে।

এই নিবন্ধটি বোঝার জন্য পাইপলাইন সম্পর্কে কিছু জ্ঞান প্রয়োজন, তাই আমরা দৃঢ়ভাবে আপনাকে প্রথমে পড়ার পরামর্শ দিই সরকারী পাঠ্যপুস্তক.

কাজের পরিবেশ সেট আপ করা

এই নিবন্ধে উদাহরণগুলির সাথে খেলতে, আপনাকে প্রথমে একটি কাজের পরিবেশ সেট আপ করতে হবে:

একটি OpenShift 4 ক্লাস্টার ইনস্টল এবং কনফিগার করুন৷ আমাদের উদাহরণগুলি এর জন্য CodeReady Containers (CRD) ব্যবহার করে, যার জন্য ইনস্টলেশন নির্দেশাবলী পাওয়া যেতে পারে এখানে.
ক্লাস্টার প্রস্তুত হওয়ার পরে, আপনাকে এটিতে পাইপলাইন অপারেটর ইনস্টল করতে হবে। ভয় পাবেন না, এটি সহজ, ইনস্টলেশন নির্দেশাবলী এখানে.
ডাউনলোড করুন টেকটন সিএলআই (tkn) এখানে.
একটি অ্যাপ তৈরি করতে Create-react-app কমান্ড লাইন টুলটি চালান যা তারপর স্থাপন করা হবে (এটি একটি সাধারণ অ্যাপ প্রতিক্রিয়া).
(ঐচ্ছিক) npm ইনস্টল এবং তারপর npm স্টার্ট দিয়ে স্থানীয়ভাবে নমুনা অ্যাপ চালানোর জন্য সংগ্রহস্থল ক্লোন করুন।

অ্যাপ্লিকেশন রিপোজিটরিতে একটি k8s ফোল্ডারও থাকবে, যাতে অ্যাপ্লিকেশন স্থাপন করতে ব্যবহৃত Kubernetes/OpenShift YAMLs থাকবে। এখানে টাস্ক, ক্লাস্টার টাস্ক, রিসোর্স এবং পাইপলাইন থাকবে যা আমরা এতে তৈরি করব সংগ্রহস্থল.

চল শুরু করি

আমাদের উদাহরণের জন্য প্রথম ধাপ হল OpenShift ক্লাস্টারে একটি নতুন প্রকল্প তৈরি করা। আসুন এই প্রকল্পটির নাম দিন webapp-pipeline এবং নিম্নলিখিত কমান্ড দিয়ে এটি তৈরি করুন:

$ oc new-project webapp-pipeline

পরে, এই প্রকল্পের নাম কোডে উপস্থিত হবে, তাই আপনি যদি এটির নাম অন্য কিছু করার সিদ্ধান্ত নেন, তাহলে সেই অনুযায়ী উদাহরণগুলি থেকে কোডটি সম্পাদনা করতে ভুলবেন না। এই বিন্দু থেকে শুরু করে, আমরা উপরে থেকে নীচে যাব না, তবে নীচে থেকে উপরে যাব: অর্থাৎ, প্রথমে আমরা পরিবাহকের সমস্ত উপাদান তৈরি করব এবং শুধুমাত্র তারপর নিজেই।

সুতরাং, সবার আগে…

কাজ

আসুন কয়েকটি কাজ (টাস্ক) তৈরি করি, যা আমাদের পাইপলাইন পাইপলাইনের মধ্যে অ্যাপ্লিকেশনটি স্থাপন করতে সহায়তা করবে। প্রথম কাজ, apply_manifests_task, আমাদের অ্যাপ্লিকেশনের k8s ফোল্ডারে অবস্থিত সেই Kubernetes সংস্থানগুলির (পরিষেবা, স্থাপনা এবং রুট) YAML প্রয়োগ করার জন্য দায়ী। দ্বিতীয় টাস্ক - update_deployment_task - আমাদের পাইপলাইন দ্বারা তৈরি করা একটি ইতিমধ্যে স্থাপন করা চিত্র আপডেট করার জন্য দায়ী৷

এটি এখনও খুব পরিষ্কার না হলে চিন্তা করবেন না। আসলে, এই কাজগুলি ইউটিলিটিগুলির মতো কিছু, এবং আমরা একটু পরে আরও বিস্তারিতভাবে সেগুলিতে যাব। আপাতত, আসুন সেগুলি তৈরি করি:

$ oc create -f https://raw.githubusercontent.com/nodeshift/webapp-pipeline-tutorial/master/tasks/update_deployment_task.yaml
$ oc create -f https://raw.githubusercontent.com/nodeshift/webapp-pipeline-tutorial/master/tasks/apply_manifests_task.yaml

তারপর, tkn CLI কমান্ড ব্যবহার করে, কাজগুলি তৈরি করা হয়েছে কিনা তা পরীক্ষা করুন:

$ tkn task ls

NAME                AGE
apply-manifests     1 minute ago
update-deployment   1 minute ago

দ্রষ্টব্য: এগুলি আপনার বর্তমান প্রকল্পের জন্য স্থানীয় কাজ।

ক্লাস্টার টাস্ক

ক্লাস্টার টাস্কগুলো মূলত শুধু টাস্কের মতই। অর্থাৎ, এটি পদক্ষেপগুলির একটি পুনঃব্যবহারযোগ্য সংগ্রহ যা একটি নির্দিষ্ট কাজ চালু করার সময় এক বা অন্যভাবে একত্রিত হয়। পার্থক্য হল ক্লাস্টার টাস্ক ক্লাস্টারের মধ্যে সর্বত্র উপলব্ধ। একটি পাইপলাইন অপারেটর যোগ করা হলে স্বয়ংক্রিয়ভাবে তৈরি হওয়া ক্লাস্টার টাস্কগুলির তালিকা দেখতে, tkn CLI কমান্ডটি আবার ব্যবহার করুন:

$ tkn clustertask ls

NAME                       AGE
buildah                    1 day ago
buildah-v0-10-0            1 day ago
jib-maven                  1 day ago
kn                         1 day ago
maven                      1 day ago
openshift-client           1 day ago
openshift-client-v0-10-0   1 day ago
s2i                        1 day ago
s2i-go                     1 day ago
s2i-go-v0-10-0             1 day ago
s2i-java-11                1 day ago
s2i-java-11-v0-10-0        1 day ago
s2i-java-8                 1 day ago
s2i-java-8-v0-10-0         1 day ago
s2i-nodejs                 1 day ago
s2i-nodejs-v0-10-0         1 day ago
s2i-perl                   1 day ago
s2i-perl-v0-10-0           1 day ago
s2i-php                    1 day ago
s2i-php-v0-10-0            1 day ago
s2i-python-3               1 day ago
s2i-python-3-v0-10-0       1 day ago
s2i-ruby                   1 day ago
s2i-ruby-v0-10-0           1 day ago
s2i-v0-10-0                1 day ago

এখন দুটি ক্লাস্টার টাস্ক তৈরি করা যাক। প্রথমটি একটি S2I ইমেজ তৈরি করবে এবং অভ্যন্তরীণ OpenShift রেজিস্ট্রিতে পাঠাবে; দ্বিতীয়টি হল আমাদের NGINX-ভিত্তিক ছবি তৈরি করা, যে অ্যাপ্লিকেশনটি আমরা ইতিমধ্যেই বিষয়বস্তু হিসাবে তৈরি করেছি তা ব্যবহার করে৷

একটি ছবি তৈরি করুন এবং পাঠান

প্রথম কাজটি তৈরি করার সময়, আমরা লিঙ্কযুক্ত সমাবেশগুলি সম্পর্কে পূর্ববর্তী নিবন্ধে যা করেছি তা পুনরাবৃত্তি করব। মনে রাখবেন যে আমরা আমাদের অ্যাপ্লিকেশন "বিল্ড" করতে S2I ইমেজ (ubi8-s2i-web-app) ব্যবহার করেছি, এবং অভ্যন্তরীণ OpenShift রেজিস্ট্রিতে সংরক্ষিত একটি ছবি দিয়ে শেষ করেছি। আমরা এখন আমাদের অ্যাপ্লিকেশনের জন্য একটি ডকারফাইল তৈরি করতে এই S2I ওয়েব অ্যাপ্লিকেশন চিত্রটি ব্যবহার করব, এবং তারপরে প্রকৃতপক্ষে তৈরি করা এবং অভ্যন্তরীণ OpenShift রেজিস্ট্রিতে ফলস্বরূপ চিত্রটি পুশ করতে Buildah ব্যবহার করব, কারণ আপনি যখন NodeShift ব্যবহার করে আপনার অ্যাপ্লিকেশনগুলি স্থাপন করেন তখন ওপেনশিফট ঠিক এটিই করে।

আমরা কিভাবে এই সব জানি, আপনি জিজ্ঞাসা? থেকে অফিসিয়াল Node.js এর অফিসিয়াল সংস্করণ, আমরা শুধু কপি করেছি এবং নিজেদের জন্য শেষ করেছি।

সুতরাং, এখন আমরা s2i-web-app ক্লাস্টার টাস্ক তৈরি করি:

$ oc create -f https://raw.githubusercontent.com/nodeshift/webapp-pipeline-tutorial/master/clustertasks/s2i-web-app-task.yaml

আমরা এটিকে বিশদভাবে বিশ্লেষণ করব না, তবে শুধুমাত্র OUTPUT_DIR প্যারামিটারে থাকব:

params:
      - name: OUTPUT_DIR
        description: The location of the build output directory
        default: build

ডিফল্টরূপে, এই প্যারামিটারটি বিল্ড, যেখানে প্রতিক্রিয়া বিল্ট কন্টেন্ট রাখে। অন্যান্য ফ্রেমওয়ার্ক বিভিন্ন পাথ ব্যবহার করে, উদাহরণস্বরূপ এমবারে এটি ডিস্ট। আমাদের প্রথম ক্লাস্টার টাস্কের আউটপুট হবে একটি ইমেজ যার মধ্যে HTML, JavaScript এবং CSS আমরা সংগ্রহ করেছি।

আমরা NGINX এর উপর ভিত্তি করে একটি চিত্র তৈরি করি

আমাদের দ্বিতীয় ক্লাস্টার টাস্কের জন্য, এটি ইতিমধ্যেই তৈরি করা অ্যাপ্লিকেশনটির বিষয়বস্তু ব্যবহার করে আমাদের জন্য একটি NGINX-ভিত্তিক চিত্র তৈরি করা উচিত। প্রকৃতপক্ষে, এটি পূর্ববর্তী বিভাগের অংশ যেখানে আমরা শৃঙ্খলিত বিল্ডগুলি দেখেছি।

এটি করার জন্য, আমরা - ঠিক উপরের মত - একটি ওয়েবঅ্যাপ-বিল্ড-রানটাইম ক্লাস্টার টাস্ক তৈরি করি:

$ oc create -f https://raw.githubusercontent.com/nodeshift/webapp-pipeline-tutorial/master/clustertasks/webapp-build-runtime-task.yaml

আপনি যদি এই ক্লাস্টার টাস্কগুলির জন্য কোডটি দেখেন তবে আপনি দেখতে পাবেন যে এটি আমরা যে গিট রিপোজিটরি নিয়ে কাজ করছি বা আমরা যে ছবিগুলি তৈরি করছি তার নাম উল্লেখ করে না। আমরা কেবলমাত্র নির্দিষ্ট করি যে আমরা গিট-এ ঠিক কী পাস করি, বা কিছু চিত্র যেখানে আমরা চূড়ান্ত চিত্র আউটপুট করতে চাই। এই কারণেই অন্যান্য অ্যাপ্লিকেশনগুলির সাথে কাজ করার সময় এই ক্লাস্টার করা কাজগুলি পুনরায় ব্যবহার করা যেতে পারে।

এবং তারপরে আমরা সুন্দরভাবে পরবর্তী পয়েন্টে চলে যাই ...

সম্পদ

সুতরাং, যেহেতু আমরা এইমাত্র বলেছি, ক্লাস্টার টাস্কগুলি যতটা সম্ভব সাধারণ হওয়া উচিত, আমাদের এমন সংস্থান তৈরি করতে হবে যা ইনপুট (গিট রিপোজিটরি) এবং আউটপুটে (চূড়ান্ত চিত্র) ব্যবহার করা হবে। আমাদের প্রথম সংস্থানটি হ'ল গিট, যেখানে আমাদের অ্যাপ্লিকেশনটি থাকে, এরকম কিছু:

# This resource is the location of the git repo with the web application source
apiVersion: tekton.dev/v1alpha1
kind: PipelineResource
metadata:
  name: web-application-repo
spec:
  type: git
  params:
    - name: url
      value: https://github.com/nodeshift-starters/react-pipeline-example
    - name: revision
      value: master

এখানে PipelineResource হল git টাইপ। প্যারামস বিভাগে url কী একটি নির্দিষ্ট সংগ্রহস্থলের দিকে নির্দেশ করে এবং মাস্টার শাখা সেট করে (এটি ঐচ্ছিক, তবে আমরা এটি সম্পূর্ণতার জন্য লিখি)।

এখন আমাদের ছবিটির জন্য একটি সংস্থান তৈরি করতে হবে, যেখানে s2i-web-app টাস্কের ফলাফলগুলি সংরক্ষণ করা হবে, এটি নিম্নরূপ করা হয়েছে:

# This resource is the result of running "npm run build",  the resulting built files will be located in /opt/app-root/output
apiVersion: tekton.dev/v1alpha1
kind: PipelineResource
metadata:
  name: built-web-application-image
spec:
  type: image
  params:
    - name: url
      value: image-registry.openshift-image-registry.svc:5000/webapp-pipeline/built-web-application:latest

এখানে, PipelineResource হল টাইপ ইমেজ, এবং url প্যারামিটারের মান অভ্যন্তরীণ OpenShift ইমেজ রেজিস্ট্রির দিকে নির্দেশ করে, বিশেষ করে webapp-pipeline namespace-এ। আপনি যদি একটি ভিন্ন নামস্থান ব্যবহার করেন তবে এই সেটিংটি পরিবর্তন করতে ভুলবেন না৷

এবং পরিশেষে, আমাদের প্রয়োজন শেষ সম্পদটিও টাইপ ইমেজ হবে, এবং এটি হবে চূড়ান্ত NGINX ইমেজ, যা পরে স্থাপনার সময় ব্যবহার করা হবে:

# This resource is the image that will be just the static html, css, js files being run with nginx
apiVersion: tekton.dev/v1alpha1
kind: PipelineResource
metadata:
  name: runtime-web-application-image
spec:
  type: image
  params:
    - name: url
      value: image-registry.openshift-image-registry.svc:5000/webapp-pipeline/runtime-web-application:latest

আবার, নোট করুন যে এই সংস্থানটি ওয়েবঅ্যাপ-পাইপলাইন নামস্থানে অভ্যন্তরীণ OpenShift রেজিস্ট্রিতে চিত্রটি সংরক্ষণ করে।

একবারে এই সমস্ত সংস্থান তৈরি করতে, আমরা create কমান্ড ব্যবহার করি:

$ oc create -f https://raw.githubusercontent.com/nodeshift/webapp-pipeline-tutorial/master/resources/resource.yaml

সংস্থানগুলি তৈরি করা হয়েছে তা নিশ্চিত করতে, আপনি এটি করতে পারেন:

$ tkn resource ls

পাইপলাইন

এখন যেহেতু আমাদের কাছে সমস্ত প্রয়োজনীয় উপাদান রয়েছে, আমরা নিম্নলিখিত কমান্ড দিয়ে এটি তৈরি করে তাদের থেকে একটি পাইপলাইন একত্র করব:

$ oc create -f https://raw.githubusercontent.com/nodeshift/webapp-pipeline-tutorial/master/pipelines/build-and-deploy-react.yaml

কিন্তু এই কমান্ড চালানোর আগে, আসুন এই উপাদানগুলি একবার দেখে নেওয়া যাক। প্রথমটির নাম হল:

apiVersion: tekton.dev/v1alpha1
kind: Pipeline
metadata:
  name: build-and-deploy-react

তারপরে, বিশেষ বিভাগে, আমরা আগে তৈরি করা সংস্থানগুলির একটি ইঙ্গিত দেখতে পাই:

spec:
  resources:
    - name: web-application-repo
      type: git
    - name: built-web-application-image
      type: image
    - name: runtime-web-application-image
      type: image

তারপরে আমরা আমাদের পাইপলাইন চালানোর জন্য কাজ তৈরি করি। প্রথমত, এটিকে অবশ্যই s2i-web-app টাস্কটি কার্যকর করতে হবে যা আমরা ইতিমধ্যে তৈরি করেছি:

tasks:
    - name: build-web-application
      taskRef:
        name: s2i-web-app
        kind: ClusterTask

এই কাজটি ইনপুট (গির রিসোর্স) এবং আউটপুট (বিল্ট-ওয়েব-অ্যাপ্লিকেশন-ইমেজ রিসোর্স) প্যারামিটার নেয়। আমরা এটিতে একটি বিশেষ প্যারামিটারও পাস করি যাতে এটি TLS যাচাই না করে যেহেতু আমরা স্ব-স্বাক্ষরিত শংসাপত্র ব্যবহার করছি:

resources:
        inputs:
          - name: source
            resource: web-application-repo
        outputs:
          - name: image
            resource: built-web-application-image
      params:
        - name: TLSVERIFY
          value: "false"

পরবর্তী কাজটি প্রায় একই, শুধুমাত্র ওয়েবঅ্যাপ-বিল্ড-রানটাইম ক্লাস্টার টাস্কটি আমরা ইতিমধ্যে তৈরি করেছি এখানে বলা হয়েছে:

name: build-runtime-image
    taskRef:
      name: webapp-build-runtime
      kind: ClusterTask

আগের টাস্কের মতো, আমরা একটি রিসোর্সে পাস করছি, কিন্তু এখন এটি বিল্ট-ওয়েব-অ্যাপ্লিকেশন-ইমেজ (আমাদের আগের টাস্কের আউটপুট)। এবং একটি উপসংহার হিসাবে, আমরা আবার ইমেজ সেট. যেহেতু এই কাজটি আগেরটির পরে করা উচিত, আমরা রানআফটার ক্ষেত্রটি যুক্ত করি:

resources:
        inputs:
          - name: image
            resource: built-web-application-image
        outputs:
          - name: image
            resource: runtime-web-application-image
        params:
        - name: TLSVERIFY
          value: "false"
      runAfter:
        - build-web-application

পরবর্তী দুটি কাজ আমাদের ওয়েব অ্যাপ্লিকেশনের k8s ডিরেক্টরিতে থাকা পরিষেবা, রুট এবং স্থাপনার YAML ফাইলগুলি প্রয়োগ করার জন্য এবং নতুন ছবি তৈরি করার সময় এই স্থাপনা আপডেট করার জন্য দায়ী। আমরা নিবন্ধের শুরুতে এই দুটি ক্লাস্টার টাস্ক সেট করেছি।

পাইপলাইন চালাচ্ছে

সুতরাং, আমাদের পাইপলাইনের সমস্ত অংশ তৈরি করা হয়েছে, এবং আমরা এটি নিম্নলিখিত কমান্ড দিয়ে শুরু করব:

$ tkn pipeline start build-and-deploy-react

এই মুহুর্তে, কমান্ড লাইনটি ইন্টারেক্টিভভাবে ব্যবহার করা হয় এবং এর প্রতিটি অনুরোধের প্রতিক্রিয়া হিসাবে উপযুক্ত সংস্থানগুলি অবশ্যই নির্বাচন করতে হবে: গিট সংস্থানের জন্য, ওয়েব-অ্যাপ্লিকেশন-রেপো নির্বাচন করুন, তারপরে প্রথম চিত্র সংস্থানের জন্য, বিল্ট-ওয়েব-অ্যাপ্লিকেশন- ইমেজ, এবং অবশেষে দ্বিতীয় ইমেজ রিসোর্সের জন্য -রানটাইম-ওয়েব-অ্যাপ্লিকেশন-ইমেজ:

? Choose the git resource to use for web-application-repo: web-application-repo (https://github.com/nodeshift-starters/react-pipeline-example)
? Choose the image resource to use for built-web-application-image: built-web-application-image (image-registry.openshift-image-registry.svc:5000/webapp-pipeline/built-web-
application:latest)
? Choose the image resource to use for runtime-web-application-image: runtime-web-application-image (image-registry.openshift-image-registry.svc:5000/webapp-pipeline/runtim
e-web-application:latest)
Pipelinerun started: build-and-deploy-react-run-4xwsr

এখন নিম্নলিখিত কমান্ড দিয়ে পাইপলাইনের স্থিতি পরীক্ষা করুন:

$ tkn pipeline logs -f

পাইপলাইন শুরু হওয়ার পরে এবং অ্যাপ্লিকেশনটি স্থাপন করার পরে, নিম্নলিখিত কমান্ড দিয়ে প্রকাশিত রুটটি জিজ্ঞাসা করুন:

$ oc get route react-pipeline-example --template='http://{{.spec.host}}'

বৃহত্তর দৃশ্যমানতার জন্য, আপনি বিভাগে ওয়েব কনসোলের বিকাশকারী মোডে আমাদের পাইপলাইন দেখতে পারেন৷ পাইপলাইনচিত্রে দেখানো হয়েছে। 1.

আকার 1. চলমান পাইপলাইনগুলির ওভারভিউ।

চলমান পাইপলাইনে ক্লিক করা অতিরিক্ত বিবরণ প্রদর্শন করে, যেমন চিত্র 2 এ দেখানো হয়েছে।

ভাত। 2. পরিবাহক সম্পর্কে অতিরিক্ত তথ্য।

আরও বিশদ বিবরণের পরে, আপনি ভিউতে চলমান অ্যাপ্লিকেশনগুলি দেখতে পাবেন টোপোলজি, Fig.3 এ দেখানো হয়েছে।

চিত্র 3. চলমান পড।

আইকনের উপরের ডানদিকের কোণায় বৃত্তে ক্লিক করলে আমাদের অ্যাপ্লিকেশনটি খোলে, যেমন চিত্র 4 এ দেখানো হয়েছে।

ভাত। 4. একটি চলমান প্রতিক্রিয়া অ্যাপ্লিকেশন।

উপসংহার

সুতরাং, আমরা দেখিয়েছি কিভাবে OpenShift-এ আপনার অ্যাপ্লিকেশনের জন্য একটি ডেভেলপমেন্ট সার্ভার চালাতে হয় এবং স্থানীয় ফাইল সিস্টেমের সাথে এটিকে সিঙ্ক্রোনাইজ করতে হয়। আমরা ওপেনশিফ্ট পাইপলাইনগুলি ব্যবহার করে কীভাবে একটি চেইন-বিল্ড টেমপ্লেট অনুকরণ করা যায় তাও দেখেছি। এই নিবন্ধ থেকে সমস্ত উদাহরণ কোড পাওয়া যাবে এখানে.

অতিরিক্ত সম্পদ

আসন্ন ওয়েবিনারের ঘোষণা

আমরা রেড হ্যাট ওপেনশিফট কন্টেইনার প্ল্যাটফর্ম এবং কুবারনেটস ব্যবহার করার স্থানীয় অভিজ্ঞতা সম্পর্কে শুক্রবার ওয়েবিনারের একটি সিরিজ শুরু করছি:

উত্স: www.habr.com

ওপেনশিফটে আধুনিক অ্যাপ্লিকেশন, পার্ট 3: ওপেনশিফট একটি উন্নয়ন পরিবেশ এবং ওপেনশিফট পাইপলাইন হিসাবে