docker run -i --rm -p 8080:8080 gcolman\/quarkus-hello-world\n<\/code><\/pre>\n
Miut\u00e1n a kont\u00e9ner p\u00e9ld\u00e1ny elindult, csak annyit kell ellen\u0151rizni a curl parancs seg\u00edts\u00e9g\u00e9vel, hogy a szolg\u00e1ltat\u00e1s m\u0171k\u00f6dik-e:<\/p>\n
Teh\u00e1t minden rendben m\u0171k\u00f6dik, \u00e9s ez val\u00f3ban k\u00f6nny\u0171 \u00e9s egyszer\u0171 volt.<\/p>\n
2. l\u00e9p\u00e9s \u2013 elk\u00fcldj\u00fck a kont\u00e9nert a kont\u00e9nerk\u00e9pek repository-j\u00e1ba<\/h4>\n \nA jelenleg l\u00e9trehozott k\u00e9p helyben van, a helyi kont\u00e9ner t\u00e1rol\u00f3nkban. Ha ezt a k\u00e9pet szeretn\u00e9nk haszn\u00e1lni a K8S k\u00f6rnyezet\u00fcnkben, akkor egy m\u00e1sik repository-ba kell helyezni. A Kubernetesben nincsenek ilyen funkci\u00f3k, ez\u00e9rt a dockerhub-ot fogjuk haszn\u00e1lni. Egyr\u00e9szt mert ingyenes, m\u00e1sr\u00e9szt pedig (majdnem) mindenki ezt csin\u00e1lja.<\/p>\n
Ez is nagyon egyszer\u0171, \u00e9s itt csak egy dockerhub fi\u00f3kra van sz\u00fcks\u00e9g.<\/p>\n
Teh\u00e1t bejelentkez\u00fcnk a dockerhub-ra \u00e9s felt\u00f6ltj\u00fck oda a k\u00e9p\u00fcnket.<\/p>\n
3. l\u00e9p\u00e9s \u2013 elind\u00edtjuk a Kubernetest<\/h4>\n \nSz\u00e1mos m\u00f3dja van a Kubernetes konfigur\u00e1ci\u00f3 \u00f6ssze\u00e1ll\u00edt\u00e1s\u00e1nak a \u201eHello World\u201d elind\u00edt\u00e1s\u00e1hoz, de a legegyszer\u0171bbet fogjuk haszn\u00e1lni, hiszen ilyenek vagyunk...<\/p>\n
El\u0151sz\u00f6r ind\u00edtsuk el a minikube klasztert:<\/p>\n
minikube start\n<\/code><\/pre>\n<\/p>\n
4. l\u00e9p\u00e9s \u2013 telep\u00edtj\u00fck a kont\u00e9nerk\u00e9p\u00fcnket<\/h4>\n \nMost \u00e1t kell alak\u00edtanunk a k\u00f3dunkat \u00e9s a kont\u00e9nerk\u00e9p\u00fcnket Kubernetes konfigur\u00e1ci\u00f3v\u00e1. M\u00e1s szavakkal, sz\u00fcks\u00e9g\u00fcnk van egy podra \u00e9s deployment defin\u00edci\u00f3ra, amely hivatkozik a Docker Hub-on l\u00e9v\u0151 kont\u00e9nerk\u00e9p\u00fcnkre. Az egyik legegyszer\u0171bb m\u00f3dja ennek az, hogy v\u00e9grehajtjuk a create deployment parancsot, megadva a k\u00e9p\u00fcnket:<\/p>\n
kubectl create deployment hello-quarkus --image=gcolman\/quarkus-hello-world:1.0.0-SNAPSHOT\n<\/code><\/pre>\n\nEzzel a parancssal azt mondtuk a Kubernetes-nek, hogy hozzon l\u00e9tre egy deployment konfigur\u00e1ci\u00f3t, amely tartalmazza a pod specifik\u00e1ci\u00f3t a kont\u00e9nerk\u00e9p\u00fcnkh\u00f6z. Ez a parancs ezt a konfigur\u00e1ci\u00f3t a minikube klaszter\u00fcnkre is alkalmazza, \u00e9s l\u00e9trehozza a deploymentet, amely let\u00f6lti a kont\u00e9nerk\u00e9p\u00fcnket, \u00e9s elind\u00edtja a podot a klaszterben.<\/p>\n
5. l\u00e9p\u00e9s \u2013 hozz\u00e1f\u00e9r\u00e9s megnyit\u00e1sa a szolg\u00e1ltat\u00e1sunkhoz<\/h4>\n \nMost, hogy van egy telep\u00edtett kont\u00e9nerk\u00e9p\u00fcnk, ideje elgondolkodni, hogyan konfigur\u00e1ljuk a k\u00fcls\u0151 hozz\u00e1f\u00e9r\u00e9st ehhez a Restful szolg\u00e1ltat\u00e1shoz, amelyet val\u00f3j\u00e1ban a k\u00f3dunkban programoztunk.<\/p>\n
Itt sok lehet\u0151s\u00e9g van. P\u00e9ld\u00e1ul haszn\u00e1lhatjuk az expose parancsot, hogy automatikusan l\u00e9trehozzuk a sz\u00fcks\u00e9ges Kubernetes komponenseket, mint a szolg\u00e1ltat\u00e1sok \u00e9s az endpointok. Val\u00f3j\u00e1ban \u00edgy fogunk cselekedni, v\u00e9grehajtva az expose parancsot a deployment objektumunk sz\u00e1m\u00e1ra:<\/p>\n
kubectl expose deployment hello-quarkus --type=NodePort --port=8080\n<\/code><\/pre>\n\nMost \u00e1lljunk meg egy pillanatra az expose parancs \"--type\" opci\u00f3j\u00e1n\u00e1l.<\/p>\n
Amikor v\u00e9grehajtjuk az expose-t, \u00e9s l\u00e9trehozzuk a sz\u00fcks\u00e9ges komponenseket a szolg\u00e1ltat\u00e1sunk futtat\u00e1s\u00e1hoz, t\u00f6bbek k\u00f6z\u00f6tt azt is szeretn\u00e9nk, hogy k\u00edv\u00fclr\u0151l csatlakozhassanak a hello-quarkus szolg\u00e1ltat\u00e1shoz, amely a programozott h\u00e1l\u00f3zatunkon bel\u00fcl tal\u00e1lhat\u00f3. Az type<\/b> param\u00e9ter lehet\u0151v\u00e9 teszi sz\u00e1munkra, hogy l\u00e9trehozzunk \u00e9s csatlakoztassunk olyan dolgokat, mint a terhel\u00e9seloszt\u00f3k, hogy ir\u00e1ny\u00edts\u00e1k a forgalmat erre a h\u00e1l\u00f3zatra.<\/p>\n
P\u00e9ld\u00e1ul, ha megadjuk type=LoadBalancer<\/b>, automatikusan inicializ\u00e1lunk egy terhel\u00e9seloszt\u00f3t a nyilv\u00e1nos felh\u0151ben, hogy csatlakozhassunk a Kubernetes klaszter\u00fcnkh\u00f6z. Ez term\u00e9szetesen nagyszer\u0171, de fontos meg\u00e9rteni, hogy az ilyen konfigur\u00e1ci\u00f3 szorosan a konkr\u00e9t nyilv\u00e1nos felh\u0151h\u00f6z lesz k\u00f6tve, \u00e9s nehezebben mozgathat\u00f3 m\u00e1s Kubernetes p\u00e9ld\u00e1nyok k\u00f6z\u00f6tt k\u00fcl\u00f6nb\u00f6z\u0151 k\u00f6rnyezetekben.<\/p>\n
A p\u00e9ld\u00e1nkban type=NodePort<\/b>, azaz a szolg\u00e1ltat\u00e1sunkhoz val\u00f3 hozz\u00e1f\u00e9r\u00e9s a csom\u00f3pont IP-c\u00edm\u00e9n \u00e9s a portsz\u00e1mon kereszt\u00fcl t\u00f6rt\u00e9nik. Ez a megold\u00e1s lehet\u0151v\u00e9 teszi, hogy ne haszn\u00e1ljunk nyilv\u00e1nos felh\u0151ket, de sz\u00e1mos tov\u00e1bbi l\u00e9p\u00e9st ig\u00e9nyel. El\u0151sz\u00f6r is sz\u00fcks\u00e9g van saj\u00e1t terhel\u00e9seloszt\u00f3ra, ez\u00e9rt telep\u00edt\u00fcnk egy NGINX terhel\u00e9seloszt\u00f3t a klaszter\u00fcnkre.<\/p>\n6. l\u00e9p\u00e9s \u2013 telep\u00edtj\u00fck a terhel\u00e9seloszt\u00f3t<\/h4>\n
\nA minikube sz\u00e1mos platformspecifikus funkci\u00f3t k\u00edn\u00e1l, amelyek megk\u00f6nny\u00edtik a k\u00fcls\u0151 hozz\u00e1f\u00e9r\u00e9shez sz\u00fcks\u00e9ges \u00f6sszetev\u0151k, p\u00e9ld\u00e1ul ingress vez\u00e9rl\u0151k l\u00e9trehoz\u00e1s\u00e1t. A minikube ingyenes ingress vez\u00e9rl\u0151t tartalmaz, nek\u00fcnk csup\u00e1n be kell kapcsolnunk \u00e9s konfigur\u00e1lnunk kell.<\/p>\n
minikube addons enable ingress\n<\/code><\/pre>\n\nMost egy parancssal l\u00e9trehozzuk az Nginx ingress vez\u00e9rl\u0151t, amely a minikube klaszter\u00fcnkben fog m\u0171k\u00f6dni:<\/p>\n
ingress-nginx-controller-69ccf5d9d8-j5gs9 1\/1 Running 1 33m\n<\/code><\/pre>\n<\/p>\n
7. l\u00e9p\u00e9s \u2013 konfigur\u00e1ljuk az ingress-t<\/h4>\n \nMost be kell \u00e1ll\u00edtanunk az Nginx ingress vez\u00e9rl\u0151t, hogy az \u00e9szlelje a hello-quarkus k\u00e9r\u00e9seket.<\/p>\n
\u00c9s v\u00e9g\u00fcl alkalmaznunk kell ezt a konfigur\u00e1ci\u00f3t.<\/p>\n
kubectl apply -f ingress.yml\n<\/code><\/pre>\n
Mivel mindezt a saj\u00e1t g\u00e9p\u00fcnk\u00f6n v\u00e9gezz\u00fck, egyszer\u0171en hozz\u00e1adjuk a csom\u00f3pontunk IP-c\u00edm\u00e9t a \/etc\/hosts f\u00e1jlhoz, hogy az http-k\u00e9r\u00e9sek a minikube-unkat az NGINX terhel\u00e9seloszt\u00f3ra ir\u00e1ny\u00edts\u00e1k.<\/p>\n
192.168.99.100 hello-quarkus.info\n<\/code><\/pre>\n\nK\u00e9sz, most a minikube szolg\u00e1ltat\u00e1sunk k\u00fcls\u0151leg el\u00e9rhet\u0151 az Nginx ingress vez\u00e9rl\u0151n kereszt\u00fcl.<\/p>\n
Na, ez k\u00f6nny\u0171 volt, nem? Vagy nem olyan k\u00f6nny\u0171?<\/h3>\n
Futtat\u00e1s OpenShift-en (Code Ready Containers)<\/h3>\n \nMost n\u00e9zz\u00fck meg, hogyan m\u0171k\u00f6dik mindez a Red Hat OpenShift Container Platform (OCP) alatt.<\/p>\n
A minikube eset\u00e9hez hasonl\u00f3an itt is egy egycsom\u00f3pontos OpenShift klaszteres s\u00e9m\u00e1t v\u00e1lasztunk, amely Code Ready Containers (CRC) form\u00e1j\u00e1ban l\u00e9tezik. Kor\u00e1bban ezt minishiftnek h\u00edvt\u00e1k, a OpenShift Origin projektre \u00e9p\u00fclt, most pedig CRC-k\u00e9nt ismert, \u00e9s a Red Hat OpenShift Container Platformon alapul.<\/p>\n
Itt eln\u00e9z\u00e9st k\u00e9r\u00fcnk, de nem tudjuk meg\u00e1llni, hogy ne mondjuk: \"OpenShift csod\u00e1latos!\"<\/p>\n
Kezdetben azt akartuk \u00edrni, hogy az OpenShift k\u00f6rnyezet\u00e9ben v\u00e9gzett fejleszt\u00e9s nem k\u00fcl\u00f6nb\u00f6zik a Kubernetes-szel v\u00e9gzett fejleszt\u00e9st\u0151l. Val\u00f3j\u00e1ban \u00edgy is van. De ennek a posztnak az \u00edr\u00e1sa k\u00f6zben esz\u00fcnkbe jutott, hogy mennyi felesleges l\u00e9p\u00e9st kell megtenni, ha nincs OpenShift, \u00e9s ez\u00e9rt azt mondjuk, hogy csod\u00e1latos. Szeretj\u00fck, ha minden k\u00f6nnyen m\u0171k\u00f6dik, \u00e9s hogy mennyivel k\u00f6nnyebb az OpenShift alatt m\u0171k\u00f6dtetni \u00e9s elind\u00edtani a p\u00e9ld\u00e1nkat a minikube-hoz k\u00e9pest, val\u00f3j\u00e1ban \u00f6szt\u00f6n\u00f6zte minket, hogy meg\u00edrjuk ezt a posztot.<\/p>\n
N\u00e9zz\u00fck \u00e1t a folyamatot, \u00e9s n\u00e9zz\u00fck meg, hogy mit kell tenn\u00fcnk.<\/p>\n
Teh\u00e1t a minikube p\u00e9ld\u00e1n kereszt\u00fcl a Dockerrel kezdt\u00fck... \u00c1lljon meg, most m\u00e1r nincs sz\u00fcks\u00e9g\u00fcnk arra, hogy a g\u00e9pen telep\u00edtve legyen a Docker.<\/p>\n
\u00c9s helyi git-re nincs sz\u00fcks\u00e9g\u00fcnk.
\u00c9rtetted, igaz? Az OpenShift-en val\u00f3 alkalmaz\u00e1sunk telep\u00edt\u00e9s\u00e9hez \u00e9s elind\u00edt\u00e1s\u00e1hoz nincs sz\u00fcks\u00e9g\u00fcnk semmi t\u00f6bbre a fentiekb\u0151l. A folyamat azonban a k\u00f6vetkez\u0151k\u00e9ppen n\u00e9z ki.<\/p>\n
1. l\u00e9p\u00e9s \u2013 Elind\u00edtjuk a saj\u00e1t OpenShift klaszter\u00fcnket<\/h4>\n \nA Red Hat Code Ready Containers-t haszn\u00e1ljuk, ami l\u00e9nyeg\u00e9ben ugyanaz, mint a Minikube, de egy teljes \u00e9rt\u00e9k\u0171 egycsom\u00f3pontos OpenShift klaszterrel.<\/p>\n
crc start\n<\/code><\/pre>\n<\/p>\n
2. l\u00e9p\u00e9s \u2013 Az alkalmaz\u00e1s \u00e9p\u00edt\u00e9se \u00e9s telep\u00edt\u00e9se az OpenShift klaszterbe<\/h4>\n \nEzen a l\u00e9p\u00e9sen bontakozik ki legjobban az OpenShift egyszer\u0171s\u00e9ge \u00e9s k\u00e9nyelme. Mint minden Kubernetes disztrib\u00faci\u00f3ban, itt is sok m\u00f3dja van az alkalmaz\u00e1s ind\u00edt\u00e1s\u00e1nak a klaszterben. \u00c9s mint a K\u00fakn\u00e1l, most is sz\u00e1nd\u00e9kosan a legegyszer\u0171bbet v\u00e1lasztjuk.<\/p>\n
Az OpenShift mindig is olyan platformk\u00e9nt \u00e9p\u00fclt, amely kont\u00e9neralap\u00fa alkalmaz\u00e1sok l\u00e9trehoz\u00e1s\u00e1ra \u00e9s futtat\u00e1s\u00e1ra szolg\u00e1l. A kont\u00e9nerek \u00e9p\u00edt\u00e9se mindig is a platform elengedhetetlen r\u00e9sz\u00e9t k\u00e9pezte, ez\u00e9rt itt rengeteg tov\u00e1bbi Kubernetes er\u0151forr\u00e1s \u00e1ll rendelkez\u00e9sre ezekhez a feladatokhoz.<\/p>\n
Az OpenShift Source to Image (S2I) folyamat\u00e1t fogjuk haszn\u00e1lni, amelynek t\u00f6bbf\u00e9le m\u00f3dszere van arra, hogy a forr\u00e1sunkat (k\u00f3dot vagy bin\u00e1ris f\u00e1jlokat) kont\u00e9nerk\u00e9pp\u00e9 alak\u00edtsuk, amely a ny\u00edlt OpenShift klaszterben fut.<\/p>\n
Ehhez k\u00e9t dologra van sz\u00fcks\u00e9g\u00fcnk:<\/p>\n
\nForr\u00e1sk\u00f3dunk egy git t\u00e1rhelyen<\/li>\n A builder-k\u00e9p, amely alapj\u00e1n az \u00e9p\u00edt\u00e9s fog t\u00f6rt\u00e9nni.<\/li>\n<\/ul>\n\nSz\u00e1mos ilyen k\u00e9p l\u00e9tezik, amelyeket mind a Red Hat t\u00e1mogat, mind a k\u00f6z\u00f6ss\u00e9gi szinten, \u00e9s mi az OpenJDK k\u00e9pet fogjuk haszn\u00e1lni, mivel Java alkalmaz\u00e1st \u00e9p\u00edtek.<\/p>\n
Az S2I \u00e9p\u00edt\u00e9st elind\u00edthatjuk az OpenShift Developer grafikus konzolj\u00e1b\u00f3l vagy parancssorb\u00f3l is. Mi az new-app parancsot fogjuk haszn\u00e1lni, megadva neki, honnan vegye a builder-k\u00e9pet \u00e9s a forr\u00e1sk\u00f3dunkat.<\/p>\n
oc new-app registry.access.redhat.com\/ubi8\/openjdk-11:latest~https:\/\/github.com\/gcolman\/quarkus-hello-world.git\n<\/code><\/pre>\n\nK\u00e9sz, az alkalmaz\u00e1sunk l\u00e9trej\u00f6tt. Az S2I folyamat sor\u00e1n a k\u00f6vetkez\u0151ket v\u00e9gezte el:<\/p>\n
\nL\u00e9trehozott egy build-podot az alkalmaz\u00e1s \u00e9p\u00edt\u00e9s\u00e9vel kapcsolatos feladatokhoz.<\/li>\n L\u00e9trehozott egy OpenShift Build konfigur\u00e1ci\u00f3t.<\/li>\n Let\u00f6lt\u00f6tte a builder-k\u00e9pet az OpenShift bels\u0151 docker-regisztr\u00e1l\u00f3j\u00e1ba.<\/li>\n A 'Hello World' projektet kl\u00f3nozta a helyi t\u00e1rhely\u00fcnkre.<\/li>\n L\u00e1ttam, hogy van maven pom, ez\u00e9rt a maven seg\u00edts\u00e9g\u00e9vel leford\u00edtottam az alkalmaz\u00e1st.<\/li>\n L\u00e9trehoztam egy \u00faj kont\u00e9nerk\u00e9pet, ami a leford\u00edtott Java alkalmaz\u00e1st tartalmazza, \u00e9s ezt a k\u00e9pet elhelyeztem a bels\u0151 kont\u00e9nerregiszterben.<\/li>\n K\u00e9sz\u00edtettem egy Kubernetes Deployment-et pod, szolg\u00e1ltat\u00e1s stb. specifik\u00e1ci\u00f3kkal.<\/li>\n Elind\u00edtottam a kont\u00e9nerk\u00e9p deploy\u00e1l\u00e1s\u00e1t.<\/li>\n T\u00f6r\u00f6ltem a build-pod szolg\u00e1ltat\u00e1st.<\/li>\n<\/ul>\n\nEbben a list\u00e1ban sok minden szerepel, de a l\u00e9nyeg, hogy az eg\u00e9sz build kifejezetten az OpenShift belsej\u00e9ben zajlik, a bels\u0151 Docker-regiszter is itt tal\u00e1lhat\u00f3, \u00e9s a build folyamata l\u00e9trehozza az \u00f6sszes Kubernetes komponenst \u00e9s elind\u00edtja \u0151ket a klaszterben.<\/p>\n
Ha vizu\u00e1lisan nyomon k\u00f6vetj\u00fck az S2I ind\u00edt\u00e1s\u00e1t a konzolban, l\u00e1thatjuk, hogy a build pod elindul\u00e1sa k\u00f6zben hogyan fut le a build.<\/p>\n
Most n\u00e9zz\u00fck meg a builder pod napl\u00f3it: el\u0151sz\u00f6r is, l\u00e1that\u00f3, hogy a maven hogyan v\u00e9gzi a munk\u00e1j\u00e1t \u00e9s t\u00f6lti le a f\u00fcgg\u0151s\u00e9geket a Java alkalmaz\u00e1sunk buildel\u00e9s\u00e9hez.<\/p>\n
Miut\u00e1n befejez\u0151d\u00f6tt a maven build, elindul a kont\u00e9nerk\u00e9p build folyamata, majd ez a l\u00e9trehozott k\u00e9p elk\u00fcld\u00e9sre ker\u00fcl a bels\u0151 t\u00e1rol\u00f3ba.<\/p>\n
K\u00e9sz, a build folyamata befejez\u0151d\u00f6tt. Most ellen\u0151rizz\u00fck, hogy a klaszterben elindultak a podok \u00e9s a szolg\u00e1ltat\u00e1sok a mi alkalmaz\u00e1sunk sz\u00e1m\u00e1ra.<\/p>\n
oc get service\n<\/code><\/pre>\n
Ennyi, \u00e9s mindez egyetlen parancs. M\u00e1r csak annyit kell tenn\u00fcnk, hogy kiadjuk ennek a szolg\u00e1ltat\u00e1snak a kitetts\u00e9g\u00e9t a k\u00fcls\u0151 hozz\u00e1f\u00e9r\u00e9s \u00e9rdek\u00e9ben.<\/p>\n
3. l\u00e9p\u00e9s \u2013 a szolg\u00e1ltat\u00e1s kitetts\u00e9ge k\u00fcls\u0151 hozz\u00e1f\u00e9r\u00e9s \u00e9rdek\u00e9ben<\/h4>\n \nAhogy a KUK eset\u00e9ben, az OpenShift platformon a mi 'Hello World'-\u00fcnkh\u00f6z is sz\u00fcks\u00e9g van egy routerre, hogy a k\u00fcls\u0151 forgalmat ir\u00e1ny\u00edtani tudja a klaszter bels\u0151 szolg\u00e1ltat\u00e1s\u00e1ra. Az OpenShift ezt nagyon egyszer\u0171v\u00e9 teszi. El\u0151sz\u00f6r is, a klaszterben alap\u00e9rtelmezetten telep\u00edtve van a HAProxy router komponens (amit \u00e1t lehet cser\u00e9lni ugyanarra NGINX-re). M\u00e1sodszor, itt vannak a speci\u00e1lis \u00e9s sz\u00e9lesk\u00f6rben konfigur\u00e1lhat\u00f3 er\u0151forr\u00e1sok, amelyeket Route-nak h\u00edvnak, \u00e9s hasonl\u00edtanak a r\u00e9gi j\u00f3 Kubernetes Ingress objektumokra (val\u00f3j\u00e1ban az OpenShift Route-ok jelent\u0151sen befoly\u00e1solt\u00e1k az Ingress objektumok tervez\u00e9s\u00e9t, amelyeket most m\u00e1r OpenShift-ben is lehet haszn\u00e1lni), de a mi 'Hello World'-\u00fcnkh\u00f6z, \u00e9s szinte minden m\u00e1s esetben elegend\u0151 lesz a standard Route kieg\u00e9sz\u00edt\u0151 be\u00e1ll\u00edt\u00e1s n\u00e9lk\u00fcl.<\/p>\n
Ahhoz, hogy l\u00e9trehozzunk egy \u00fatv\u00e1lasztott FQDN-t a 'Hello World' sz\u00e1m\u00e1ra (igen, OpenShift-ben van DNS az szolg\u00e1ltat\u00e1sneveken t\u00f6rt\u00e9n\u0151 \u00fatv\u00e1laszt\u00e1shoz), egyszer\u0171en v\u00e9grehajtjuk a szolg\u00e1ltat\u00e1sunk kitetts\u00e9g\u00e9t:<\/p>\n
oc expose service quarkus-hello-world\n<\/code><\/pre>\n\nHa megn\u00e9zz\u00fck az \u00e9ppen l\u00e9trehozott Route-ot, akkor ott tal\u00e1lunk FQDN-t \u00e9s egy\u00e9b \u00fatv\u00e1laszt\u00e1si inform\u00e1ci\u00f3kat:<\/p>\n
oc get route\n<\/code><\/pre>\n
V\u00e9g\u00fcl pedig megkeress\u00fck a szolg\u00e1ltat\u00e1sunkat a b\u00f6ng\u00e9sz\u0151b\u0151l:<\/p>\n
Most m\u00e1r ez t\u00e9nyleg k\u00f6nny\u0171 volt!<\/h3>\n \nSzeretj\u00fck a Kubernetes-t \u00e9s mindazt, amit ez a technol\u00f3gia lehet\u0151v\u00e9 tesz, valamint a egyszer\u0171s\u00e9get \u00e9s k\u00f6nnyeds\u00e9get. A Kubernetes-t \u00fagy fejlesztett\u00e9k ki, hogy hihetetlen\u00fcl megk\u00f6nny\u00edtse a felosztott, sk\u00e1l\u00e1zhat\u00f3 kont\u00e9nerek \u00fczemeltet\u00e9s\u00e9t, de ma m\u00e1r nem el\u00e9g egyszer\u0171 az alkalmaz\u00e1sok \u00fczembe helyez\u00e9s\u00e9hez. Itt l\u00e9p sz\u00ednre az OpenShift, amely l\u00e9p\u00e9st tart a korral, \u00e9s a Kubernetes-t els\u0151sorban a fejleszt\u0151k sz\u00e1m\u00e1ra optimaliz\u00e1lja. Rengeteg energi\u00e1t fektettek az OpenShift platform kifejleszt\u00e9s\u00e9be a fejleszt\u0151k ig\u00e9nyeinek megfelel\u0151en, bele\u00e9rtve olyan eszk\u00f6z\u00f6k l\u00e9trehoz\u00e1s\u00e1t, mint az S2I, ODI, Fejleszt\u0151i Port\u00e1l, OpenShift Operator Framework, IDE integr\u00e1ci\u00f3, Fejleszt\u0151i Katal\u00f3gusok, Helm integr\u00e1ci\u00f3, monitoring \u00e9s sok m\u00e1s.<\/p>\n
Rem\u00e9lj\u00fck, hogy ez a cikk \u00e9rdekes \u00e9s hasznos volt az \u00d6n sz\u00e1m\u00e1ra. Tov\u00e1bbi forr\u00e1sokat, anyagokat \u00e9s egy\u00e9b hasznos inform\u00e1ci\u00f3kat a fejleszt\u00e9shez az OpenShift platformon a k\u00f6vetkez\u0151 port\u00e1lon tal\u00e1lhatja: Red Hat Developers<\/a><\/noindex>. habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u042d\u0442\u043e\u0442 \u043f\u043e\u0441\u0442 \u043d\u0430\u043f\u0438\u0441\u0430\u043d \u043f\u043e\u0441\u043a\u043e\u043b\u044c\u043a\u0443 \u0443 \u043d\u0430\u0448\u0438\u0445 \u0441\u043e\u0442\u0440\u0443\u0434\u043d\u0438\u043a\u043e\u0432 \u0431\u044b\u043b\u043e \u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e \u043c\u043d\u043e\u0433\u043e \u0440\u0430\u0437\u0433\u043e\u0432\u043e\u0440\u043e\u0432 \u0441 \u043a\u043b\u0438\u0435\u043d\u0442\u0430\u043c\u0438 \u043e \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u043d\u0430 Kubernetes \u0438 \u043e \u0441\u043f\u0435\u0446\u0438\u0444\u0438\u043a\u0435 \u0442\u0430\u043a\u043e\u0439 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043d\u0430 OpenShift. \u041d\u0430\u0447\u0438\u043d\u0430\u0435\u043c \u043c\u044b \u043e\u0431\u044b\u0447\u043d\u043e \u0441 \u0442\u0435\u0437\u0438\u0441\u0430, \u0447\u0442\u043e Kubernetes \u2013 \u044d\u0442\u043e \u043f\u0440\u043e\u0441\u0442\u043e Kubernetes, \u0430 OpenShift \u2013 \u044d\u0442\u043e \u0443\u0436\u0435 Kubernetes-\u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430, \u043a\u0430\u043a Microsoft AKS \u0438\u043b\u0438 Amazon EKS. \u0423 \u043a\u0430\u0436\u0434\u043e\u0439 \u0438\u0437 \u044d\u0442\u0438\u0445 \u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c \u0435\u0441\u0442\u044c \u0441\u0432\u043e\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":97255,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97254","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Sajn\u00e1lom,](\"\/wp-content\/uploads\/2020\/10\/ad447aeb80d3ae56ea4598cd959456de.jpeg\")