په دې بلاګ کې ټولو ته سلام! دا په لړۍ کې دریم پوسټ دی چې موږ پکې ښیې چې څنګه په Red Hat OpenShift کې عصري ویب غوښتنلیکونه ځای په ځای کړو.
په تیرو دوو پوستونو کې، موږ وښودله چې څنګه په یو څو مرحلو کې عصري ویب غوښتنلیکونه ځای په ځای کول او څنګه د نوي S2I عکس سره د غیر شیلف HTTP سرور عکس سره کارول کیږي، لکه NGINX، د تولید د ځای پرځای کولو لپاره د زنځیر جوړونو په کارولو سره. .
نن ورځ موږ به وښیو چې څنګه د OpenShift پلیټ فارم کې ستاسو د غوښتنلیک لپاره پرمختیایي سرور پرمخ وړئ او دا د ځایی فایل سیسټم سره همغږي کړئ، او د دې په اړه هم وغږیږو چې د OpenShift پایپ لاین څه دي او دا څنګه د تړل شوي مجلسونو لپاره د بدیل په توګه کارول کیدی شي.
OpenShift د پراختیا چاپیریال په توګه
د پراختیا کاري جریان
لکه څنګه چې مخکې ویل شوي
په ډیری عصري چوکاټونو کې، دا ډول "پراختیا سرور" د اړونده کمانډ لاین وسیلو کې جوړ شوی.
سیمه ایز مثال
لومړی، راځئ وګورو چې دا څنګه کار کوي کله چې په محلي توګه غوښتنلیکونه چلوي. راځئ چې غوښتنلیک د مثال په توګه واخلو
نو ، زموږ د عکس العمل مثال کې د "دیو سرور" پیل کولو لپاره ، موږ به لاندې کمانډ دننه کړو:
$ npm run start
بیا په ترمینل کړکۍ کې به موږ داسې یو څه وګورو:
او زموږ غوښتنلیک به په ډیفالټ براوزر کې خلاص شي:
اوس، که موږ په فایل کې بدلون راوړو، غوښتنلیک باید په براوزر کې تازه شي.
سمه ده، په سیمه ایز حالت کې د پراختیا سره هرڅه روښانه دي، مګر څنګه په OpenShift کې ورته ترلاسه کول؟
په OpenShift کې پراختیایي سرور
که تاسو په یاد ولرئ، په
په هرصورت، که تاسو نږدې نږدې وګورئ
د مثال په توګه، موږ کولی شو د خپل غوښتنلیک ځای پرځای کولو لپاره د نوډشیفټ ماډل وکاروو:
$ npx nodeshift --deploy.env NPM_RUN="yarn start" --dockerImage=nodeshift/ubi8-s2i-web-app
یادونه: پورتني مثال د عمومي مفکورې د روښانه کولو لپاره لنډ شوی دی.
دلته موږ د NPM_RUN چاپیریال متغیر زموږ په ګمارلو کې اضافه کړی ، کوم چې د یارن سټارټ کمانډ چلولو لپاره رن ټایم ته وايي ، کوم چې زموږ د OpenShift پوډ دننه د عکس العمل پراختیا سرور پیل کوي.
که تاسو د چلولو پوډ لاګ ته وګورئ نو دا به داسې ښکاري:
البته، دا ټول به هیڅ نه وي تر هغه چې موږ د کوډ سره محلي کوډ همغږي کړو، کوم چې د بدلونونو لپاره هم څارل کیږي، مګر په لیرې سرور کې ژوند کوي.
د ریموټ او محلي کوډ همغږي کول
خوشبختانه ، نوډشیفټ کولی شي په اسانۍ سره همغږي کولو کې مرسته وکړي ، او تاسو کولی شئ د بدلونونو تعقیب لپاره د لید کمانډ وکاروئ.
نو وروسته له دې چې موږ زموږ د غوښتنلیک لپاره د پراختیایی سرور ځای په ځای کولو قومانده پرمخ وړو، موږ کولی شو په خوندي ډول لاندې کمانډ وکاروو:
$ 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 پایپ لاین او دا څنګه د زنځیرونو جوړیدو لپاره د بدیل په توګه کارول کیدی شي.
د OpenShift پایپ لاینونه څه دي؟
OpenShift پایپ لاینونه د کلاوډ اصلي CI/CD دوامداره ادغام او تحویلي سیسټم دی چې د ټیکټن په کارولو سره د پایپ لاینونو تنظیم کولو لپاره ډیزاین شوی. ټیکټون د انعطاف وړ خلاصې سرچینې Kubernetes اصلي CI/CD چوکاټ دی چې تاسو ته اجازه درکوي په مختلف پلیټ فارمونو (Kubernetes، serverless، مجازی ماشینونو، او نور) کې د لاندې پرت څخه د خلاصولو له لارې ګمارنه اتومات کړئ.
د دې مقالې پوهیدل د پایپ لاینونو ځینې پوهې ته اړتیا لري ، نو موږ په کلکه وړاندیز کوو چې تاسو لومړی ولولئ
خپل کاري چاپیریال تنظیم کړئ
په دې مقاله کې د مثالونو سره لوبې کولو لپاره، تاسو باید لومړی خپل کاري چاپیریال چمتو کړئ:
- د OpenShift 4 کلستر نصب او تنظیم کړئ. زموږ مثالونه د دې لپاره د CodeReady کانټینر (CRD) کاروي، د نصبولو لارښوونې چې موندل کیدی شي
دلته . - وروسته له دې چې کلستر چمتو شي، تاسو اړتیا لرئ چې د پایپ لاین آپریټر نصب کړئ. مه ډارېږئ، دا اسانه ده، د نصبولو لارښوونې
دلته . - دانلود
ټیکټن CLI (tkn)دلته . - د یو غوښتنلیک رامینځته کولو لپاره د Create-react-app کمانډ لاین وسیله چل کړئ چې تاسو به یې ځای په ځای کړئ (دا یو ساده غوښتنلیک دی
غبرګون ). - (اختیاري) ذخیره کلون کړئ ترڅو د مثال غوښتنلیک په محلي ډول د npm انسټال او بیا د npm پیل سره چل کړئ.
د اپلیکیشن ذخیره به د k8s فولډر هم ولري ، کوم چې به د کوبرنیټس/OpenShift YAMLs ولري چې د غوښتنلیک ځای په ځای کولو لپاره کارول کیږي. دلته به دندې ، کلستر ټاسکونه ، سرچینې او پایپ لاینونه وي چې موږ به یې پدې کې رامینځته کړو
راځه چي پیل یی کړو
زموږ د مثال لپاره لومړی ګام د OpenShift کلستر کې نوې پروژه رامینځته کول دي. راځئ چې دې پروژې ته ویب ایپ پایپ لاین ووایو او د لاندې کمانډ سره یې جوړ کړئ:
$ oc new-project webapp-pipeline
د دې پروژې نوم به وروسته په کوډ کې راښکاره شي، نو که تاسو پریکړه وکړئ چې دا بل څه نوم کړئ، مه هیروئ چې د مثال سره سم کوډ ترمیم کړئ. له دې ځای څخه پیل کول، موږ به له پورته څخه ښکته نه ځو، مګر ښکته پورته: دا دی، موږ به لومړی د لیږدونکي ټولې برخې جوړې کړو، او یوازې بیا پخپله لیږدونکی.
نو، تر ټولو لومړی ...
دندې
راځئ چې یو څو دندې رامینځته کړو، چې بیا به زموږ په پایپ لاین کې د غوښتنلیک په ځای کولو کې مرسته وکړي. لومړی دنده - apply_manifests_task - د هغو Kubernetes سرچینو (خدمت، ځای پرځای کول او لار) د YAML پلي کولو مسولیت لري چې زموږ د غوښتنلیک k8s فولډر کې موقعیت لري. دویمه دنده - 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 ویب ایپ عکس وکاروو ترڅو زموږ د اپلیکیشن لپاره د ډاکر فایل رامینځته کړي او بیا به د ریښتیني جوړونې لپاره Buildah وکاروئ او پایله شوي عکس د OpenShift داخلي ثبت ته فشار ورکړئ ، ځکه چې دا هغه څه دي چې OpenShift کوي کله چې تاسو خپل غوښتنلیکونه د NodeShift په کارولو سره ځای په ځای کړئ. .
موږ دا ټول څنګه پوهیږو، تاسو پوښتنه کوئ؟ څخه
نو، اوس راځئ چې د 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-based انځور جوړ کړي، د غوښتنلیک مینځپانګې په کارولو سره چې موږ دمخه جوړ کړی دی. په لازمي ډول ، دا د تیرې برخې برخه ده چیرې چې موږ زنځیر شوي ودانیو ته ګورو.
د دې کولو لپاره، موږ - بالکل د پورته په څیر - د کلستر ټاسک webapp-build-runtime جوړ کړو:
$ oc create -f https://raw.githubusercontent.com/nodeshift/webapp-pipeline-tutorial/master/clustertasks/webapp-build-runtime-task.yaml
که تاسو د دې کلستر دندو کوډ وګورئ، تاسو کولی شئ وګورئ چې دا د Git ذخیره نه مشخص کوي چې موږ ورسره کار کوو یا د هغه انځورونو نومونه چې موږ یې جوړوو. موږ یوازې هغه څه مشخص کوو چې واقعیا موږ ګیټ ته لیږدوو ، یا یو ځانګړی عکس چیرې چې وروستی عکس باید تولید شي. له همدې امله دا کلستر دندې د نورو غوښتنلیکونو سره کار کولو پرمهال بیا کارول کیدی شي.
او دلته موږ په ښه توګه راتلونکي ټکي ته ځو ...
سرچینې
نو، لکه څنګه چې موږ یوازې وویل، د کلستر دندې باید د امکان تر حده عمومي وي، موږ اړتیا لرو هغه سرچینې رامینځته کړو چې د ان پټ (Git ذخیره) او د محصول (وروستي عکسونو) په توګه به وکارول شي. لومړۍ سرچینه چې موږ ورته اړتیا لرو ګیټ دی ، چیرې چې زموږ غوښتنلیک اوسیږي ، داسې یو څه:
# 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 ډوله ده. د پارام په برخه کې د یو آر ایل کیلي یو ځانګړي ذخیره ته اشاره کوي او د ماسټر څانګه مشخصوي (دا اختیاري ده، مګر موږ دا د بشپړتیا لپاره لیکو).
اوس موږ اړتیا لرو د عکس لپاره یوه سرچینه جوړه کړو چیرې چې د 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 انځور ثبتولو ته اشاره کوي، په ځانګړې توګه هغه چې د ویب ایپ پایپ لاین نوم ځای کې موقعیت لري. د دې ترتیب بدلول مه هیروئ که تاسو بل نوم ځای کاروئ.
او په نهایت کې ، وروستۍ سرچینه چې موږ ورته اړتیا لرو د عکس ډول به وي او دا به د 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
لکه څنګه چې د تیرې دندې سره، موږ په یوې سرچینې کې تیریږي، مګر اوس دا جوړ شوی-web-application-image (زموږ د پخوانۍ دندې محصول). او د محصول په توګه موږ بیا عکس ترتیب کوو. څرنګه چې دا دنده باید د تیر کار وروسته اجرا شي، موږ د runAfter ساحه اضافه کوو:
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
راتلونکي دوه دندې د خدماتو ، لارې او پلي کولو YAML فایلونو کارولو مسؤلیت لري چې زموږ د ویب غوښتنلیک k8s لارښود کې ژوند کوي ، او همدارنګه د نوي عکسونو رامینځته کولو پرمهال د دې ګمارلو تازه کولو لپاره. موږ د مقالې په پیل کې دا دوه کلستر دندې تعریف کړې.
د لیږدونکي پیل کول
نو، زموږ د پایپ لاین ټولې برخې جوړې شوې، او موږ به یې د لاندې کمانډ سره پرمخ یوسو:
$ tkn pipeline start build-and-deploy-react
پدې مرحله کې ، د کمانډ لاین په متقابل ډول کارول کیږي او تاسو اړتیا لرئ د دې هرې غوښتنې په ځواب کې مناسب سرچینې غوره کړئ: د git سرچینې لپاره ، د ویب غوښتنلیک ریپو غوره کړئ ، بیا د لومړي عکس سرچینې لپاره ، جوړ شوی ویب غوښتنلیک - انځور، او په نهایت کې، د دویم عکس سرچینې لپاره -رنټیم-ویب-اپلیکیشن-انځور:
? 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. د پایپ لاین په اړه اضافي معلومات.
د نورو معلوماتو وروسته، تاسو کولی شئ په لید کې د چلولو غوښتنلیکونه وګورئ توپوهنهلکه څنګه چې په انځور کې ښودل شوي.
انځور 3. پیل شوی پوډ.
د آیکون په پورتنۍ ښیې کونج کې په دایره کې کلیک کول زموږ غوښتنلیک خلاصوي ، لکه څنګه چې په 4 شکل کې ښودل شوي.
وريجې. 4. د غبرګون غوښتنلیک چلول.
پایلې
نو، موږ وښودله چې څنګه په OpenShift کې ستاسو د غوښتنلیک لپاره پرمختیایي سرور پرمخ وړئ او د محلي فایل سیسټم سره یې همغږي کړئ. موږ دا هم وګورو چې څنګه د OpenShift پایپ لاینونو په کارولو سره د زنځیر جوړ شوي ټیمپلیټ انډول کول. د دې مقالې ټول مثالونه کوډونه موندل کیدی شي
اضافي سرچینې (EN)
- وړیا ای کتاب
"په OpenShift کې پراختیا: د بې صبرۍ لپاره لارښود" د کانټینر-مرکزي Node.js غوښتنلیکونه جوړول د Red Hat OpenShift غوښتنلیک د چلولو وخت او اسټیو په کارولو سره د کروم DevTools په کارولو سره په OpenShift کې د Node.js غوښتنلیکونه ډیبګ کول له سکریچ څخه په OpenShift کې د ایکسپریس ماسټر کولو لپاره درې کمانډونه د Red Hat OpenShift Application Runtimes د یوې برخې په توګه د Node.js په عمومي ډول موجودې نسخې اعلان د پرومیتیوس سره په OpenShift کې د Node.js غوښتنلیکونو څارنه - نورې مقالې په
OpenShift او Kubernetes په Red Hat ویب پاڼه کې
د راتلونکو ویبینارونو اعلانونه
موږ د Red Hat OpenShift کانټینر پلیټ فارم او Kubernetes په کارولو سره د اصلي تجربې په اړه د جمعې ویبینارونو لړۍ پیل کوو:
د اګست په 28، د ویبینار امپراتور "آپریټر": په OpenShift او Kubernetes کې چلونکي سپتمبر 11، DeploymentConfig vs Deployment – د اپلیکیشنونو د جوړولو او پلي کولو لپاره د OpenShift-ځانګړي جادو د سپتمبر 25، د Red Hat OpenShift او ماشین API د اکتوبر 9، د کار بار کې د ناڅاپي زیاتوالي سره څنګه مقابله وکړئ د اکتوبر 23، په ریډ هټ اوپن شیف کانټینر پلیټ فارم کې جینکنز، پایپ لاین جوړونه، ټیکټن
سرچینه: www.habr.com