{"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\/hr\/blog\/administrirovanie\/prosti-openshift-my-nedostatochno-czenili-tebya-i-prinimali-kak-dolzhnoe","title":{"rendered":"\u017dao mi je, OpenShift, nismo te dovoljno cijenili i uzeli te zdravo za gotovo","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ova objava je napisana jer su na\u0161i zaposlenici imali puno razgovora s klijentima o razvoju aplikacija na Kubernetesu i specifi\u010dnostima takvog razvoja na OpenShift-u.<\/p>\n

\"\u017dao
\n
\nObi\u010dno po\u010dinjemo s tezom da je Kubernetes jednostavno Kubernetes, dok je OpenShift ve\u0107 Kubernetes platforma, poput Microsoft AKS ili Amazon EKS. Svaka od ovih platformi ima svoje prednosti, usmjerene na odre\u0111enu ciljanu publiku. Nakon toga, razgovor se prelijeva u usporedbu snaga i slabosti konkretnih platformi.
\n<\/a><\/noindex>
\nU su\u0161tini, razmi\u0161ljali smo o tome da napi\u0161emo ovu objavu s zaklju\u010dkom tipa \u201eSlu\u0161ajte, zapravo nije va\u017eno gdje pokre\u0107ete kod, na OpenShift-u ili na AKS-u, na EKS-u, na nekom prilago\u0111enom Kubernetes-u, zapravo na bilo kojem Kubernetes-u (radi jednostavnosti, nazovimo ga KUK)<\/i> \u2013 to je stvarno jednostavno, i tamo i ovdje.<\/p>\n

Zatim smo planirali uzeti najjednostavniji \u201eHello World\u201c i na njegovom primjeru prikazati \u0161to je zajedni\u010dko i koje su razlike izme\u0111u KUK-a i Red Hat OpenShift Container Platform (dalje, OCP ili jednostavno OpenShift).<\/p>\n

Me\u0111utim, tijekom pisanja ove objave, shvatili smo da smo se toliko dugo i sna\u017eno navikli koristiti OpenShift, da jednostavno ne primje\u0107ujemo koliko je narastao i postao nevjerojatna platforma koja je mnogo vi\u0161e od obi\u010dnog Kubernetes distribucije. Navikli smo do\u017eivljavati zrelost i jednostavnost OpenShift-a kao ne\u0161to podrazumijevano, zanemaruju\u0107i njegovu veli\u010danstvenost.<\/p>\n

U su\u0161tini, do\u0161lo je vrijeme za aktivno pokajanje, i sada \u0107emo korak po korak usporediti uvo\u0111enje svog \u201eHello World\u201c na KUK-u i na OpenShift-u, i to \u0107emo u\u010diniti \u0161to objektivnije (pa mo\u017eda i iskazuju\u0107i povremeno osobni odnos prema temi). Ako vas zanima isklju\u010divo subjektivno mi\u0161ljenje o ovoj temi, mo\u017eete pro\u010ditati ovdje (EN)<\/a><\/noindex>. A u ovoj objavi \u0107emo se dr\u017eati \u010dinjenica i samo \u010dinjenica.<\/p>\n

Klasteri<\/h3>\n

\nDakle, za na\u0161 \u201eHello World\u201c potrebni su klasteri. Odmah ka\u017eemo \u201ene\u201c svim javnim oblacima, kako ne bismo pla\u0107ali za servere, registre, mre\u017ee, prijenos podataka itd. Stoga biramo jednostavni jednoklju\u010dni klaster na Minikube<\/a><\/noindex> (za KUK) i Code Ready Containers<\/a><\/noindex> (za OpenShift klaster). Obje ove opcije su zapravo jednostavne za instalaciju, ali \u0107e zahtijevati prili\u010dno mnogo resursa na va\u0161em laptopu.<\/p>\n

\"\u017dao<\/p>\n

Izgradnja na KUK-u<\/h3>\n

\nDakle, idemo.<\/p>\n

Korak 1 \u2013 izradimo na\u0161u kontejnersku sliku<\/h4>\n

\nZapo\u010dnimo s tim da \u0107emo implementirati na\u0161 \u201eHello World\u201c na minikube-u. Za to \u0107e biti potrebno:<\/p>\n

    \n
  1. 1. Instalirani Docker.<\/li>\n
  2. 2. Instalirani Git.<\/li>\n
  3. 3. Instalirani Maven (usput, u ovom projektu koristi se mvnw binarna verzija, pa se mo\u017ee pro\u0107i i bez njega).<\/li>\n
  4. 4. Sam izvorni kod, tj. klon repozitorija github.com\/gcolman\/quarkus-hello-world.git<\/a><\/noindex><\/li>\n<\/ol>\n

    \nPrvo \u0161to treba u\u010diniti je stvoriti Quarkus projekt. Ne bojte se ako nikada niste radili sa stranicom Quarkus.io \u2013 to je lako. Samo odaberite komponente koje \u017eelite koristiti u projektu (RestEasy, Hibernate, Amazon SQS, Camel itd.), a zatim \u0107e Quarkus sam, bez va\u0161eg sudjelovanja, postaviti Maven arhetip i sve objaviti na github. Drugim rije\u010dima, doslovno jedan klik mi\u0161em \u2013 i gotovo. Zato volimo Quarkus.<\/p>\n

    \"\u017dao<\/p>\n

    Najlak\u0161i na\u010din za izradu na\u0161eg 'Hello World' u kontejnerski obrazac je kori\u0161tenje quarkus-maven ekstenzija za Docker, koje \u0107e odraditi sav potreban posao. Sa dolaskom Quarkusa, ovo je postalo zaista lako i jednostavno: dodajte ekstenziju container-image-docker i mo\u017eete stvarati slike s Maven komandama.<\/p>\n

    .\/mvnw quarkus:add-extension -Dextensions=\"container-image-docker\"\n<\/code><\/pre>\n
    \nI kona\u010dno, izvodimo izgradnju na\u0161eg obrasca koriste\u0107i Maven. Kao rezultat, na\u0161 izvorni kod se pretvara u gotov kontejnerski obrazac, koji se ve\u0107 mo\u017ee pokrenuti u okru\u017eenju kontejnera.<\/p>\n
    \"\u017dao<\/p>\n
    .\/mvnw -X clean package -Dquarkus.container-image.build=true\n<\/code><\/pre>\n
    \nEto, to je to, sada mo\u017eemo pokrenuti kontejner s docker run, mapiraju\u0107i na\u0161 servis na port 8080, kako bismo mu mogli pristupiti.<\/p>\n
    docker run -i --rm -p 8080:8080 gcolman\/quarkus-hello-world\n<\/code><\/pre>\n
    \"\u017dao<\/p>\n
    Nakon \u0161to se instanca kontejnera pokrene, ostaje samo provjeriti s komandama curl da na\u0161 servis radi:<\/p>\n
    \"\u017dao<\/p>\n
    Dakle, sve radi, i to je bilo zaista lako i jednostavno.<\/p>\n
    Korak 2 \u2013 \u0161aljemo na\u0161 kontejner u repozitorij kontejnerskih slika<\/h4>\n
    \nZa sada, stvorena slika se \u010duva lokalno, u na\u0161em lokalnom kontejnerskom skladi\u0161tu. Ako \u017eelimo koristiti ovu sliku u svom K8S okru\u017eenju, trebamo je pohraniti u neki drugi repozitorij. U Kubernetesu nema takvih funkcija, pa \u0107emo koristiti dockerhub. Zato \u0161to, prvo, besplatan je, a drugo, (skoro) svi tako rade.<\/p>\n
    To je tako\u0111er vrlo jednostavno, a ovdje je potreban samo ra\u010dun na dockerhub.<\/p>\n
    Dakle, kreiramo dockerhub i \u0161aljemo na\u0161u sliku tamo.<\/p>\n
    \"\u017dao<\/p>\n
    Korak 3 \u2013 pokre\u0107emo Kubernetes<\/h4>\n
    \nPostoji mnogo na\u010dina za izradu konfiguracije kubernetes za pokretanje na\u0161eg 'Hello World', ali koristit \u0107emo najjednostavniji od njih, takvi smo ljudi\u2026<\/p>\n
    Za po\u010detak pokre\u0107emo minikube klaster:<\/p>\n
    minikube start\n<\/code><\/pre>\n
    <\/p>\n
    Korak 4 \u2013 implementiramo na\u0161 kontejnerski imid\u017e<\/h4>\n
    \nSada je potrebno pretvoriti na\u0161 kod i kontejnerski imid\u017e u Kubernetes konfiguracije. Drugim rije\u010dima, potrebna nam je definicija pod-a i deployment-a s referencom na na\u0161 kontejnerski imid\u017e na DockerHubu. Jedan od najlak\u0161ih na\u010dina da to u\u010dinimo je pokretanje komande create deployment, ukazuju\u0107i na na\u0161 imid\u017e:<\/p>\n
    \"\u017dao<\/p>\n
    kubectl create deployment hello-quarkus --image=gcolman\/quarkus-hello-world:1.0.0-SNAPSHOT\n<\/code><\/pre>\n
    \nOvom komandom smo rekli na\u0161em KUBET-u da stvori konfiguraciju deployment-a koja bi trebala sadr\u017eavati specifikaciju pod-a za na\u0161 kontejnerski imid\u017e. Ova komanda tako\u0111e primenjuje ovu konfiguraciju na na\u0161 minikube klaster i stvara deployment koji \u0107e preuzeti na\u0161 kontejnerski imid\u017e i pokrenuti pod u klasteru.<\/p>\n
    Korak 5 \u2013 otvaramo pristup na\u0161oj usluzi<\/h4>\n
    \nSada kada imamo implementirani kontejnerski imid\u017e, vreme je da razmislimo kako konfigurisati spolja\u0161nji pristup ovom Restful servisu, koji je zapravo programiran u na\u0161em kodu.<\/p>\n
    Postoji mnogo na\u010dina na koje to mo\u017eemo u\u010diniti. Na primer, mo\u017eemo koristiti komandu expose da automatski kreiramo odgovaraju\u0107e Kubernetes komponente, kao \u0161to su usluge i krajnje ta\u010dke. U biti, to \u0107emo i uraditi, izvr\u0161avaju\u0107i komandu expose za na\u0161 objekat deployment-a:<\/p>\n
    kubectl expose deployment hello-quarkus --type=NodePort --port=8080\n<\/code><\/pre>\n
    \nZaustavimo se na trenutak na opciji \"--type\" komande expose.<\/p>\n
    Kada radimo expose i kreiramo komponente potrebne za pokretanje na\u0161e usluge, me\u0111u ostalim, trebamo omogu\u0107iti spoljnu vezu sa uslugom hello-quarkus koja se nalazi unutar na\u0161e softverski definisane mre\u017ee. I parametar type<\/b> omogu\u0107ava nam da kreiramo i pove\u017eemo stvari kao \u0161to su balansatori optere\u0107enja, kako bismo usmerili saobra\u0107aj u tu mre\u017eu.<\/p>\n
    Na primer, upisivanjem type=LoadBalancer<\/b>, automatski inicijalizujemo balansator optere\u0107enja u javnom obla\u010dnosti kako bismo pristupili na\u0161em Kubernetes klasteru. To, naravno, zvu\u010di sjajno, ali treba razumeti da \u0107e takva konfiguracija biti \u010dvrsto vezana za odre\u0111eno javno obla\u010dnost i bi\u0107e te\u017ee prenosiva izme\u0111u Kubernetes instanci u razli\u010ditim okru\u017eenjima.<\/p>\n
    U na\u0161em primeru type=NodePort<\/b>, odnosno, pristup na\u0161em servisu ide putem IP adrese \u010dvora i broja porta. Ova opcija ne zahtijeva kori\u0161tenje javnih oblaka, ali zahtijeva odre\u0111ene dodatne korake. Prvo, potreban nam je vlastiti balansirnik optere\u0107enja, pa \u0107emo u svom klasteru postaviti balansirnik optere\u0107enja NGINX.<\/p>\n
    Korak 6 \u2013 postavljamo balansirnik optere\u0107enja<\/h4>\n
    \nMinikube ima niz platformskih funkcija koje olak\u0161avaju kreiranje potrebnih komponenti za pristup izvana, poput ingress kontrolera. Minikube dolazi s ingress kontrolerom Nginx, a samo ga trebamo uklju\u010diti i konfigurirati.<\/p>\n
    minikube addons enable ingress\n<\/code><\/pre>\n
    \nSada \u0107emo samo jednim naredbom stvoriti ingress kontroler Nginx koji \u0107e raditi unutar na\u0161eg minikube klastera:<\/p>\n
    ingress-nginx-controller-69ccf5d9d8-j5gs9 1\/1 Pokre\u0107e se 1 33m\n<\/code><\/pre>\n
    <\/p>\n
    Korak 7 \u2013 Konfiguriramo ingress<\/h4>\n
    \nSada trebamo konfigurirati ingress kontroler Nginx kako bi procesirao zahtjeve hello-quarkus.<\/p>\n
    \"\u017dao<\/p>\n
    \"\u017dao<\/p>\n
    I, kona\u010dno, trebamo primijeniti ovu konfiguraciju.<\/p>\n
    \"\u017dao<\/p>\n
    kubectl apply -f ingress.yml\n<\/code><\/pre>\n
    \"\u017dao<\/p>\n
    Budu\u0107i da sve to radimo na svom ra\u010dunalu, jednostavno dodajemo IP adresu svog \u010dvora u datoteku \/etc\/hosts kako bismo usmjerili http zahtjeve na na\u0161 minikube na balansirnik optere\u0107enja NGINX.<\/p>\n
    192.168.99.100 hello-quarkus.info\n<\/code><\/pre>\n
    \nSve, sada je na\u0161 minikube servis dostupan izvana putem ingress kontrolera Nginx.<\/p>\n
    \"\u017dao<\/p>\n
    Pa, to je bilo lako, zar ne? Ili ne tako lako?<\/h3>\n
    \"\u017dao<\/p>\n
    Pokretanje na OpenShiftu (Code Ready Containers)<\/h3>\n
    \nA sada pogledajmo kako se sve to radi na Red Hat OpenShift Container Platform (OCP).<\/p>\n
    Kao u slu\u010daju s minikube, biramo shemu s jednodesnim klasterom OpenShift u obliku Code Ready Containers (CRC). Ranije je to bilo poznato kao minishift i temeljilo se na projektu OpenShift Origin, a sada je to CRC i izgra\u0111eno na Red Hat-ovoj OpenShift Container Platform.<\/p>\n
    Ovdje se, izvinjavamo se, ne mo\u017eemo suzdr\u017eati a da ne ka\u017eemo: \u201eOpenShift je divan!\u201c<\/p>\n
    Isprva smo mislili napisati da razvoj na OpenShiftu ne razlikuje se od razvoja na Kubernetesu. U su\u0161tini, to i jest tako. No tijekom pisanja ovog posta sjetili smo se koliko dodatnih koraka treba poduzeti kada nemate OpenShift, i stoga, ponavljamo, divan je. Volimo kada je sve lako, i to koliko je lako u usporedbi s minikube kada se na\u0161 primjer postavlja i pokre\u0107e na OpenShift, zapravo nas je potaknulo na pisanje ovog posta.<\/p>\n
    Pro\u0111imo kroz postupak i vidimo \u0161to \u0107emo trebati u\u010diniti.<\/p>\n
    Dakle, u primjeru s minikube po\u010deli smo s Docker-om\u2026 \u010cekaj, vi\u0161e nam ne treba da na ma\u0161ini bude instaliran Docker.<\/p>\n
    Lokalni git nam tako\u0111er nije potreban.
    \nMaven tako\u0111er nije potreban.
    \nNije potrebno ru\u010dno stvarati kontejnersku sliku.
    \nNije potrebno tra\u017eiti neki repozitorij kontejnerskih slika.
    \nNije potrebno instalirati ingress kontroler.
    \nNije potrebno niti konfigurirati ingress.<\/b><\/p>\n
    Razumijete, zar ne? Da biste pokrenuli i pokrenuli na\u0161u aplikaciju na OpenShift-u, nije potrebno ni\u0161ta od navedenog. A sam proces izgleda ovako.<\/p>\n
    Korak 1 \u2013 Pokre\u0107emo svoj OpenShift klaster.<\/h4>\n
    \nKoristimo Code Ready Containers od Red Hat-a, koji je u su\u0161tini kao Minikube, ali s punim jednomodnim OpenShift klasterom.<\/p>\n
    crc start\n<\/code><\/pre>\n
    <\/p>\n
    Korak 2 \u2013 Izvr\u0161avamo izgradnju i implementaciju aplikacije u OpenShift klasteru.<\/h4>\n
    \nOvdje se jednostavnost i korisnost OpenShift-a o\u010dituje u punom sjaju. Kao i u svim distribucijama Kubernetes-a, imamo mnogo na\u010dina za pokretanje aplikacije unutar klastera. I, kao u slu\u010daju KUB-a, posebno biramo najjednostavniji na\u010din.<\/p>\n
    OpenShift je uvijek bio osmi\u0161ljen kao platforma za izradu i pokretanje kontejnerskih aplikacija. Izgradnja kontejnera uvijek je bila neodvojiv dio ove platforme, stoga ovdje postoji puno dodatnih Kubernetes resursa za odgovaraju\u0107e zadatke.<\/p>\n
    \u041c\u044b \u0431\u0443\u0434\u0435\u043c \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c OpenShift’\u043e\u0432\u0441\u043a\u0438\u0439 \u043f\u0440\u043e\u0446\u0435\u0441\u0441 Source 2 Image (S2I), \u0443 \u043a\u043e\u0442\u043e\u0440\u043e\u0433\u043e \u0435\u0441\u0442\u044c \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u0445 \u0441\u043f\u043e\u0441\u043e\u0431\u043e\u0432 \u0434\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u0432\u0437\u044f\u0442\u044c \u043d\u0430\u0448 \u0438\u0441\u0445\u043e\u0434\u043d\u0438\u043a (\u043a\u043e\u0434 \u0438\u043b\u0438 \u0434\u0432\u043e\u0438\u0447\u043d\u044b\u0435 \u0444\u0430\u0439\u043b\u044b) \u0438 \u043f\u0440\u0435\u0432\u0440\u0430\u0442\u0438\u0442\u044c \u0435\u0433\u043e \u0432 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043d\u044b\u0439 \u043e\u0431\u0440\u0430\u0437, \u0437\u0430\u043f\u0443\u0441\u043a\u0430\u0435\u043c\u044b\u0439 \u0432 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0435 OpenShift.<\/p>\n
    Za to \u0107e nam biti potrebne dvije stvari:<\/p>\n