ProHoster > Blogs > Administrācija > Mūsdienu programmas OpenShift, 3. daļa: OpenShift kā izstrādes vide un OpenShift cauruļvadi

Mūsdienu programmas OpenShift, 3. daļa: OpenShift kā izstrādes vide un OpenShift cauruļvadi

Sveiki visiem Å”ajā emuārā! Å is ir treÅ”ais ieraksts sērijā, kurā mēs parādām, kā izvietot modernas tÄ«mekļa lietojumprogrammas Red Hat OpenShift.

Mūsdienu programmas OpenShift, 3. daļa: OpenShift kā izstrādes vide un OpenShift cauruļvadi

IepriekŔējos divos ziņojumos mēs parādÄ«jām, kā izvietot modernas tÄ«mekļa lietojumprogrammas tikai dažās darbÄ«bās un kā izmantot jaunu S2I attēlu kopā ar gatavu HTTP servera attēlu, piemēram, NGINX, izmantojot ķēdes bÅ«vējumus, lai organizētu ražoÅ”anas izvietoÅ”anu. .

Šodien mēs parādīsim, kā palaist izstrādes serveri jūsu lietojumprogrammai OpenShift platformā un sinhronizēt to ar vietējo failu sistēmu, kā arī runāsim par to, kas ir OpenShift cauruļvadi un kā tos var izmantot kā alternatīvu saistītajiem mezgliem.

OpenShift kā izstrādes vide

Izstrādes darbplūsma

Kā jau teikts pirmais ieraksts, tipisks mÅ«sdienu tÄ«mekļa lietojumprogrammu izstrādes process ir vienkārÅ”i sava veida ā€œizstrādes serverisā€, kas izseko izmaiņas lokālajos failos. Kad tie notiek, tiek aktivizēta lietojumprogrammas bÅ«vÄ“Å”ana un pēc tam tā tiek atjaunināta pārlÅ«kprogrammā.

Lielākajā daļā mÅ«sdienu sistēmu Ŕāds ā€œattÄ«stÄ«bas serverisā€ ir iebÅ«vēts atbilstoÅ”ajos komandrindas rÄ«kos.

Vietējais piemērs

Vispirms apskatÄ«sim, kā tas darbojas, palaižot lietojumprogrammas lokāli. Ņemsim lietojumprogrammu kā piemēru Reaģēt no iepriekŔējiem rakstiem, lai gan gandrÄ«z tādas paÅ”as darbplÅ«smas koncepcijas tiek izmantotas visos citos mÅ«sdienu ietvaros.
Tātad, lai palaistu "dev serveri" mÅ«su React piemērā, mēs ievadÄ«sim Ŕādu komandu:

$ npm run start

Tad termināļa logā mēs redzēsim kaut ko līdzīgu:

Mūsdienu programmas OpenShift, 3. daļa: OpenShift kā izstrādes vide un OpenShift cauruļvadi

Un mūsu lietojumprogramma tiks atvērta noklusējuma pārlūkprogrammā:

Mūsdienu programmas OpenShift, 3. daļa: OpenShift kā izstrādes vide un OpenShift cauruļvadi

Tagad, ja mēs veiksim izmaiņas failā, lietojumprogramma ir jāatjaunina pārlūkprogrammā.

Labi, ar izstrādi vietējā režīmā viss ir skaidrs, bet kā to paÅ”u panākt OpenShift?

Attīstības serveris uz OpenShift

Ja atceries, iekŔā iepriekŔējā ziņa, mēs apskatÄ«jām tā saukto S2I attēla palaiÅ”anas fāzi un redzējām, ka pēc noklusējuma apkalpoÅ”anas modulis ir atbildÄ«gs par mÅ«su tÄ«mekļa lietojumprogrammas apkalpoÅ”anu.

Tomēr, ja paskatās tuvāk palaist skriptu no Ŕī piemēra tajā ir $NPM_RUN vides mainÄ«gais, kas ļauj izpildÄ«t komandu.

Piemēram, mēs varam izmantot moduli nodeshift, lai izvietotu mūsu lietojumprogrammu:

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

PiezÄ«me. IepriekÅ” minētais piemērs ir saÄ«sināts, lai ilustrētu vispārējo ideju.

Å eit mēs savai izvietoÅ”anai esam pievienojuÅ”i vides mainÄ«go NPM_RUN, kas liek izpildlaikam palaist yarn start komandu, kas palaiž React izstrādes serveri mÅ«su OpenShift podā.

Ja paskatās uz skrieÅ”anas pāksts žurnālu, tas izskatÄ«sies apmēram Ŕādi:

Mūsdienu programmas OpenShift, 3. daļa: OpenShift kā izstrādes vide un OpenShift cauruļvadi

Protams, tas viss nebūs nekas, kamēr nevarēsim sinhronizēt lokālo kodu ar kodu, kas arī tiek uzraudzīts, lai nerodas izmaiņas, bet dzīvo uz attālā servera.

TālvadÄ«bas un vietējā koda sinhronizÄ“Å”ana

Par laimi, nodeshift var viegli palīdzēt sinhronizācijā, un jūs varat izmantot komandu skatīties, lai izsekotu izmaiņām.

Tātad pēc tam, kad esam izpildÄ«juÅ”i komandu, lai mÅ«su lietojumprogrammai izvietotu izstrādes serveri, mēs varam droÅ”i izmantot Å”o komandu:

$ npx nodeshift watch

Rezultātā tiks izveidots savienojums ar nedaudz agrāk izveidoto darbvirsmu, tiks aktivizēta mūsu vietējo failu sinhronizācija ar attālo klasteru, un mūsu vietējās sistēmas faili tiks pārraudzīti, vai nav izmaiņu.

Tāpēc, ja tagad atjaunināsim failu src/App.js, sistēma reaģēs uz Ŕīm izmaiņām, kopēs tās uz attālo klasteru un startēs izstrādes serveri, kas pēc tam atjauninās mÅ«su lietojumprogrammu pārlÅ«kprogrammā.

Lai pabeigtu attēlu, parādÄ«sim, kā izskatās visas Ŕīs komandas:

$ 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

Watch komanda ir abstrakcija virs komandas oc rsync, jūs varat uzzināt vairāk par to, kā tā darbojas Ŕeit.

Å is bija piemērs React, taču tieÅ”i to paÅ”u metodi var izmantot ar citām sistēmām, vienkārÅ”i iestatiet NPM_RUN vides mainÄ«go pēc vajadzÄ«bas.
ā€ƒ

Openshift cauruļvadi

Mūsdienu programmas OpenShift, 3. daļa: OpenShift kā izstrādes vide un OpenShift cauruļvadi

Tālāk mēs runāsim par tādu rīku kā OpenShift Pipelines un to, kā to var izmantot kā alternatīvu ķēdītajām būvēm.

Kas ir OpenShift cauruļvadi

OpenShift Pipelines ir mākoņa CI/CD nepārtrauktas integrācijas un piegādes sistēma, kas paredzēta cauruļvadu organizÄ“Å”anai, izmantojot Tekton. Tekton ir elastÄ«ga atvērtā pirmkoda Kubernetes CI/CD ietvars, kas ļauj automatizēt izvietoÅ”anu dažādās platformās (Kubernetes, bez servera, virtuālās maŔīnas utt.), abstrahējoties no pamatā esoŔā slāņa.

Lai saprastu Å”o rakstu, ir nepiecieÅ”amas zināmas zināŔanas par cauruļvadiem, tāpēc mēs ļoti iesakām vispirms to izlasÄ«t oficiālā mācÄ«bu grāmata.

Jūsu darba vides iekārtoŔana

Lai spēlētu ar Å”ajā rakstā minētajiem piemēriem, vispirms ir jāsagatavo sava darba vide:

  1. Instalējiet un konfigurējiet OpenShift 4 klasteru. MÅ«su piemēros Å”im nolÅ«kam tiek izmantoti CodeReady konteineri (CRD), kuru instalÄ“Å”anas instrukcijas var atrast Å”eit.
  2. Kad klasteris ir gatavs, tajā jāinstalē Pipeline Operator. Nebaidieties, tas ir vienkārÅ”i, uzstādÄ«Å”anas instrukcijas Å”eit.
  3. Lejupielādēt Tekton CLI (tkn) Å”eit.
  4. Palaidiet komandrindas rÄ«ku Create-react-app, lai izveidotu lietojumprogrammu, kuru pēc tam izvietosit (Ŕī ir vienkārÅ”a lietojumprogramma Reaģēt).
  5. (Neobligāti) Klonējiet repozitoriju, lai lokāli palaistu parauga lietojumprogrammu ar npm instalÄ“Å”anu un pēc tam npm start.

Lietojumprogrammu repozitorijā bÅ«s arÄ« mape k8s, kurā bÅ«s Kubernetes/OpenShift YAML, kas izmantoti lietojumprogrammas izvietoÅ”anai. BÅ«s uzdevumi, klasteru uzdevumi, resursi un cauruļvadi, kurus mēs izveidosim Å”ajā krātuves.

Sāksim

Pirmais solis mÅ«su piemērā ir jauna projekta izveide OpenShift klasterÄ«. Nosauksim Å”o projektu webapp-pipeline un izveidosim to ar Ŕādu komandu:

$ oc new-project webapp-pipeline

Å is projekta nosaukums parādÄ«sies kodā vēlāk, tādēļ, ja nolemjat to nosaukt citādi, neaizmirstiet attiecÄ«gi rediģēt parauga kodu. Sākot no Ŕī punkta, mēs virzÄ«simies nevis no augÅ”as uz leju, bet gan no apakÅ”as uz augÅ”u: tas ir, mēs vispirms izveidosim visas konveijera sastāvdaļas un tikai pēc tam paÅ”u konveijeru.

Tātad, pirmkārt...

Uzdevumi

Izveidosim dažus uzdevumus, kas pēc tam palÄ«dzēs izvietot lietojumprogrammu mÅ«su konveijerā. Pirmais uzdevums - apply_manifests_task - ir atbildÄ«gs par YAML lietoÅ”anu tiem Kubernetes resursiem (pakalpojums, izvietoÅ”ana un marÅ”ruts), kas atrodas mÅ«su lietojumprogrammas mapē k8s. Otrais uzdevums ā€” update_deployment_task ā€” ir atbildÄ«gs par jau izvietota attēla atjaunināŔanu uz mÅ«su konveijera izveidoto attēlu.

Neuztraucieties, ja tas vēl nav Ä«sti skaidrs. Faktiski Å”ie uzdevumi ir kaut kas lÄ«dzÄ«gs utilÄ«tprogrammām, un mēs tos aplÅ«kosim sÄ«kāk nedaudz vēlāk. Pagaidām vienkārÅ”i izveidosim tos:

$ 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

Pēc tam, izmantojot komandu tkn CLI, mēs pārbaudīsim, vai uzdevumi ir izveidoti:

$ tkn task ls

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

PiezÄ«me. Å ie ir jÅ«su paÅ”reizējā projekta vietējie uzdevumi.

Klasteru uzdevumi

Klastera uzdevumi bÅ«tÄ«bā ir tādi paÅ”i kā vienkārÅ”ie uzdevumi. Tas ir, tā ir atkārtoti lietojama darbÄ«bu kolekcija, kas vienā vai otrā veidā tiek apvienota, izpildot konkrētu uzdevumu. AtŔķirÄ«ba ir tāda, ka klastera uzdevums ir pieejams visur klasterÄ«. Lai skatÄ«tu klastera uzdevumu sarakstu, kas tiek automātiski izveidoti, pievienojot cauruļvada operatoru, mēs atkal izmantosim komandu 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

Tagad izveidosim divus klastera uzdevumus. Pirmais Ä£enerēs S2I attēlu un nosÅ«tÄ«s to uz iekŔējo OpenShift reÄ£istru; otrs ir veidot savu tēlu, pamatojoties uz NGINX, izmantojot lietojumprogrammu, ko jau esam izveidojuÅ”i kā saturu.

Izveidojiet un nosūtiet attēlu

Veidojot pirmo uzdevumu, mēs atkārtosim to, ko jau izdarÄ«jām iepriekŔējā rakstā par saistÄ«tajām montāžām. Atgādiniet, ka mēs izmantojām S2I attēlu (ubi8-s2i-web-app), lai ā€œveidotuā€ savu lietojumprogrammu, un galu galā tika izveidots attēls, kas tika saglabāts OpenShift iekŔējā reÄ£istrā. Tagad mēs izmantosim Å”o S2I tÄ«mekļa lietotnes attēlu, lai savai lietotnei izveidotu DockerFile, un pēc tam izmantosim Buildah, lai veiktu faktisko veidoÅ”anu un nosÅ«tÄ«tu iegÅ«to attēlu OpenShift iekŔējam reÄ£istram, jo ā€‹ā€‹tas ir tieÅ”i tas, ko OpenShift dara, kad izvietojat savas lietojumprogrammas, izmantojot NodeShift. .

Kā mēs to visu uzzinājām, jÅ«s jautājat? No oficiālā oficiālā Node.js versija, mēs to vienkārÅ”i nokopējām un modificējām sev.

Tātad, tagad izveidosim s2i-web-app klastera uzdevumu:

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

Mēs to neanalizēsim detalizēti, bet koncentrēsimies tikai uz parametru OUTPUT_DIR:

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

Pēc noklusējuma Å”is parametrs ir vienāds ar build, kur React ievieto salikto saturu. Citi ietvari izmanto dažādus ceļus, piemēram, Ember tas ir dist. MÅ«su pirmā klastera uzdevuma izvade bÅ«s attēls, kas satur mÅ«su apkopoto HTML, JavaScript un CSS.

Izveidojiet attēlu, pamatojoties uz NGINX

Kas attiecas uz mÅ«su otro klastera uzdevumu, tam vajadzētu izveidot uz NGINX balstÄ«tu attēlu, izmantojot mÅ«su jau izveidotās lietojumprogrammas saturu. BÅ«tÄ«bā Ŕī ir daļa no iepriekŔējās sadaļas, kurā mēs apskatÄ«jām ķēdÄ«tos bÅ«vējumus.

Lai to izdarÄ«tu, mēs ā€” tieÅ”i tāpat kā iepriekÅ” ā€” izveidosim klastera uzdevumu webapp-build-runtime:

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

Ja paskatās uz Å”o klastera uzdevumu kodu, jÅ«s varat redzēt, ka tajā nav norādÄ«ts Git repozitorijs, ar kuru mēs strādājam, vai mÅ«su veidojamo attēlu nosaukumi. Mēs tikai norādām, ko tieÅ”i mēs pārsÅ«tām uz Git, vai noteiktu attēlu, kurā jāizvada gala attēls. Tāpēc Å”os klastera uzdevumus var izmantot atkārtoti, strādājot ar citām lietojumprogrammām.

Un Å”eit mēs graciozi pārejam pie nākamā punkta...

Resursi

Tātad, tā kā, kā mēs tikko teicām, klastera uzdevumiem jābÅ«t pēc iespējas vispārÄ«gākiem, mums ir jāizveido resursi, kas tiks izmantoti kā ievade (Git repozitorijs) un kā izvade (galÄ«gie attēli). Pirmais mums nepiecieÅ”amais resurss ir Git, kurā atrodas mÅ«su lietojumprogramma, apmēram Ŕādi:

# 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

Å eit PipelineResource ir git tipa. URL atslēga sadaļā parametri norāda uz konkrētu repozitoriju un norāda galveno atzaru (tas nav obligāts, taču mēs to rakstām, lai nodroÅ”inātu pilnÄ«gumu).

Tagad mums ir jāizveido attēla resurss, kurā tiks saglabāti s2i-web-app uzdevuma rezultāti, tas tiek darÄ«ts Ŕādi:

# 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

Å eit PipelineResource ir attēla tips, un url parametra vērtÄ«ba norāda uz iekŔējo OpenShift attēla reÄ£istru, jo Ä«paÅ”i to, kas atrodas tÄ«mekļa lietotnes konveijera nosaukumvietā. Ja izmantojat citu nosaukumvietu, neaizmirstiet mainÄ«t Å”o iestatÄ«jumu.

Visbeidzot, pēdējais mums nepiecieÅ”amais resurss bÅ«s arÄ« attēla tipa, un tas bÅ«s pēdējais NGINX attēls, kas tiks izmantots izvietoÅ”anas laikā:

# 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

Atkal ņemiet vērā, ka Å”is resurss saglabā attēlu iekŔējā OpenShift reÄ£istrā tÄ«mekļa lietotnes konveijera nosaukumvietā.

Lai izveidotu visus Å”os resursus vienlaikus, mēs izmantojam komandu Create:

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

Varat pārliecināties, ka resursi ir izveidoti Ŕādi:

$ tkn resource ls

Konveijera cauruļvads

Tagad, kad mums ir visas nepiecieŔamās sastāvdaļas, saliksim no tiem cauruļvadu, izveidojot to ar Ŕādu komandu:

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

Bet pirms Ŕīs komandas palaiŔanas apskatīsim Ŕos komponentus. Pirmais ir nosaukums:

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

Pēc tam specifikāciju sadaļā mēs redzam norādi uz iepriekÅ” izveidotajiem resursiem:

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

Pēc tam mēs izveidojam uzdevumus, kas mūsu konveijeram ir jāpabeidz. Pirmkārt, tai ir jāizpilda mūsu jau izveidotais s2i-web-app uzdevums:

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

Å im uzdevumam tiek izmantoti ievades (gir resurss) un izvades (built-web-application-image resurss) parametri. Mēs tam arÄ« nododam Ä«paÅ”u parametru, lai tas nepārbaudÄ«tu TLS, jo mēs izmantojam paÅ”parakstÄ«tus sertifikātus:

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

Nākamais uzdevums ir gandrīz tāds pats, tikai Ŕeit mūsu jau izveidotais webapp-build-runtime klastera uzdevums tiek saukts:

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

Tāpat kā iepriekŔējā uzdevumā, mēs nododam resursu, bet tagad tas ir iebÅ«vēts tÄ«mekļa lietojumprogrammas attēls (mÅ«su iepriekŔējā uzdevuma izvade). Un kā izvadi mēs atkal iestatām attēlu. Tā kā Å”is uzdevums ir jāizpilda pēc iepriekŔējā, mēs pievienojam lauku 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

Nākamie divi uzdevumi ir atbildÄ«gi par pakalpojuma, marÅ”ruta un izvietoÅ”anas YAML failu izmantoÅ”anu, kas atrodas mÅ«su tÄ«mekļa lietojumprogrammas k8s direktorijā, kā arÄ« par Ŕīs izvietoÅ”anas atjaunināŔanu, veidojot jaunus attēlus. Raksta sākumā mēs definējām Å”os divus klastera uzdevumus.

Konveijera palaiŔana

Tātad visas mÅ«su cauruļvada daļas ir izveidotas, un mēs to izpildÄ«sim ar Ŕādu komandu:

$ tkn pipeline start build-and-deploy-react

Å ajā posmā komandrinda tiek izmantota interaktÄ«vi, un jums ir jāizvēlas atbilstoÅ”ie resursi, atbildot uz katru tās pieprasÄ«jumu: git resursam atlasiet tÄ«mekļa lietojumprogrammu repo, pēc tam pirmajam attēla resursam iebÅ«vēto tÄ«mekļa lietojumprogrammu. -image un, visbeidzot, otrajam attēla resursam -runtime-web-application-image:

? 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

Tagad pārbaudīsim cauruļvada statusu, izmantojot Ŕādu komandu:

$ tkn pipeline logs -f

Kad cauruļvads ir sācies un lietojumprogramma ir izvietota, mēs varam pieprasÄ«t publicēto marÅ”rutu ar Ŕādu komandu:

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

Lai iegūtu labāku vizualizāciju, sadaļā tīmekļa konsoles izstrādātāja režīmā varat skatīt mūsu konveijeru Cauruļvadi, kā parādīts attēlā. 1.

Mūsdienu programmas OpenShift, 3. daļa: OpenShift kā izstrādes vide un OpenShift cauruļvadi

1. att. DarbojoŔo cauruļvadu apskats.

NoklikŔķinot uz darbojas cauruļvada, tiek parādÄ«ta papildu informācija, kā parādÄ«ts 2. attēlā.

Mūsdienu programmas OpenShift, 3. daļa: OpenShift kā izstrādes vide un OpenShift cauruļvadi

Rīsi. 2. Papildu informācija par cauruļvadu.

Pēc plaŔākas informācijas skatā varat redzēt darbojoŔās lietojumprogrammas TopoloÄ£ija, kā parādÄ«ts 3. att.

Mūsdienu programmas OpenShift, 3. daļa: OpenShift kā izstrādes vide un OpenShift cauruļvadi

3. att. Palaists pods.

NoklikŔķinot uz apļa ikonas augŔējā labajā stÅ«rÄ«, tiek atvērta mÅ«su lietojumprogramma, kā parādÄ«ts 4. attēlā.

Mūsdienu programmas OpenShift, 3. daļa: OpenShift kā izstrādes vide un OpenShift cauruļvadi

RÄ«si. 4. Palaižot lietojumprogrammu React.

Secinājums

Tātad, mēs parādÄ«jām, kā palaist izstrādes serveri jÅ«su lietojumprogrammai OpenShift un sinhronizēt to ar vietējo failu sistēmu. Mēs arÄ« apskatÄ«jām, kā simulēt ķēdes veidoÅ”anas veidni, izmantojot OpenShift cauruļvadus. Visus Ŕī raksta kodu piemērus var atrast Å”eit.

Papildu resursi (EN)

Paziņojumi par gaidāmajiem vebināriem

Mēs sākam piektdienas tīmekļa semināru sēriju par vietējo pieredzi, izmantojot Red Hat OpenShift Container Platform un Kubernetes:

Avots: www.habr.com

Pievieno komentāru