{"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\/sv\/blog\/administrirovanie\/prosti-openshift-my-nedostatochno-czenili-tebya-i-prinimali-kak-dolzhnoe","title":{"rendered":"F\u00f6rl\u00e5t, OpenShift, vi v\u00e4rderade dig inte tillr\u00e4ckligt och tog dig f\u00f6r given.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Detta inl\u00e4gg \u00e4r skrivet eftersom v\u00e5ra medarbetare har haft m\u00e5nga samtal med kunder om applikationsutveckling p\u00e5 Kubernetes och om specifika aspekter av s\u00e5dan utveckling p\u00e5 OpenShift.<\/p>\n

\"F\u00f6rl\u00e5t,
\n
\nVi b\u00f6rjar vanligtvis med tesen att Kubernetes \u00e4r bara Kubernetes, medan OpenShift \u00e4r en Kubernetes-plattform, likt Microsoft AKS eller Amazon EKS. Varje plattform har sina egna f\u00f6rdelar som \u00e4r riktade mot olika m\u00e5lgrupper. Efter det \u00f6verg\u00e5r samtalet ofta till att j\u00e4mf\u00f6ra styrkor och svagheter hos specifika plattformar.
\n<\/a><\/noindex>
\nVi t\u00e4nkte faktiskt skriva detta inl\u00e4gg med slutsatsen \"Lyssna, det spelar ingen roll var du k\u00f6r din kod, p\u00e5 OpenShift eller AKS, EKS, p\u00e5 n\u00e5gon anpassad Kubernetes, ja vilket som helst-Kubernetes (f\u00f6r kort kallar vi det KUK)<\/i> \u2013 det \u00e4r verkligen bara enkelt, b\u00e5de h\u00e4r och d\u00e4r.\"<\/p>\n

Sedan planerade vi att ta ett enkelt \"Hello World\" och visa, med hj\u00e4lp av det exemplet, vad som \u00e4r gemensamt och vad som skiljer KUK fr\u00e5n Red Hat OpenShift Container Platform (nedan kallad OCP eller bara OpenShift).<\/p>\n

Men medan vi skrev detta inl\u00e4gg ins\u00e5g vi att vi har blivit s\u00e5 vana vid att anv\u00e4nda OpenShift att vi inte ens inser hur mycket det har vuxit och f\u00f6rvandlats till en fantastisk plattform som \u00e4r mycket mer \u00e4n bara en Kubernetes-distribution. Vi har kommit att ta OpenShifts mognad och enkelhet f\u00f6r givet, och missat dess storhet.<\/p>\n

I allm\u00e4nhet \u00e4r det dags f\u00f6r aktiv \u00e5nger, och nu kommer vi steg f\u00f6r steg att j\u00e4mf\u00f6ra implementeringen av v\u00e5rt \"Hello World\" p\u00e5 KUK och OpenShift, och g\u00f6ra det s\u00e5 objektivt som m\u00f6jligt (\u00e4ven om vi ibland uttrycker v\u00e5r personliga \u00e5sikt om \u00e4mnet). Om du \u00e4r intresserad av en rent subjektiv \u00e5sikt om detta \u00e4mne, kan du l\u00e4sa den h\u00e4r (EN)<\/a><\/noindex>. I detta inl\u00e4gg kommer vi att h\u00e5lla oss till fakta och endast fakta.<\/p>\n

Kluster<\/h3>\n

\nS\u00e5, f\u00f6r v\u00e5rt \"Hello World\" beh\u00f6ver vi kluster. L\u00e5t oss genast s\u00e4ga \"nej\" till alla offentliga moln f\u00f6r att slippa betala f\u00f6r servrar, register, n\u00e4tverk, data\u00f6verf\u00f6ring osv. D\u00e4rf\u00f6r v\u00e4ljer vi ett enkelt enkelnods-kluster p\u00e5 Minikube<\/a><\/noindex> (f\u00f6r KUK) och Code Ready Containers<\/a><\/noindex> (f\u00f6r OpenShift-klustret). B\u00e5da dessa alternativ \u00e4r verkligen enkla att installera, men de kommer att kr\u00e4va ganska mycket resurser p\u00e5 din laptop.<\/p>\n

\"F\u00f6rl\u00e5t,<\/p>\n

Byggning p\u00e5 KUK<\/h3>\n

\nS\u00e5, l\u00e5t oss k\u00f6ra ig\u00e5ng.<\/p>\n

Steg 1 \u2013 vi bygger v\u00e5r containerbild<\/h4>\n

\nJag b\u00f6rjar med att deploya v\u00e5rt \"Hello World\" p\u00e5 minikube. F\u00f6r detta beh\u00f6ver vi:<\/p>\n

    \n
  1. 1. Installerad Docker.<\/li>\n
  2. 2. Installerad Git.<\/li>\n
  3. 3. Installerad Maven (faktiskt anv\u00e4nds mvnw-bin\u00e4rfilen i detta projekt, s\u00e5 det g\u00e5r bra utan det).<\/li>\n
  4. 4. Sj\u00e4lva k\u00e4llan, det vill s\u00e4ga klonen av f\u00f6rr\u00e5det github.com\/gcolman\/quarkus-hello-world.git<\/a><\/noindex><\/li>\n<\/ol>\n

    \nF\u00f6rst m\u00e5ste vi skapa ett Quarkus-projekt. Oroa dig inte om du aldrig har arbetat med sidan Quarkus.io \u2013 det \u00e4r enkelt. V\u00e4lj bara de komponenter du vill anv\u00e4nda i projektet (RestEasy, Hibernate, Amazon SQS, Camel etc.), och Quarkus konfigurerar automatiskt Maven-archetypen och l\u00e4gger allt p\u00e5 GitHub. Det vill s\u00e4ga, bokstavligen ett musklick \u2013 och klart. Det \u00e4r d\u00e4rf\u00f6r vi \u00e4lskar Quarkus.<\/p>\n

    \"F\u00f6rl\u00e5t,<\/p>\n

    Det enklaste s\u00e4ttet att bygga v\u00e5r \"Hello World\" i en containerbild \u00e4r att anv\u00e4nda quarkus-maven-till\u00e4gget f\u00f6r Docker, som utf\u00f6r allt n\u00f6dv\u00e4ndigt arbete. Med Quarkus har det blivit riktigt enkelt: l\u00e4gg till till\u00e4gget container-image-docker och du kan skapa bilder med Maven-kommandon.<\/p>\n

    .\/mvnw quarkus:add-extension -Dextensions=\"container-image-docker\"\n<\/code><\/pre>\n
    \nOch slutligen, k\u00f6r vi bygget av v\u00e5r bild med hj\u00e4lp av Maven. Resultatet blir att v\u00e5r k\u00e4llkod omvandlas till en f\u00e4rdig containerbild, som vi redan kan k\u00f6ra i en container exekveringsmilj\u00f6.<\/p>\n
    \"F\u00f6rl\u00e5t,<\/p>\n
    .\/mvnw -X clean package -Dquarkus.container-image.build=true\n<\/code><\/pre>\n
    \nOch s\u00e5 \u00e4r det klart, nu kan vi k\u00f6ra containern med kommandot docker run, och mappa v\u00e5r tj\u00e4nst till port 8080 s\u00e5 att vi kan n\u00e5 den.<\/p>\n
    docker run -i --rm -p 8080:8080 gcolman\/quarkus-hello-world\n<\/code><\/pre>\n
    \"F\u00f6rl\u00e5t,<\/p>\n
    N\u00e4r containerinstansen har startat, beh\u00f6ver vi bara kontrollera med kommandot curl att v\u00e5r tj\u00e4nst fungerar:<\/p>\n
    \"F\u00f6rl\u00e5t,<\/p>\n
    S\u00e5, allt fungerar, och det var faktiskt riktigt enkelt.<\/p>\n
    Steg 2 \u2013 skicka v\u00e5r container till en containerbildrepo<\/h4>\n
    \nHit tills lagras den bild vi skapade lokalt i v\u00e5rt lokala containerlager. Om vi vill anv\u00e4nda denna bild i v\u00e5r K8s-milj\u00f6, beh\u00f6ver vi l\u00e4gga den i ett annat f\u00f6rr\u00e5d. Kubernetes har inte s\u00e5dana funktioner, s\u00e5 vi kommer att anv\u00e4nda dockerhub. F\u00f6r det f\u00f6rsta \u00e4r det gratis, och f\u00f6r det andra g\u00f6r (n\u00e4stan) alla s\u00e5.<\/p>\n
    Det \u00e4r ocks\u00e5 mycket enkelt, och det kr\u00e4vs bara ett konto p\u00e5 dockerhub.<\/p>\n
    S\u00e5, vi skapar ett konto p\u00e5 dockerhub och skickar dit v\u00e5r bild.<\/p>\n
    \"F\u00f6rl\u00e5t,<\/p>\n
    Steg 3 \u2013 starta Kubernetes<\/h4>\n
    \nDet finns m\u00e5nga s\u00e4tt att s\u00e4tta ihop en Kubernetes-konfiguration f\u00f6r att k\u00f6ra v\u00e5r \"Hello World\", men vi kommer att anv\u00e4nda det enklaste s\u00e4ttet, s\u00e5 vi \u00e4r.<\/p>\n
    F\u00f6rst k\u00f6r vi minikube-klustret:<\/p>\n
    minikube start\n<\/code><\/pre>\n
    <\/p>\n
    Steg 4 \u2013 vi distribuerar v\u00e5r containeravbildning<\/h4>\n
    \nNu m\u00e5ste vi omvandla v\u00e5r kod och containeravbildning till Kubernetes-konfigurationer. Med andra ord, vi beh\u00f6ver en pod- och deploymentsdefinition som pekar p\u00e5 v\u00e5r containeravbildning p\u00e5 Docker Hub. Ett av de enklaste s\u00e4tten att g\u00f6ra detta \u00e4r att k\u00f6ra kommandot create deployment och ange v\u00e5r avbildning:<\/p>\n
    \"F\u00f6rl\u00e5t,<\/p>\n
    kubectl create deployment hello-quarkus --image=gcolman\/quarkus-hello-world:1.0.0-SNAPSHOT\n<\/code><\/pre>\n
    \nGenom detta kommando bad vi v\u00e5r KUB att skapa en deploymentskonfiguration, som ska inneh\u00e5lla specifikationen f\u00f6r en pod f\u00f6r v\u00e5r containeravbildning. Detta kommando kommer ocks\u00e5 att till\u00e4mpa denna konfiguration p\u00e5 v\u00e5r minikube-kluster och skapa en deployment som laddar ner v\u00e5r containeravbildning och startar en pod i klustret.<\/p>\n
    Steg 5 \u2013 vi \u00f6ppnar tillg\u00e5ng till v\u00e5r tj\u00e4nst<\/h4>\n
    \nNu n\u00e4r vi har distribuerat v\u00e5r containeravbildning \u00e4r det dags att t\u00e4nka p\u00e5 hur vi konfigurerar extern \u00e5tkomst till denna Restful-tj\u00e4nst, som faktiskt programmerades i v\u00e5r kod.<\/p>\n
    Det finns m\u00e5nga s\u00e4tt att g\u00f6ra detta. Till exempel kan vi anv\u00e4nda kommandot expose f\u00f6r att automatiskt skapa motsvarande Kubernetes-komponenter, s\u00e5som services och endpoints. Det \u00e4r precis vad vi kommer att g\u00f6ra genom att k\u00f6ra expose-kommandot f\u00f6r v\u00e5r deploymentsobjekt:<\/p>\n
    kubectl expose deployment hello-quarkus --type=NodePort --port=8080\n<\/code><\/pre>\n
    \nL\u00e5t oss stanna upp en minut vid alternativet \"--type\" i expose-kommandot.<\/p>\n
    N\u00e4r vi g\u00f6r expose och skapar komponenterna som beh\u00f6vs f\u00f6r att k\u00f6ra v\u00e5r tj\u00e4nst, beh\u00f6ver vi bland annat att kunna ansluta till tj\u00e4nsten hello-quarkus, som sitter inuti v\u00e5rt programvarudefinierade n\u00e4tverk. Och parametern typ<\/b> l\u00e5ter oss skapa och koppla s\u00e5dana saker som belastningsbalanserare f\u00f6r att dirigera trafik till detta n\u00e4tverk.<\/p>\n
    Till exempel, genom att skriva --type=LoadBalancer<\/b>, initierar vi automatiskt en belastningsbalanserare i den offentliga molnmilj\u00f6n f\u00f6r att kunna ansluta till v\u00e5rt Kubernetes-kluster. Detta \u00e4r naturligtvis fantastiskt, men man m\u00e5ste f\u00f6rst\u00e5 att en s\u00e5dan konfiguration kommer att vara strikt kopplad till ett specifikt offentligt moln och det blir sv\u00e5rare att flytta mellan Kubernetes-instanser i olika milj\u00f6er.<\/p>\n
    I v\u00e5rt exempel --type=NodePort<\/b>, det vill s\u00e4ga att \u00e5tkomsten till v\u00e5r tj\u00e4nst sker via nodens IP-adress och portnummer. Denna l\u00f6sning kr\u00e4ver inga offentliga moln, men inneb\u00e4r ett antal ytterligare steg. F\u00f6r det f\u00f6rsta beh\u00f6vs en egen lastbalanserare, s\u00e5 vi kommer att s\u00e4tta upp en lastbalanserare NGINX i v\u00e5rt kluster.<\/p>\n
    Steg 6 \u2013 installera lastbalanseraren<\/h4>\n
    \nMinikube har ett antal plattformsfunktioner som underl\u00e4ttar skapandet av n\u00f6dv\u00e4ndiga komponenter f\u00f6r extern \u00e5tkomst, s\u00e5som ingress-kontroller. Minikube levereras med ingress-kontrollern Nginx, och vi beh\u00f6ver bara aktivera och konfigurera den.<\/p>\n
    minikube addons enable ingress\n<\/code><\/pre>\n
    \nNu skapar vi med ett enda kommando ingress-kontrollern Nginx, som kommer att arbeta inuti v\u00e5rt minikube-kluster:<\/p>\n
    ingress-nginx-controller-69ccf5d9d8-j5gs9 1\/1 Running 1 33m\n<\/code><\/pre>\n
    <\/p>\n
    Steg 7 \u2013 Konfigurera ingress<\/h4>\n
    \nNu m\u00e5ste vi konfigurera ingress-kontrollern Nginx f\u00f6r att den ska kunna ta emot f\u00f6rfr\u00e5gningar fr\u00e5n hello-quarkus.<\/p>\n
    \"F\u00f6rl\u00e5t,<\/p>\n
    \"F\u00f6rl\u00e5t,<\/p>\n
    Och till sist, vi beh\u00f6ver till\u00e4mpa denna konfiguration.<\/p>\n
    \"F\u00f6rl\u00e5t,<\/p>\n
    kubectl apply -f ingress.yml\n<\/code><\/pre>\n
    \"F\u00f6rl\u00e5t,<\/p>\n
    Eftersom vi g\u00f6r allt detta p\u00e5 v\u00e5r dator, l\u00e4gger vi bara till IP-adressen till v\u00e5r nod i filen \/etc\/hosts f\u00f6r att dirigera http-f\u00f6rfr\u00e5gningar till v\u00e5r minikube via lastbalanseraren NGINX.<\/p>\n
    192.168.99.100 hello-quarkus.info\n<\/code><\/pre>\n
    \nDet \u00e4r klart, nu \u00e4r v\u00e5r minikube-tj\u00e4nst tillg\u00e4nglig utanf\u00f6r via ingress-kontrollern Nginx.<\/p>\n
    \"F\u00f6rl\u00e5t,<\/p>\n
    Tja, var det inte enkelt? Eller kanske inte s\u00e5 mycket?<\/h3>\n
    \"F\u00f6rl\u00e5t,<\/p>\n
    K\u00f6rning p\u00e5 OpenShift (Code Ready Containers)<\/h3>\n
    \nOch nu ska vi se hur allt g\u00f6rs p\u00e5 Red Hat OpenShift Container Platform (OCP).<\/p>\n
    Som i minikube-fallet v\u00e4ljer vi en en-nods OpenShift-klusterl\u00f6sning i form av Code Ready Containers (CRC). Tidigare kallades detta minishift och baserades p\u00e5 OpenShift Origin-projektet, men nu \u00e4r det CRC och bygger p\u00e5 Red Hats OpenShift Container Platform.<\/p>\n
    H\u00e4r kan vi inte l\u00e5ta bli att s\u00e4ga: \"OpenShift \u00e4r fantastiskt!\"<\/p>\n
    Vi t\u00e4nkte fr\u00e5n b\u00f6rjan skriva att utvecklingen p\u00e5 OpenShift inte skiljer sig fr\u00e5n utvecklingen p\u00e5 Kubernetes. Och i grunden \u00e4r det sant. Men under skrivandet av detta inl\u00e4gg kom vi ih\u00e5g hur m\u00e5nga extra steg man m\u00e5ste ta utan OpenShift, och d\u00e4rf\u00f6r \u00e4r det, som sagt, fantastiskt. Vi \u00e4lskar n\u00e4r allt g\u00f6rs enkelt, och hur mycket enklare v\u00e5rt exempel distribueras och k\u00f6rs p\u00e5 OpenShift j\u00e4mf\u00f6rt med minikube var helt enkelt vad som motiverade oss att skriva detta inl\u00e4gg.<\/p>\n
    L\u00e5t oss g\u00e5 igenom processen och se vad vi beh\u00f6ver g\u00f6ra.<\/p>\n
    S\u00e5 i exemplet med minikube b\u00f6rjade vi med Docker... V\u00e4nta, vi beh\u00f6ver inte l\u00e4ngre ha Docker installerat p\u00e5 maskinen.<\/p>\n
    Och lokal git beh\u00f6vs inte.
    \nOch Maven beh\u00f6vs inte.
    \nOch det beh\u00f6vs inte att manuellt skapa en containerbild.
    \nOch det beh\u00f6vs inte att leta efter n\u00e5got containerbildsrepo.
    \nOch det beh\u00f6vs inte att installera en ingress-controller.
    \nOch det beh\u00f6vs inte att konfigurera ingress heller.<\/b><\/p>\n
    F\u00f6rst\u00e5r du? F\u00f6r att drifts\u00e4tta och k\u00f6ra v\u00e5r applikation p\u00e5 OpenShift beh\u00f6ver vi inte n\u00e5got av det ovanst\u00e5ende. Och sj\u00e4lva processen ser ut p\u00e5 f\u00f6ljande s\u00e4tt.<\/p>\n
    Steg 1 \u2013 Starta din OpenShift-kluster.<\/h4>\n
    \nVi anv\u00e4nder Code Ready Containers fr\u00e5n Red Hat, som i princip \u00e4r samma som Minikube, men med en fullt fungerande en-nod-klyngstruktur f\u00f6r Openshift.<\/p>\n
    crc start\n<\/code><\/pre>\n
    <\/p>\n
    Steg 2 \u2013 Bygg och drifts\u00e4tt applikationen i OpenShift-klustret.<\/h4>\n
    \nJust h\u00e4r visa OpenShifts enkelhet och anv\u00e4ndarv\u00e4nlighet sig i sin fulla prakt. Som i alla Kubernetes-distributioner har vi m\u00e5nga s\u00e4tt att starta en applikation i klustret. Och precis som i fallet med K8s v\u00e4ljer vi medvetet det allra enklaste alternativet.<\/p>\n
    OpenShift har alltid byggts som en plattform f\u00f6r att skapa och k\u00f6ra containerapplikationer. Byggandet av containrar har alltid varit en integrerad del av denna plattform, s\u00e5 h\u00e4r finns det massor av ytterligare Kubernetes-resurser f\u00f6r relevanta uppgifter.<\/p>\n
    Vi kommer att anv\u00e4nda OpenShift:s Source 2 Image (S2I) process, som har flera olika s\u00e4tt att ta v\u00e5r k\u00e4llkod (kod eller bin\u00e4ra filer) och omvandla den till en containerbild som k\u00f6rs i OpenShift-klustret.<\/p>\n
    F\u00f6r detta beh\u00f6ver vi tv\u00e5 saker:<\/p>\n