Changes

Ahhoz hogy egy általunk készült docker image-et futtatni tudjunk a minishift klaszteren, elsőként fel kell tölteni azt a minshift image repository-ábaba, ami nem is annyira egyszerű.

Az openjdk-11 base image-ből indulunk ki, majd belemásoljuk az összes függőséget, rárakjuk classPath-ra az összes bemásolt jar-t, amjd elindítjuk az alkalmazást a '''com.adam.testapp.App ''' main osztállyal. A cél, hogy az ebből készült image-et másoljuk fel az opensfhit repository-ba, majd készítsünk belőle egy Kubernetes deploymentet-et service-el együtt.

# Be kell lépni '''oc'''-vel a minisfhit-re, úgy hogy tokent is generáljon a loginhezszerezzünk egy OpenShfit token-t amivel majd be tudunk lépni az OpenShfit docker repository-ba. # A minishit-et futó VM-en a docker klienssel be kell lépni a minisfht-ben futó docker registry-beaz első pontban szerzett token-el.

Lépjünk be az '''oc login''-al az OpenShift-be. Fontos hogy ne a system hanem a '''developer''' felhasználóval lépjünk be, mert csak neki lesz push joga. {{note|Ha így lépünk be nem jó: # '''oc login -u system:admin'', mert nem keletkezik token. Fontos hogy developer-el lépjünk be, mert a system-nek nincs joga push-olni image-et. }}

//Prints the host name and port number of the OpenShift Docker A minishift -nek a '''openshift registry''' parancsával kérhetjük le a docker registry címét.

//Token megszerzése: <pre># oc whoami Az egyik lehetőségünk az, hogy ssh-val belépünk a minisfhit VM-re (minisfhit ssh) és ott lépünk be a registry-be (docker login) és ott build-eljük és push-oljuk az image-et. A másik sokkal kényelmesebb lehetőség, hogy a minishift VM docker démon-ját átirányítjuk a lokális docker kliensünkre a '''minishift docker-env''' paranccsal. Ezt azért tudjuk megtenni, mert a minisfhit is '''docker-machine'''-tJbdYzUHpsyJCBt3JQ7XBahLq6UAp0hiYsOTYTiD1arE</pre>használ. Ugyan ezt a parancsot használjuk docker swarm esetén is, hogy a '''swarm master'''-en adjuk ki a swarm parancsokat. Ennek az a nagy előnye, hogy a docker build-hez szükséges fájlokat vehetjük a lokáli gépről, de a build-elt docker image már a minishfit VM docker lokális repository-ban fog landolni, ahonnan már push-olni tudjuk a minishfit repositroy-ba.

//mielőtt be tudnánk lépni Irányítsuk át a lokális docker registry-be be kell állítsuk, hogy a minishift docker környezetét használjuk, akárcsak a docker-machine esetén be tudtuk állítani, hogy a swarm master környezetét futassuk lokálisan. Csak kliensünket a minishfit vm-ről lehetséges a minisfht VM docker registry-be való login. A 172.30.1.1 cím csak a minishift vm-en belűl értelmezett. démonjára:

//Belépés tokennel A '''docker login''' paranccsal léphetünk be a registribe usernévvel és tokkennelminishift registriy-be. Jelszóval Ha ezt lokálisan kiadjuk, akkor már a minishit VM-en fog futni így el fogjuk érni a '''172.30.1.1:5000''' címen a repository-t (Az átirányítás nélkül nem érnénk el a lokális gépről ezt a címet). Tehát ezzel a minisfhit VM-en futó docker démon csatlakozik a minisfhit repository-ba, nem lehet belépniaz anyagépen futó docker. Fon

//Ahhoz hogy push-olni tudjuk az OpenShift registry-be az image-et a "172.30.1.1:5000/" prefixel kell kezdődjön a neve. Innen fogja tudni a dokcer, hogy hova akarjuk push-olni. A második elem a névtér neve, amihez '''docker build''' paranccsal építsük meg az image tartozni fog. Az image-ek ugyan úgy névterekbe kerülnek mint a kubernetes objektumokt.   <registry-host>:<port>/<névtér>/<image-név> //ezzel a build-el a minsifht vm-en buildeljük le Ezt az image-et. Ettől még nem kerül bele az Opensfit registriy-be csak is tegyük a vm lokális registry-ébe'''mynamespace''' névtérebe.