{"id":92048,"date":"2020-08-22T07:42:57","date_gmt":"2020-08-22T05:42:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/sovremennye-prilozheniya-na-openshift-chast-3-openshift-kak-sreda-razrabotki-i-konvejery-openshift-pipelines"},"modified":"2020-08-22T07:42:57","modified_gmt":"2020-08-22T05:42:57","slug":"sovremennye-prilozheniya-na-openshift-chast-3-openshift-kak-sreda-razrabotki-i-konvejery-openshift-pipelines","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/sovremennye-prilozheniya-na-openshift-chast-3-openshift-kak-sreda-razrabotki-i-konvejery-openshift-pipelines","title":{"rendered":"Kaasaegsed rakendused OpenShiftis, osa 3: OpenShift arenduskeskkonnana ja OpenShift Pipelines","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Tere k\u00f5igile sellele blogisse! Teiega on kolmas postitus seeriast, kus me n\u00e4itame, kuidas juurutada kaasaegseid veebirakendusi Red Hat OpenShiftis.<\/p>\n

\"Kaasaegsed
\n
\nKahes eelnevas postituses r\u00e4\u00e4kisime, kuidas juurutada kaasaegseid veebirakendusi vaid m\u00f5ne sammuga ja kuidas kasutada uut S2I pilti koos valmidus HTTP-serveriga, nagu NGINX, seotud kogumiste (chained builds) abil produktsiooni juurutamiseks.<\/p>\n

T\u00e4na n\u00e4itame, kuidas k\u00e4ivitada OpenShiftis arendusserver oma rakenduse jaoks ja s\u00fcnkroonida see kohaliku failis\u00fcsteemiga, samuti arutame, mis on OpenShift Pipelines ja kuidas seda saab kasutada alternatiivina seotud kogumistele.
\n<\/a><\/noindex><\/p>\n

OpenShift arenduskeskkonnana<\/h3>\n

<\/p>\n

Arendust\u00f6\u00f6voog (development workflow)<\/h4>\n

\nNagu juba mainitud esimeses postituses<\/a><\/noindex>, t\u00fc\u00fcpiline arendusprotsess kaasaegsete veebirakenduste jaoks on lihtsalt mingi \u201earendusserver\u201c, mis j\u00e4lgib muudatusi kohalikes failides. Kui need toimuvad, k\u00e4ivitatakse rakenduse kogumine ja seej\u00e4rel uuendatakse seda brauseris.<\/p>\n

Enamikus kaasaegsetes raamistikudes on selline \u201earendusserver\u201c integreeritud vastavatesse k\u00e4surea t\u00f6\u00f6riistadesse.<\/p>\n

Kohalik n\u00e4ide<\/h4>\n

\nAlustame vaatamist, kuidas see t\u00f6\u00f6tab kohaliku rakenduste k\u00e4ivitamise korral. N\u00e4iteks v\u00f5tame rakenduse React<\/a><\/noindex> eelmistest artiklitest, kuigi praktiliselt samad t\u00f6\u00f6voo kontseptsioonid kehtivad ka k\u00f5igi teiste kaasaegsete raamistikude puhul.
\nNii et, et k\u00e4ivitada \u201earendusserver\u201c meie Reacti n\u00e4ites, sisestame j\u00e4rgmise k\u00e4su:<\/p>\n

$ npm run start\n<\/code><\/pre>\n
\nSiis n\u00e4eme terminali aknas umbes j\u00e4rgmist:<\/p>\n
\"Kaasaegsed<\/p>\n
Ja meie rakendus avaneb brauseris vaikimisi:<\/p>\n
\"Kaasaegsed<\/p>\n
N\u00fc\u00fcd, kui me teeme muudatusi failis, peaks rakendus brauseris uuendama.<\/p>\n
Olgu, arendamine kohaliku re\u017eiimis on selge, aga kuidas saavutada sama OpenShiftis?<\/p>\n
Arendusserver OpenShiftis<\/h4>\n
\nKui m\u00e4letate, siis t\u00f5in v\u00e4lja, et satelliidid ja praht, mis asuvad alla 600 km, kukuvad orbitaalilt paariaastaga \u2014 atmosf\u00e4\u00e4ri takistuse t\u00f5ttu, v\u00e4hendades oluliselt Kessleri s\u00fcndroomi v\u00f5imalusi. SpaceX'i tegevus prahi osas tundub, nagu nad ei m\u00f5tleks \u00fcldse kosmosereostusele. Vaadates Starlinki elluviimise detaile, on mul raske ette kujutada paremat moodust prahi hulga v\u00e4hendamiseks orbiidil.<\/a><\/noindex>, k\u00e4sitlesime nii nimetatud k\u00e4ivitamisfaasi (run phase) S2I pildis ja n\u00e4gime, et meie veebirakendust teenindab vaikeselt moodul serve.<\/p>\n
Kuid kui l\u00e4hemalt vaadata k\u00e4ivitusskripti<\/a><\/noindex> selles n\u00e4ites, siis on seal keskkonnamuutuja $NPM_RUN, mis v\u00f5imaldab k\u00e4ivitada ka oma k\u00e4su.<\/p>\n
N\u00e4iteks v\u00f5ime kasutada moodulit nodeshift, et k\u00e4ivitada meie rakendus:<\/p>\n
$ npx nodeshift --deploy.env NPM_RUN="yarn start" --dockerImage=nodeshift\/ubi8-s2i-web-app\n<\/code><\/pre>\n
\nM\u00e4rkus: eespool toodud n\u00e4ide on l\u00fchendatud, et illustreerida \u00fcldist ideed.<\/i><\/p>\n
Siin lisasime meie juurutamisele keskkonnamuutuja NPM_RUN, mis \u00fctleb t\u00e4itmisetapile, et ta peab k\u00e4ivitama k\u00e4su yarn start, mis k\u00e4ivitab Reacti arendusserveri meie OpenShifti pod'is.<\/p>\n
Kui vaadata t\u00f6\u00f6tava pod'i logi, siis seal on umbkaudu j\u00e4rgmine:<\/p>\n
\"Kaasaegsed<\/p>\n
Muidugi, see k\u00f5ik ei t\u00e4henda midagi, kuni me suudame s\u00fcnkroonida kohalikku koodi koodiga, mis samuti muutuste osas kontrollitakse, kuid elab kaugserveris.<\/p>\n
Kauakoodide ja kohalike koodide s\u00fcnkroniseerimine<\/h4>\n
\n\u00d5nneks aitab nodeshift s\u00fcnkroniseerimist h\u00f5lpsalt ning muutuste j\u00e4lgimiseks v\u00f5ib kasutada k\u00e4sku watch.<\/p>\n
Nii et p\u00e4rast seda, kui oleme k\u00e4ivitanud k\u00e4su arendusserveri k\u00e4ivitamiseks meie rakenduse jaoks, saame julgesti kasutada sellist k\u00e4sku:<\/p>\n
$ npx nodeshift watch\n<\/code><\/pre>\n
\nTulemuseks on \u00fchendamine k\u00e4ivitatud pod'iga, mille me varem l\u00f5ime, aktiveeritakse meie kohalike failide s\u00fcnkroniseerimine kaugklastriga ja failid meie kohalikus s\u00fcsteemis hakkavad muutuste osas j\u00e4lgima.<\/p>\n
Seega, kui n\u00fc\u00fcd uuendada faili src\/App.js, reageerib s\u00fcsteem nendele muutustele, kopeerib need kaugklastrisse ja k\u00e4ivitab arendusserveri, mis seej\u00e4rel v\u00e4rskendab meie rakendust brauseris.<\/p>\n
T\u00e4ielikkuse huvides n\u00e4itame, millised need k\u00e4sud kokku n\u00e4evad:<\/p>\n
$ 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\n\n$ npx nodeshift watch --strictSSL=false\n<\/code><\/pre>\n
\nK\u00e4sk watch on abstraktsioon k\u00e4sust oc rsync, lisainfot selle toimimise kohta saab leida. siin<\/a><\/noindex>.<\/p>\n
See oli n\u00e4ide Reactist, kuid t\u00e4pselt sama meetodit saab kasutada ka teiste raamistikudega, lihtsalt seadke keskkonnamuutuja NPM_RUN \u00f5igesti.
\n\u2003<\/p>\n
OpenShift Pipelines'i torud<\/h3>\n
\"Kaasaegsed<\/p>\n
Edasi r\u00e4\u00e4gime sellisest t\u00f6\u00f6riistast kui OpenShift Pipelines ja sellest, kuidas seda saab kasutada alternatiividena seotud kogumitele chained build.<\/p>\n
Mis on OpenShift Pipelines<\/h4>\n
\nOpenShift Pipelines on pilvep\u00f5hine CI\/CD-s\u00fcsteem, mis on m\u00f5eldud konveierite korraldamiseks Tektoni abil. Tekton on paindlik Kubernetes'i kohaletoimetamise ja integreerimise raamistik, millel on avatud l\u00e4htekood, mis v\u00f5imaldab automatiseerida juurutamist erinevates platvormides (Kubernetes, serverless, virtuaalmasinad jne) madalama taseme abstrakteerimise kaudu.<\/p>\n
Selle artikli m\u00f5istmiseks on vajalikud teatud teadmised Pipelines'ist, seega soovitame tungivalt alustada ametlikust \u00f5pikust<\/a><\/noindex>.<\/p>\n
T\u00f6\u00f6ruumi seadistamine<\/h4>\n
\nEt m\u00e4ngida selle artikli n\u00e4idistega, tuleb esmalt ette valmistada t\u00f6\u00f6ruum:<\/p>\n
    \n
  1. Installida ja seadistada OpenShift 4 klastri. Meie n\u00e4idetes kasutatakse selleks CodeReady Containers (CRD), mille installimise juhised leiate siin<\/a><\/noindex>.<\/li>\n
  2. Kui klaster on valmis, tuleb sellele installida Pipeline Operator. \u00c4rge muretsege, see on lihtne, installimise juhised siin<\/a><\/noindex>.<\/li>\n
  3. Laadi alla Tekton CLI<\/a><\/noindex> (tkn) siin<\/a><\/noindex>.<\/li>\n
  4. K\u00e4ivitada k\u00e4surea t\u00f6\u00f6riist create-react-app, et luua rakendus, mida hiljem juurutatakse (see on lihtne rakendus React<\/a><\/noindex>).<\/li>\n
  5. (Valikuline) Kloonige hoidla, et kohapeal k\u00e4itada rakenduse n\u00e4idet k\u00e4suga npm install ja seej\u00e4rel npm start.<\/li>\n<\/ol>\n
    \nRakenduse hoidlas on samuti kaust k8s, kus asuvad Kubernetes'\/OpenShift'i YAML-failid, mida kasutatakse rakenduse juurutamiseks. Seal on \u00fclesanded, ClusterTasks, ressursid ja Pipelines, mille me selles hoidlad<\/a><\/noindex>.<\/p>\n
    Alustame<\/h4>\n
    \nEsmalt tuleb meie n\u00e4ite jaoks luua uus projekt OpenShift klastris. Nimetame selle projekti webapp-pipeline ja loome selle j\u00e4rgmise k\u00e4suga:<\/p>\n
    $ oc new-project webapp-pipeline\n<\/code><\/pre>\n
    \nEdasi toob see projekti nimi koodis esile, seega kui otsustate nimetada selle kuidagi teisiti, \u00e4rge unustage vastavalt muuta n\u00e4idiskoodi. Alates sellest kohast liikume mitte \u00fclevalt alla, vaid alt \u00fcles: see t\u00e4hendab, et esmalt loome k\u00f5ik konveieri komponendid ja alles siis selle enda.<\/p>\n
    Nii et, k\u00f5igepealt\u2026<\/p>\n
    \u00dclesanded<\/h4>\n
    \nLoome kaks \u00fclesannet (tasks), mis aitavad hiljem meie rakenduse juurutamist meie torustiku (pipeline) raames. Esimene \u00fclesanne \u2013 apply_manifests_task \u2013 vastutab nende Kubernetes-resursside (service, deployment ja route) rakendamise eest, mis asuvad meie rakenduse k8s kaustas. Teine \u00fclesanne \u2013 update_deployment_task \u2013 vastutab juba juurutatud pildi uuendamise eest, kasutades meie torustiku genereeritud pilti.<\/p>\n
    \u00c4rge muretsege, kui see praegu veel selge pole. Tegelikult on need \u00fclesanded midagi nagu utiliidid ja me k\u00e4sitleme neid l\u00e4hemalt natuke hiljem. Seniks loome need lihtsalt:<\/p>\n
    $ oc create -f https:\/\/raw.githubusercontent.com\/nodeshift\/webapp-pipeline-tutorial\/master\/tasks\/update_deployment_task.yaml\n$ oc create -f https:\/\/raw.githubusercontent.com\/nodeshift\/webapp-pipeline-tutorial\/master\/tasks\/apply_manifests_task.yaml\n<\/code><\/pre>\n
    \nSeej\u00e4rel kontrollime tkn CLI k\u00e4suga, et \u00fclesanded on loodud:<\/p>\n
    $ tkn task ls\n\nNAME                AGE\napply-manifests     1 minute ago\nupdate-deployment   1 minute ago\n<\/code><\/pre>\n
    \nM\u00e4rkus: need on teie kohaliku projekti \u00fclesanded.<\/i><\/p>\n
    Klastrilised \u00fclesanded (Cluster tasks)<\/h4>\n
    \nKlastrilised \u00fclesanded on p\u00f5him\u00f5tteliselt sama, mis tavalised \u00fclesanded. See t\u00e4hendab, et need on taaskasutatavad sammude kogumid, mida kombineeritakse erinevatel viisidel konkreetse \u00fclesande k\u00e4ivitamisel. Erinevus on see, et klastriline \u00fclesanne on kergesti k\u00e4ttesaadav kogu klastris. Klastriliste \u00fclesannete nime n\u00e4gemiseks, mis luuakse automaatselt, kui lisatakse Pipeline Operator, kasutame taas tkn CLI k\u00e4sku:<\/p>\n
    $ tkn clustertask ls\n\nNAME                       AGE\nbuildah                    1 day ago\nbuildah-v0-10-0            1 day ago\njib-maven                  1 day ago\nkn                         1 day ago\nmaven                      1 day ago\nopenshift-client           1 day ago\nopenshift-client-v0-10-0   1 day ago\ns2i                        1 day ago\ns2i-go                     1 day ago\ns2i-go-v0-10-0             1 day ago\ns2i-java-11                1 day ago\ns2i-java-11-v0-10-0        1 day ago\ns2i-java-8                 1 day ago\ns2i-java-8-v0-10-0         1 day ago\ns2i-nodejs                 1 day ago\ns2i-nodejs-v0-10-0         1 day ago\ns2i-perl                   1 day ago\ns2i-perl-v0-10-0           1 day ago\ns2i-php                    1 day ago\ns2i-php-v0-10-0            1 day ago\ns2i-python-3               1 day ago\ns2i-python-3-v0-10-0       1 day ago\ns2i-ruby                   1 day ago\ns2i-ruby-v0-10-0           1 day ago\ns2i-v0-10-0                1 day ago\n<\/code><\/pre>\n
    \nN\u00fc\u00fcd loome kaks klastrilist \u00fclesannet. Esimene loob S2I pildi ja saadab selle OpenShift'i siseregisterisse; teine \u2013 ehitab meie pilti NGINX-i p\u00f5hjal, kasutades juba koostatud rakendust sisu kujul.<\/p>\n
    Loome ja saadame pildi<\/h4>\n
    \nLoomis esimest \u00fclesannet, kordame seda, mida oleme juba teinud eelnevas artiklis seotud kogumite kohta. Kordame, et kasutasime S2I (ubi8-s2i-web-app) pilti, et 'koostada' oma rakendus, ja l\u00f5puks saime pildi, mis salvestati OpenShift'i siseregistrisse. N\u00fc\u00fcd kasutame seda S2I-pilti veebirakendusest, et luua oma rakenduse DockerFile ning siis rakendame Buildah'it, et teostada tegelik koostamine ja edastada saadud pilt OpenShift'i siseregistrisse, kuna see on t\u00e4pselt see, mida OpenShift teeb, kui deployd oma rakendusi NodeShift'i abil.<\/p>\n
    K\u00fcsite, kust me k\u00f5ik selle teadsime? \u043e\u0444\u0438\u0446\u0438\u0430\u043b\u044c\u043d\u043e\u0439 \u0432\u0435\u0440\u0441\u0438\u0438 official Node.js<\/a><\/noindex>, me kopeerisime selle ja kohandasime enda vajadustele.<\/p>\n
    N\u00fc\u00fcd loome klastrite \u00fclesande s2i-web-app:<\/p>\n
    $ oc create -f https:\/\/raw.githubusercontent.com\/nodeshift\/webapp-pipeline-tutorial\/master\/clustertasks\/s2i-web-app-task.yaml\n<\/code><\/pre>\n
    \nMe ei hakka seda detailselt arutama, vaid peatume ainult OUTPUT_DIR parameetril:<\/p>\n
    params:\n      - name: OUTPUT_DIR\n        description: Koostamise v\u00e4ljundi katalooge asukoht\n        default: build\n<\/code><\/pre>\n
    \nMugluse p\u00f5hiselt on see parameeter equals build, just sinna paneb React koos toestatud sisu. Teistes raamistikes kasutatakse teisi teid, n\u00e4iteks Ember'is on see dist. Meie esimeselt klastrite \u00fclesande v\u00e4ljund representatsioon kajastab pilti, mis sisaldab koostatud HTML, JavaScript ja CSS.<\/p>\n
    Koostame pildi NGINX'i p\u00f5hjal<\/h4>\n
    \nSee, mis meie teise klastrite \u00fclesande osas, peab see koguma meile pildi NGINX'i p\u00f5hjal, kasutades juba koostatud rakenduse sisu. Sisuliselt on see see osa eelmisest jaos, kus me k\u00e4sitlesime seotud kogumite (chained builds) teemat.<\/p>\n
    Selleks loome - t\u00e4pselt nagu \u00fclalpool - klastrite \u00fclesande webapp-build-runtime:<\/p>\n
    $ oc create -f https:\/\/raw.githubusercontent.com\/nodeshift\/webapp-pipeline-tutorial\/master\/clustertasks\/webapp-build-runtime-task.yaml\n<\/code><\/pre>\n
    \nKui vaadata nende klastrite \u00fclesannete koodi, on n\u00e4ha, et seal ei ole t\u00e4psustatud Git'i repositooriumit, millega me t\u00f6\u00f6tame, ega ka pilti, mida me loome. Me lihtsalt m\u00e4\u00e4rame, mida me Git'i edastame v\u00f5i mingisugust pilti, kuhu l\u00f5pptoode pilt tuleb edastada. Just selle t\u00f5ttu saab neid klastrite \u00fclesandeid taaskasutada ka teiste rakenduste korral.<\/p>\n
    Ja siin liigume elegantset j\u00e4rgmise punkti juurde...<\/p>\n
    Resursid<\/h4>\n
    \nNii et, kuna nagu me just r\u00e4\u00e4kisime, peavad klastrite \u00fclesanded olema maksimaalselt \u00fcldistavad, peame looma ressursid, mis kasutavad sisendit (Git repository) ja v\u00e4ljundit (l\u00f5plikud pildid). Esimene ressurs, mida vajame, on Git, kus meie rakendus asub, n\u00e4iteks midagi sellist:<\/p>\n
    # This resource is the location of the git repo with the web application source\napiVersion: tekton.dev\/v1alpha1\nkind: PipelineResource\nmetadata:\n  name: web-application-repo\nspec:\n  type: git\n  params:\n    - name: url\n      value: https:\/\/github.com\/nodeshift-starters\/react-pipeline-example\n    - name: revision\n      value: master\n<\/code><\/pre>\n
    \nSiin on PipelineResource t\u00fc\u00fcpi git. Klahv url section params m\u00e4\u00e4rab konkreetse repostaari ja seab master haru (see on valikuline, kuid kirjutame selle t\u00e4iuslikkuse nimel).<\/p>\n
    N\u00fc\u00fcd peame looma ressursi pildi jaoks, kuhu salvestatakse s2i-web-app \u00fclesande tulemused, see tehakse nii:<\/p>\n
    # This resource is the result of running "npm run build",  the resulting built files will be located in \/opt\/app-root\/output\napiVersion: tekton.dev\/v1alpha1\nkind: PipelineResource\nmetadata:\n  name: built-web-application-image\nspec:\n  type: image\n  params:\n    - name: url\n      value: image-registry.openshift-image-registry.svc:5000\/webapp-pipeline\/built-web-application:latest\n<\/code><\/pre>\n
    \nSiin on PipelineResource t\u00fc\u00fcpi image, ja parameetri url v\u00e4\u00e4rtus viitab sisemisele OpenShift Image Registry'le, t\u00e4psemalt sellele, mis asub nimel webapp-pipeline. \u00c4rge unustage muuta seda parameetrit, kui kasutate teistsugust nimeala.<\/p>\n
    Ja l\u00f5puks, viimane ressurs, mida vajame, on samuti pildi t\u00fc\u00fcpi ning see on l\u00f5plik pilt NGINX, mida kasutatakse hiljem juurutamisel:<\/p>\n
    # This resource is the image that will be just the static html, css, js files being run with nginx\napiVersion: tekton.dev\/v1alpha1\nkind: PipelineResource\nmetadata:\n  name: runtime-web-application-image\nspec:\n  type: image\n  params:\n    - name: url\n      value: image-registry.openshift-image-registry.svc:5000\/webapp-pipeline\/runtime-web-application:latest\n<\/code><\/pre>\n
    \nJa j\u00e4lle, p\u00f6\u00f6rake t\u00e4helepanu, et see ressurs salvestab pildi OpenShift'i sisemisse registrisse nimel webapp-pipeline.<\/p>\n
    Kuna k\u00f5ik need ressursid luua, kasutame k\u00e4sku create:<\/p>\n
    $ oc create -f https:\/\/raw.githubusercontent.com\/nodeshift\/webapp-pipeline-tutorial\/master\/resources\/resource.yaml\n<\/code><\/pre>\n
    \nVeenduda, et ressursid on loodud, saab nii:<\/p>\n
    $ tkn resource ls\n<\/code><\/pre>\n
    <\/p>\n
    Torni konveier<\/h4>\n
    \nN\u00fc\u00fcd, kui meil on k\u00f5ik vajalikud koostisosad, kogume neist konveieri, luues selle j\u00e4rgmise k\u00e4suga:<\/p>\n
    $ oc create -f https:\/\/raw.githubusercontent.com\/nodeshift\/webapp-pipeline-tutorial\/master\/pipelines\/build-and-deploy-react.yaml\n<\/code><\/pre>\n
    \nKuid enne, kui k\u00e4ivitame selle k\u00e4su, vaatame \u00fcle need koostisosad. Esimene on nimi:<\/p>\n
    apiVersion: tekton.dev\/v1alpha1\nkind: Pipeline\nmetadata:\n  name: build-and-deploy-react\n<\/code><\/pre>\n
    \nSeej\u00e4rel n\u00e4eme section spec's ressursse, mille me varem l\u00f5ime:<\/p>\n
    spec:\n  resources:\n    - name: web-application-repo\n      type: git\n    - name: built-web-application-image\n      type: image\n    - name: runtime-web-application-image\n      type: image\n<\/code><\/pre>\n
    \nSeej\u00e4rel loome \u00fclesanded, mida meie konveier peab t\u00e4itma. Esmalt peab ta t\u00e4itma juba loodud \u00fclesande s2i-web-app:<\/p>\n
    tasks:\n    - name: build-web-application\n      taskRef:\n        name: s2i-web-app\n        kind: ClusterTask\n<\/code><\/pre>\n
    \nSee \u00fclesanne v\u00f5tab sisendi (gir-ressurss) ja v\u00e4ljundi (ressurs built-web-application-image) parameetrid. Me edastame talle samuti eriparameetri, et ta ei verifitseeriks TLS-i, kuna kasutame isesallekooditud sertifikaate:<\/p>\n
    resources:\n        inputs:\n          - name: source\n            resource: web-application-repo\n        outputs:\n          - name: image\n            resource: built-web-application-image\n      params:\n        - name: TLSVERIFY\n          value: "false"\n<\/code><\/pre>\n
    \nJ\u00e4rgmine \u00fclesanne on peaaegu sama, kuid siin kutsume juba loodud klastrite \u00fclesannet webapp-build-runtime:<\/p>\n
    nimi: ehita-runtime-pilt\n    \u00fclesanneViide:\n      nimi: webapp-build-runtime\n      t\u00fc\u00fcp: ClusterTask\n<\/code><\/pre>\n
    \nNagu eelmise \u00fclesande puhul, edastame ressursi, kuid n\u00fc\u00fcd on see ehitatud-veebirakenduse-pilt (meie eelmise \u00fclesande v\u00e4ljund). Ja v\u00e4ljundina m\u00e4\u00e4rame taas pildi. Kuna see \u00fclesanne peab toimuma p\u00e4rast eelmist, lisame v\u00e4lja runAfter:<\/p>\n
    resources:\n        inputs:\n          - name: image\n            resource: built-web-application-image\n        outputs:\n          - name: image\n            resource: runtime-web-application-image\n        params:\n        - name: TLSVERIFY\n          value: "false"\n      runAfter:\n        - build-web-application\n<\/code><\/pre>\n
    \nJ\u00e4rgmised kaks \u00fclesannet vastutavad YAMLi-failide rakendamise eest, mis puudutavad teenust, marsruuti ja juurutamist, mis elavad meie veebirakenduse katalogis k8s, ning nende juurutamine uute piltide loomisel. Need kaks klastrite \u00fclesannet m\u00e4\u00e4rasime juba artikli alguses.<\/p>\n
    Konteineri k\u00e4ivitamine<\/h4>\n
    \nNii et k\u00f5ik meie konveieri osad on loodud ja k\u00e4ivitame selle j\u00e4rgmise k\u00e4suga:<\/p>\n
    $ tkn pipeline start build-and-deploy-react\n<\/code><\/pre>\n
    \nSelles etapis kasutatakse k\u00e4surea liidest interaktiivses re\u017eiimis ning tuleb valida vastavad ressursid iga tema p\u00e4ringu vastusena: allika git jaoks valime veebirakenduse-repo, seej\u00e4rel esimese pildi jaoks \u2013 ehitatud-veebirakenduse-pilt, ja l\u00f5puks teise pildi jaoks \u2013 runtime-veebirakenduse-pilt:<\/p>\n
    ? Choose the git resource to use for web-application-repo: web-application-repo (https:\/\/github.com\/nodeshift-starters\/react-pipeline-example)\n? 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-\napplication:latest)\n? 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\ne-web-application:latest)\nPipelinerun started: build-and-deploy-react-run-4xwsr\n<\/code><\/pre>\n
    \nN\u00fc\u00fcd kontrollime konveieri olekut j\u00e4rgmise k\u00e4suga:<\/p>\n
    $ tkn pipeline logs -f\n<\/code><\/pre>\n
    \nP\u00e4rast konveieri k\u00e4ivitamist ja rakenduse juurutamist k\u00fcsime avaldatud marsruuti j\u00e4rgmise k\u00e4suga:<\/p>\n
    $ oc get route react-pipeline-example --template='http:\/\/{{.spec.host}}'\n<\/code><\/pre>\n
    \nVisualiseerimise paremuse nimel v\u00f5ime vaadata meie konveienti arendaja re\u017eiimis veebikonsolis jaotises Torud<\/b>, nagu on n\u00e4idatud joonisel 1.<\/p>\n
    \"Kaasaegsed<\/p>\n
    Joonis 1. K\u00e4ivitatud konveieride \u00fclevaade.<\/i><\/p>\n
    Kl\u00f5psamine k\u00e4ivitatud konveieril kuvab t\u00e4iendavaid \u00fcksikasju, nagu on n\u00e4idatud joonisel 2.<\/p>\n
    \"Kaasaegsed<\/p>\n
    Joonis 2. T\u00e4iendavad \u00fcksikasjad konveieri kohta.<\/i><\/p>\n
    P\u00e4rast t\u00e4iendavate \u00fcksikasjade vaatamist v\u00f5ime vaadata k\u00e4ivitatud rakendusi vaates Topoloogia<\/b>, nagu on n\u00e4idatud joonisel 3.<\/p>\n
    \"Kaasaegsed<\/p>\n
    Joonis 3. K\u00e4ivitatud pod.<\/i><\/p>\n
    Kl\u00f5psamine ikooni paremas \u00fclanurgas avab meie rakenduse, nagu on n\u00e4idatud joonisel 4.<\/p>\n
    \"Kaasaegsed<\/p>\n
    Joonis 4. K\u00e4ivitatud Reacti rakendus.<\/i><\/p>\n
    Kokkuv\u00f5te<\/h3>\n
    \nNii et, me n\u00e4itasime, kuidas k\u00e4ivitada OpenShiftis arendusserver oma rakendusele ja s\u00fcnkroonida see kohaliku failis\u00fcsteemiga. Samuti r\u00e4\u00e4kisime, kuidas simuleerida chained-build mallide abil OpenShift Pipelines. K\u00f5ik n\u00e4idiskoodid, mis selles artiklis on, on kergesti saadaval siin<\/a><\/noindex>.<\/p>\n
    Lisaressursid (EN)<\/h3>\n
    <\/p>\n