{"id":97254,"date":"2020-10-17T02:42:32","date_gmt":"2020-10-17T00:42:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/prosti-openshift-my-nedostatochno-czenili-tebya-i-prinimali-kak-dolzhnoe"},"modified":"2020-10-17T02:42:32","modified_gmt":"2020-10-17T00:42:32","slug":"prosti-openshift-my-nedostatochno-czenili-tebya-i-prinimali-kak-dolzhnoe","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sk\/blog\/administrirovanie\/prosti-openshift-my-nedostatochno-czenili-tebya-i-prinimali-kak-dolzhnoe","title":{"rendered":"Prep\u00e1\u010d, OpenShift, dostato\u010dne sme \u0165a neocenili a brali ako samozrejmos\u0165.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Tento pr\u00edspevok vznikol, preto\u017ee na\u0161i zamestnanci mali mno\u017estvo rozhovorov s klientmi o v\u00fdvoji aplik\u00e1ci\u00ed na Kubernetes a o \u0161pecifik\u00e1ch tohto v\u00fdvoja na OpenShift.<\/p>\n

\"Prep\u00e1\u010d,
\n
\nZvy\u010dajne za\u010d\u00edname s tvrden\u00edm, \u017ee Kubernetes je len Kubernetes, zatia\u013e \u010do OpenShift je u\u017e platforma na Kubernetes, ako Microsoft AKS alebo Amazon EKS. Ka\u017ed\u00e1 z t\u00fdchto platforiem m\u00e1 svoje v\u00fdhody, zameran\u00e9 na konkr\u00e9tnu cie\u013eov\u00fa skupinu. A potom sa u\u017e rozhovor presunie na porovnanie siln\u00fdch a slab\u00fdch str\u00e1n konkr\u00e9tnych platforiem.
\n<\/a><\/noindex>
\nCelkom sme si mysleli, \u017ee nap\u00ed\u0161eme tento pr\u00edspevok so z\u00e1verom ako \u201ePo\u010dujte, je to jedno, kde sp\u00fa\u0161\u0165a\u0165 k\u00f3d, na OpenShift alebo na AKS, na EKS, na nejakom vlastnom Kubernetes, proste na hocijakom Kubernetes. (pre skratku nazvime to KUK)<\/i> \u2013 je to naozaj jednoduch\u00e9 a tam, a tam.\u201c<\/p>\n

Potom sme pl\u00e1novali vzia\u0165 najjednoduch\u0161\u00ed \u201eHello World\u201c a na jeho pr\u00edklade uk\u00e1za\u0165, \u010do maj\u00fa spolo\u010dn\u00e9 a v \u010dom s\u00fa rozdiely medzi KUK a Red Hat OpenShift Container Platform (\u010falej OCP alebo jednoducho OpenShift).<\/p>\n

Av\u0161ak pri p\u00edsan\u00ed tohto pr\u00edspevku sme si uvedomili, \u017ee sme si na OpenShift tak zvykli, \u017ee si ani neuvedomujeme, ako ve\u013emi vyr\u00e1stol a stal sa ohromnou platformou, ktor\u00e1 je ove\u013ea viac ne\u017e len distrib\u00facia Kubernetes. Zvykli sme si pova\u017eova\u0165 zrelos\u0165 a jednoduchos\u0165 OpenShift za samozrejmos\u0165, pri\u010dom sme prehliadali jeho n\u00e1dheru.<\/p>\n

Celkovo nastal \u010das akt\u00edvneho pok\u00e1nia, a teraz krok za krokom porovn\u00e1me uvedenie n\u00e1\u0161ho \u201eHello World\u201c na KUK a na OpenShift a urob\u00edme to maxim\u00e1lne objekt\u00edvne (no ob\u010das nebude ch\u00fdba\u0165 osobn\u00fd n\u00e1zor na t\u00e9mu). Ak v\u00e1s zauj\u00edma \u010disto subjekt\u00edvny n\u00e1zor na t\u00fato t\u00e9mu, m\u00f4\u017eete si ho pre\u010d\u00edta\u0165 tu (EN)<\/a><\/noindex>. A v tomto pr\u00edspevku sa budeme dr\u017ea\u0165 iba faktov a len faktov.<\/p>\n

Klastrovanie<\/h3>\n

\nTak\u017ee, pre na\u0161e \u201eHello World\u201c potrebujeme klastry. Hne\u010f poviem \u201enie\u201c v\u0161etk\u00fdm verejn\u00fdm cloudom, aby sme nemuseli plati\u0165 za servery, registre, siete, prenos d\u00e1t at\u010f. Preto vol\u00edme jednoduch\u00fd jednodeskov\u00fd klastr na Minikube<\/a><\/noindex> (pre KUK) a Code Ready Containers<\/a><\/noindex> (pre klastr OpenShift). Oba tieto varianty s\u00fa naozaj jednoduch\u00e9 na in\u0161tal\u00e1ciu, ale vy\u017eaduj\u00fa dos\u0165 ve\u013ea zdrojov na va\u0161om notebooku.<\/p>\n

\"Prep\u00e1\u010d,<\/p>\n

Zostavenie na KUK<\/h3>\n

\nTak\u017ee, po\u010fme na to.<\/p>\n

Krok 1 \u2013 zostavujeme na\u0161u kontajnerov\u00fa podobu.<\/h4>\n

\nZa\u010dnem t\u00fdm, \u017ee nasad\u00edm n\u00e1\u0161 \u201eHello World\u201c na minikube. Na to budeme potrebova\u0165:<\/p>\n

    \n
  1. 1. Nain\u0161talovan\u00fd Docker.<\/li>\n
  2. 2. Nain\u0161talovan\u00fd Git.<\/li>\n
  3. 3. Nain\u0161talovan\u00fd Maven (v tomto projekte sa v skuto\u010dnosti pou\u017e\u00edva mvnw bin\u00e1rny s\u00fabor, tak\u017ee to nie je potrebn\u00e9).<\/li>\n
  4. 4. Samozrejme, samotn\u00fd zdrojov\u00fd k\u00f3d, t.j. klon repozit\u00e1ra github.com\/gcolman\/quarkus-hello-world.git<\/a><\/noindex><\/li>\n<\/ol>\n

    \nNajprv je potrebn\u00e9 vytvori\u0165 projekt Quarkus. Nebojte sa, ak ste nikdy nepracovali so str\u00e1nkou Quarkus.io \u2013 je to jednoduch\u00e9. Sta\u010d\u00ed si vybra\u0165 komponenty, ktor\u00e9 chcete vo svojom projekte pou\u017ei\u0165 (RestEasy, Hibernate, Amazon SQS, Camel at\u010f.), a potom sa Quarkus postar\u00e1 o nastavenie archetypu maven a v\u0161etko nahr\u00e1 na github bez v\u00e1\u0161ho z\u00e1sahu. Teda doslova jedno kliknutie my\u0161ou \u2013 a je to. Preto m\u00e1me Quarkus radi.<\/p>\n

    \"Prep\u00e1\u010d,<\/p>\n

    Najjednoduch\u0161\u00ed sp\u00f4sob, ako zostavi\u0165 na\u0161u \u201eHello World\u201c do kontajnerov\u00e9ho obrazu \u2013 je pou\u017ei\u0165 roz\u0161\u00edrenia quarkus-maven pre Docker, ktor\u00e9 vykonaj\u00fa v\u0161etku potrebn\u00fa pr\u00e1cu. S pr\u00edchodom Quarkus sa to stalo naozaj \u013eahk\u00e9 a jednoduch\u00e9: prid\u00e1te roz\u0161\u00edrenie container-image-docker a m\u00f4\u017eete vytv\u00e1ra\u0165 obrazy pr\u00edkazmi maven.<\/p>\n

    .\/mvnw quarkus:add-extension -Dextensions=\"container-image-docker\"\n<\/code><\/pre>\n
    \nA nakoniec zostav\u00edme n\u00e1\u0161 obraz pomocou Maven. V\u00fdsledkom je, \u017ee n\u00e1\u0161 zdrojov\u00fd k\u00f3d sa premen\u00ed na hotov\u00fd kontajnerov\u00fd obraz, ktor\u00fd u\u017e m\u00f4\u017eeme spusti\u0165 v prostred\u00ed kontajnerov.<\/p>\n
    \"Prep\u00e1\u010d,<\/p>\n
    .\/mvnw -X clean package -Dquarkus.container-image.build=true\n<\/code><\/pre>\n
    \nA to je v\u0161etko, teraz m\u00f4\u017eeme spusti\u0165 kontajner pr\u00edkazom docker run, pri\u010dom podmapujeme na\u0161u slu\u017ebu na port 8080, aby sme k nej mohli pristupova\u0165.<\/p>\n
    docker run -i --rm -p 8080:8080 gcolman\/quarkus-hello-world\n<\/code><\/pre>\n
    \"Prep\u00e1\u010d,<\/p>\n
    Potom, \u010do je in\u0161tancia kontajnera spusten\u00e1, sta\u010d\u00ed skontrolova\u0165 pr\u00edkazom curl, \u010di na\u0161a slu\u017eba funguje:<\/p>\n
    \"Prep\u00e1\u010d,<\/p>\n
    Tak\u017ee v\u0161etko funguje a bolo to naozaj jednoduch\u00e9 a \u013eahk\u00e9.<\/p>\n
    Krok 2 \u2013 odosielame n\u00e1\u0161 kontajner do repozit\u00e1ra kontajnerov\u00fdch obrazov<\/h4>\n
    \nDoteraz vytvoren\u00fd obraz je ulo\u017een\u00fd lok\u00e1lne v na\u0161om lok\u00e1lnom kontajnerovom \u00falo\u017eisku. Ak chceme tento obraz pou\u017ei\u0165 v na\u0161om prostred\u00ed K\u00daK, mus\u00edme ho umiestni\u0165 do in\u00e9ho repozit\u00e1ra. V Kubernetes tak\u00e9 funkcie nie s\u00fa, preto budeme pou\u017e\u00edva\u0165 dockerhub. Jednak je to zadarmo a jednak (takmer) v\u0161etci to robia.<\/p>\n
    Je to tie\u017e ve\u013emi jednoduch\u00e9 a potrebn\u00fd je len \u00fa\u010det na dockerhub.<\/p>\n
    Tak\u017ee sa prihl\u00e1sime do dockerhub a odosielame tam n\u00e1\u0161 obraz.<\/p>\n
    \"Prep\u00e1\u010d,<\/p>\n
    Krok 3 \u2013 sp\u00fa\u0161\u0165ame Kubernetes<\/h4>\n
    \nExistuje ve\u013ea sp\u00f4sobov, ako zostavi\u0165 konfigur\u00e1ciu kubernetes na spustenie n\u00e1\u0161ho \u201eHello World\u201c, ale pou\u017eijeme ten najjednoduch\u0161\u00ed, sme tak\u00ed \u013eudia...<\/p>\n
    Na za\u010diatok spust\u00edme klaster minikube:<\/p>\n
    minikube start\n<\/code><\/pre>\n
    <\/p>\n
    Krok 4 \u2013 nasadzujeme n\u00e1\u0161 kontajnerov\u00fd obraz<\/h4>\n
    \nTeraz mus\u00edme pretransformova\u0165 n\u00e1\u0161 k\u00f3d a kontajnerov\u00fd obraz do konfigur\u00e1ci\u00ed Kubernetes. In\u00fdmi slovami, potrebujeme pod a defin\u00edciu nasadenia s odkazom na n\u00e1\u0161 kontajnerov\u00fd obraz na DockerHube. Jedn\u00fdm z najjednoduch\u0161\u00edch sp\u00f4sobov, ako to urobi\u0165, je spusti\u0165 pr\u00edkaz create deployment a uvies\u0165 n\u00e1\u0161 obraz:<\/p>\n
    \"Prep\u00e1\u010d,<\/p>\n
    kubectl create deployment hello-quarkus --image=gcolman\/quarkus-hello-world:1.0.0-SNAPSHOT\n<\/code><\/pre>\n
    \nT\u00fdmto pr\u00edkazom sme povedali na\u0161emu KUBENETOVI, aby vytvoril konfigur\u00e1ciu nasadenia, ktor\u00e1 by mala obsahova\u0165 \u0161pecifik\u00e1ciu podu pre n\u00e1\u0161 kontajnerov\u00fd obraz. Tento pr\u00edkaz tie\u017e aplikuje t\u00fato konfigur\u00e1ciu na n\u00e1\u0161 cluster minikube a vytvor\u00ed nasadenie, ktor\u00e9 stiahne n\u00e1\u0161 kontajnerov\u00fd obraz a spust\u00ed pod v clustre.<\/p>\n
    Krok 5 \u2013 otv\u00e1rame pr\u00edstup k na\u0161ej slu\u017ebe<\/h4>\n
    \nTeraz, ke\u010f m\u00e1me nasaden\u00fd kontajnerov\u00fd obraz, je \u010das zamyslie\u0165 sa nad t\u00fdm, ako konfigurova\u0165 extern\u00fd pr\u00edstup k tejto Restful slu\u017ebe, ktor\u00e1 je vlastne naprogramovan\u00e1 v na\u0161om k\u00f3de.<\/p>\n
    Existuje mnoho sp\u00f4sobov. Napr\u00edklad m\u00f4\u017eeme pou\u017ei\u0165 pr\u00edkaz expose na automatick\u00e9 vytvorenie pr\u00edslu\u0161n\u00fdch komponentov Kubernetes, ako s\u00fa slu\u017eby a koncov\u00e9 body. Presne to aj urob\u00edme, vykonan\u00edm pr\u00edkazu expose pre n\u00e1\u0161 objekt nasadenia:<\/p>\n
    kubectl expose deployment hello-quarkus --type=NodePort --port=8080\n<\/code><\/pre>\n
    \nNa chv\u00ed\u013eu sa zastavme pri mo\u017enos\u0165i \"--type\" pr\u00edkazu expose.<\/p>\n
    Ke\u010f rob\u00edme expose a vytv\u00e1rame komponenty potrebn\u00e9 na spustenie na\u0161ej slu\u017eby, potrebujeme, aby sa zvonku dalo pripoji\u0165 k slu\u017ebe hello-quarkus, ktor\u00e1 s\u00eddli vo vn\u00fatri na\u0161ej programovo definovanej siete. A parameter type<\/b> n\u00e1m umo\u017e\u0148uje vytvori\u0165 a pripoji\u0165 tak\u00e9 veci, ako s\u00fa vyrovn\u00e1va\u010de z\u00e1\u0165a\u017ee, aby sa zrealizoval prenos d\u00e1t do tejto siete.<\/p>\n
    Napr\u00edklad, zadan\u00edm type=LoadBalancer<\/b>, automaticky aktivujeme vyrovn\u00e1va\u010d z\u00e1\u0165a\u017ee v verejnom cloude, aby sme sa mohli pripoji\u0165 k n\u00e1\u0161mu Kubernetes klastru. To je samozrejme skvel\u00e9, ale je potrebn\u00e9 pochopi\u0165, \u017ee tak\u00e1to konfigur\u00e1cia bude pevne viazan\u00e1 na konkr\u00e9tny verejn\u00fd cloud a bude \u0165a\u017e\u0161ie pren\u00e1\u0161ate\u013en\u00e1 medzi Kubernetes in\u0161tancami v r\u00f4znych prostrediach.<\/p>\n
    V na\u0161om pr\u00edklade type=NodePort<\/b>, to znamen\u00e1, \u017ee pr\u00edstup k n\u00e1\u0161mu serveru prebieha prostredn\u00edctvom IP adresy uzla a \u010d\u00edsla portu. T\u00e1to mo\u017enos\u0165 umo\u017e\u0148uje nepou\u017e\u00edva\u0165 \u017eiadne verejn\u00e9 cloudov\u00e9 slu\u017eby, av\u0161ak vy\u017eaduje si nieko\u013eko \u010fal\u0161\u00edch krokov. Po prv\u00e9, potrebujeme vlastn\u00fd vyrovn\u00e1va\u010d z\u00e1\u0165a\u017ee, tak\u017ee rozbehneme vyrovn\u00e1va\u010d z\u00e1\u0165a\u017ee NGINX v na\u0161om klastere.<\/p>\n
    Krok 6 \u2013 nastavujeme vyrovn\u00e1va\u010d z\u00e1\u0165a\u017ee<\/h4>\n
    \nMinikube m\u00e1 mno\u017estvo nat\u00edvnych funkci\u00ed, ktor\u00e9 u\u013eah\u010duj\u00fa vytv\u00e1ranie potrebn\u00fdch komponentov na extern\u00fd pr\u00edstup, ako s\u00fa ingress kontrol\u00e9ry. Minikube prich\u00e1dza spolu s ingress kontrol\u00e9rom Nginx, a my ho len aktivujeme a nastav\u00edme.<\/p>\n
    minikube addons enable ingress\n<\/code><\/pre>\n
    \nTeraz pomocou jedn\u00e9ho pr\u00edkazu vytvor\u00edme ingress kontrol\u00e9r Nginx, ktor\u00fd bude fungova\u0165 v na\u0161om klastere minikube:<\/p>\n
    ingress-nginx-controller-69ccf5d9d8-j5gs9 1\/1 Running 1 33m\n<\/code><\/pre>\n
    <\/p>\n
    Krok 7 \u2013 Konfigurujeme ingress<\/h4>\n
    \nTeraz mus\u00edme nastavi\u0165 ingress kontrol\u00e9r Nginx, aby prij\u00edmal po\u017eiadavky na hello-quarkus.<\/p>\n
    \"Prep\u00e1\u010d,<\/p>\n
    \"Prep\u00e1\u010d,<\/p>\n
    A nakoniec, mus\u00edme pou\u017ei\u0165 t\u00fato konfigur\u00e1ciu.<\/p>\n
    \"Prep\u00e1\u010d,<\/p>\n
    kubectl apply -f ingress.yml\n<\/code><\/pre>\n
    \"Prep\u00e1\u010d,<\/p>\n
    Ke\u010f\u017ee v\u0161etko rob\u00edme na svojom po\u010d\u00edta\u010di, jednoducho prid\u00e1me IP adresu svojho uzla do s\u00faboru \/etc\/hosts, aby sme nasmerovali http po\u017eiadavky na n\u00e1\u0161 minikube na vyrovn\u00e1va\u010d z\u00e1\u0165a\u017ee NGINX.<\/p>\n
    192.168.99.100 hello-quarkus.info\n<\/code><\/pre>\n
    \nHotovo, teraz je n\u00e1\u0161 servis minikube pr\u00edstupn\u00fd zvonka cez ingress kontrol\u00e9r Nginx.<\/p>\n
    \"Prep\u00e1\u010d,<\/p>\n
    No, bolo to \u013eahk\u00e9, \u017ee? Alebo nie ve\u013emi?<\/h3>\n
    \"Prep\u00e1\u010d,<\/p>\n
    Spustenie na OpenShift (Code Ready Containers)<\/h3>\n
    \nA teraz sa pozrieme, ako sa to v\u0161etko rob\u00ed na Red Hat OpenShift Container Platform (OCP).<\/p>\n
    Rovnako ako v pr\u00edpade minikube, vyber\u00e1me sch\u00e9mu s jednodeskov\u00fdm klastrom OpenShift vo forme Code Ready Containers (CRC). Predt\u00fdm sa to naz\u00fdvalo minishift a vych\u00e1dzalo to z projektu OpenShift Origin, a teraz je to CRC a postaven\u00e9 na OpenShift Container Platform od Red Hat.<\/p>\n
    Tu sa, prep\u00e1\u010dte, nem\u00f4\u017eeme udr\u017ea\u0165 a nehovor\u00edme: \u201eOpenShift je n\u00e1dhern\u00fd!\u201c<\/p>\n
    P\u00f4vodne sme chceli nap\u00edsa\u0165, \u017ee v\u00fdvoj na OpenShift sa nijako nel\u00ed\u0161i od v\u00fdvoja na Kubernetes. A v podstate je to pravda. Ale po\u010das p\u00edsania tohto pr\u00edspevku sme si spomenuli, ko\u013eko zbyto\u010dn\u00fdch pohybov mus\u00edme vykona\u0165, ke\u010f nem\u00e1me OpenShift, a preto je, opakujeme, n\u00e1dhern\u00fd. M\u00e1me radi, ke\u010f sa veci robia jednoducho, a to, ako je \u013eahko v porovnan\u00ed s minikube na\u0161\u00edm pr\u00edkladom vyvinut\u00e9 a spusten\u00e9 na OpenShift, n\u00e1s vlastne motivovalo nap\u00edsa\u0165 tento pr\u00edspevok.<\/p>\n
    Po\u010fme prejs\u0165 procesom a pozrime sa, \u010do budeme musie\u0165 urobi\u0165.<\/p>\n
    Tak\u017ee v pr\u00edklade s minikube sme za\u010d\u00ednali s Docker\u2026 Po\u010dkajte, u\u017e nemus\u00edme, aby bol Docker nain\u0161talovan\u00fd na stroji.<\/p>\n
    A lok\u00e1lny git nie je potrebn\u00fd.
    \nA Maven nie je potrebn\u00fd.
    \nA nie je potrebn\u00e9 vytv\u00e1ra\u0165 kontajnerov\u00fd obraz manu\u00e1lne.
    \nA nie je potrebn\u00e9 h\u013eada\u0165 \u017eiadny repozit\u00e1r kontajnerov\u00fdch obrazov.
    \nA nie je potrebn\u00e9 in\u0161talova\u0165 ingress-kontrol\u00e9r.
    \nA konfigurova\u0165 ingress tie\u017e nie je potrebn\u00e9.<\/b><\/p>\n
    Rozumiete, \u00e1no? Na to, aby sme nasadili a spustili na\u0161u aplik\u00e1ciu na OpenShift, nie je potrebn\u00e9 ni\u010d z vy\u0161\u0161ie uveden\u00e9ho. A samotn\u00fd proces vyzer\u00e1 nasledovne.<\/p>\n
    Krok 1 \u2013 Sp\u00fa\u0161\u0165ame svoj klaster OpenShift<\/h4>\n
    \nPou\u017e\u00edvame Code Ready Containers od Red Hat, ktor\u00fd v podstate je to ist\u00e9 ako Minikube, ale len s plnohodnotn\u00fdm jednouzlov\u00fdm klastrom OpenShift.<\/p>\n
    crc start\n<\/code><\/pre>\n
    <\/p>\n
    Krok 2 \u2013 Vykon\u00e1vame zostavenie a nasadenie aplik\u00e1cie v klastru OpenShift<\/h4>\n
    \nPr\u00e1ve v tomto kroku sa jednoduchos\u0165 a pohodlie OpenShift prejavuj\u00fa v plnej kr\u00e1se. Rovnako ako vo v\u0161etk\u00fdch distrib\u00faci\u00e1ch Kubernetes, m\u00e1me mno\u017estvo sp\u00f4sobov, ako spusti\u0165 aplik\u00e1ciu v klastru. A ako v pr\u00edpade K\u00daK, vyber\u00e1me si najjednoduch\u0161iu mo\u017enos\u0165.<\/p>\n
    OpenShift bol v\u017edy navrhnut\u00fd ako platforma na vytv\u00e1ranie a sp\u00fa\u0161\u0165anie kontajnerov\u00fdch aplik\u00e1ci\u00ed. Zostavenie kontajnerov bolo v\u017edy neoddelite\u013enou s\u00fa\u010das\u0165ou tejto platformy, a preto tu existuje mno\u017estvo \u010fal\u0161\u00edch Kubernetes-zdrojov pre pr\u00edslu\u0161n\u00e9 \u00falohy.<\/p>\n
    Budeme pou\u017e\u00edva\u0165 proces Source 2 Image (S2I) od OpenShiftu, ktor\u00fd m\u00e1 nieko\u013eko r\u00f4znych sp\u00f4sobov, ako z\u00edska\u0165 n\u00e1\u0161 zdroj (k\u00f3d alebo bin\u00e1rne s\u00fabory) a premeni\u0165 ho na kontajnerov\u00fd obraz, ktor\u00fd je mo\u017en\u00e9 spusti\u0165 v klastri OpenShift.<\/p>\n
    Na to budeme potrebova\u0165 dve veci:<\/p>\n