Haec epistula scripta est quod nostri operarii satis multum habebant colloquia cum clientibus de applicatione progressionis in Kubernetes et speciali talis progressionis in OpenShift.
Solet incipere a thesi Kubernetes Kubernetes esse iustum, et OpenShift iam suggestum esse Kubernetes, sicut Microsoft AKS vel Amazones EKS. Quaelibet haec suggesta sua commoda habet, certo auditorio destinata. Atque ita sermonem vertit ad comparandas vires et debilitates specialium suggestorum.
In universum cogitavimus scribere hanc paginam cum conclusione sicut “Audi, nihil refert ubi currere codicem, in OpenShift aut in AKS, in EKS, de consuetudine Kubernetes, vel in quibuscunque Kubernetes (Nam brevitatis nomen KUK) "Est vere simplex, illic et ibi."
Tunc simplicissimam "Salve Mundum" sumere instituimus et eius exemplo utimur ad demonstrandum quid commune et quid intersit inter KUC et Rubrum Hat Continens Platform OpenShift (infra, OCP vel simpliciter OpenShift).
Sed, sicut haec epistulae scripsimus, intelleximus nos tamdiu in OpenShift adhibitos fuisse ut simpliciter nesciremus quomodo crevisset et in mirabilem suggestum vertisset, quod multo plus quam iustus distributio Kubernetes facta est. Ad maturitatem et simplicitatem OpenShift pro concesso tendere tendimus et eius splendorem amittimus.
In genere, tempus advenit ad paenitentiam activam, et nunc gradatim comparabimus commissionem nostri "Salve Mundus" in KUK et in OpenShift, et hoc modo obiective quantum fieri potest (bene, nisi interdum ostendendo. personalis habitus ad rem). Si sententiam mere subiectivam in hac re es interested, tunc legere potes . Et in hoc post res et facta tantum haerebimus.
Botri
Ita noster “Salve Mundus” uvas requirit. Statim dicamus "nullum" alicui publicis nubibus, ne servientibus, registris, reticulis, data translationis, etc. Quocirca eligemus simplicem nodi botrum (Nam KUK) et (pro OpenShift botrum). Utraque harum optionum re vera facile est ad instituendum, sed multum opes in laptop tuo requiret.
Conventus in KUK-e
Ergo abeamus.
Gradus I - aedificationem nostram continens imaginem
Incipiamus explicando nostrum “Salve Mundum” ad minikube. Hoc facere debes;
- 1. Docker installed.
- 2. Git inauguratus.
- 3. Maven inauguratus (profecto hoc inceptum binario mvnw utitur, ut eo carere possis).
- 4. Profecto fons ipse, i.e. repositio clone
Primus gradus est Quarkus creare project. Noli expavescere si nunquam cum Quarkus.io laborasti - facile est. Modo partes quas vis in incepto uti vis (RestEasy, Hibernate, Amazon SQS, Camel, etc.), deinde ipsum Quarkus, sine ulla participatione tuae, mavenum archetypum conformat et omnia in github ponit. Hoc est, proprie unum cliccum muris et facta es. Inde est quod Quarkus amamus.
Facillima via ad nostram "Salve Mundam" in vase imaginem aedificandi est extensiones quarkus validae pro Docker, quae omnia opera necessaria faciet. Veniente Quarkus, hoc vere facile et simplex factum est: vasi-imaginaria extensionem adde et imagines machinarum mandatorum uti potes.
./mvnw quarkus:add-extension -Dextensions=”container-image-docker”
Denique imaginem nostram utentem Maven construimus. Quam ob rem, fons noster codicem vertit in imaginem prompti continentis, quae iam potest currere in ambitu runtime continentis.
./mvnw -X clean package -Dquarkus.container-image.build=true
Hoc totum est, nunc inire vas cum praecipe currere, destinata opera nostra ad portum 8080 accedere ut accedere possit.
docker run -i — rm -p 8080:8080 gcolman/quarkus-hello-world
Postquam continens instantiam incepit, omne reliquum est inspiciendum cum cincinno mandatum quod currit servitium nostrum;
Omnia igitur opera et vere facilia et simplicia erant.
Gradus 2 - mitte vas nostrum continens imaginem repositio
Nunc enim imago, quam creavimus, localiter reponitur, in repositione nostra locali. Si hac imagine in coquis ambitu nostro uti volumus, in alio reposito collocari oportet. Kubernetes talia lineamenta non habet, ut dockerhub utemur. Quia primo est liberum, secundo, quisque facit.
Hoc quoque est valde simplex, et omne opus dockerhub est ratio.
Ita dockerhub instituimus et imaginem nostram ibi mittimus.
Gradus 3 - Lorem Kubernetes
Multi modi sunt ad configurationem kubernetes colligendi ad nostrum "Salve Mundum", sed simplicissimis ex eis utemur, quod via sumus...
Primum, botrum minikube immittamus:
minikube start
Gradus IV - explicandam imaginem nostram continens
Nunc necesse est nostrum codicem et imaginem continens in figuras kubernetes converti. Aliis verbis opus est vasculum et definitionem instruere quae ostendens imaginem nostram in dockerhub continens. Una facillima via ad hoc faciendum est ut instruere imperium creare ad imaginem nostram monstret:
kubectl create deployment hello-quarkus — image =gcolman/quarkus-hello-world:1.0.0-SNAPSHOT
Hoc mandato nostro COO significavimus ut configurationem instrueremus, quae vasculum specificationem pro imaginis vasis nostrae continere debet. Hoc praeceptum etiam hanc configurationem ad botrum minikube nostrum applicabit, ac instruere efficiet quae imaginem nostram continens et vasculum in botro deducet.
Gradus V - aditum aperire ad servitium
Nunc ut imaginem discursatam habemus, tempus est cogitare quomodo accessum externum configurandi huic Requiem servitii, quod re vera in nostro codice programma est.
Multi modi sunt hic. Exempli gratia, imperio uti potes ut sponte Kubernetes partes convenientes crearent, ut officia et terminos. Profecto hoc est quod nos exsequi faciemus per mandatum expositionis instruere ad objectum nostrum;
kubectl expose deployment hello-quarkus — type=NodePort — port=8080
Momentum accipiamus ut optionem "-type" expositi mandati inspiciamus.
Cum exponimus et creamus elementa necessaria ad nostrum ministerium currendum, nos, inter alia, necesse est ut ab extrinseco coniungi possit ad servicium hello-quarkus, quod intus in retis programmatibus definitis sedet. Et parametri genus sinit nos creare et connectere omnia sicut onus librars ad iter negotiationis huic ornatum.
Verbi gratia, scribendo type = LoadBalancersponte providemus libramen librarium in nube publica coniungendi botro nostro Kubernetes. Hoc quidem magnum est, sed intelligere debes talem conformationem stricte ligari ad certam publicam nubem et difficilius erit inter instantias Kubernetes transferre in diversis ambitibus.
In nostro exemplo type = NodePort, hoc est, officium nostrum accessum est in IP inscriptione et numero nodi. Haec optio permittit ut nullis nubibus publicis utaris, sed pluribus gradibus additis. Primum, tuo librario onere debes, ut NGINX onus librator in botro nostro explicabimus.
Gradus VI - install onus librari
minikube plures functiones suggesti habet, quae facilius ad partes accessibiles extrinsecus crearent, sicut ingressores moderatoris. Minikube sarcina cum Nginx ingressa moderatoris venit, et omnia quae facienda sunt idonee sunt et configurantur.
minikube addons enable ingress
Nunc Nginx ingressorem rectorem creabimus cum uno tantum mandato, qui intra minikube botrum nostrum operabitur;
ingress-nginx-controller-69ccf5d9d8-j5gs9 1/1 Running 1 33m
Step VII - constituendi usque ingressu
Nunc opus est Nginx ingressorem moderatoris configurare ut petitiones salve-quarkus accipiat.
Ac denique hanc figuram adhibere oportet.
kubectl apply -f ingress.yml
Cum haec omnia in nostro computando valemus, solum nodi inscriptionis IP ad /etc/ exercituum nostrorum limam addimus ut petitiones nostras minikube ad NGINX onus librarium moveamus.
192.168.99.100 hello-quarkus.info
Id est, nunc ministerium nostrum minikube extrinsecus per ingressu moderatoris Nginx pervium est.
Bene, facilis, iure? An non vere?
Running in OpenShift (Code Promptus Containers)
Nunc videamus quomodo haec omnia in Rubro Hat OpenShift Continens Rostra fiant (OCP).
Ut cum minikube, unum nodi signum botri OpenShift eligemus in forma Codicis Promptus Continentes (CRC). Antea, minishift appellata est et in Project Origine OpenShift fundata, nunc est CRC et in Rubro Hat's OpenShift Continens Platform aedificata est.
Hic nos, moleste fero, non possum non dicere: "Mirum est OpenShift!"
Initio putavimus scribere progressionem in OpenShift non dissimilem esse ac progressionem in Kubernetes. Et hoc per essentiam quomodo se habet. Sed in processu scribendi huius postis, quot extra motus debeas facere cum non habes OpenShift, et ideo iterum mirabilis est. Amamus eam cum omnia facile fiunt, et quam facile exemplum nostrum explicandi et persequendi in OpenShift ad minikube comparatum est quod nos ad hanc epistulam scribendam impulit.
Per processum eamus et vide quid nobis faciendum sit.
Ita, in exemplo minikube, incepimus cum Docker... Exspecta, iam non opus est Docker in machina inaugurari.
Nec git loci opus est.
et Maven non opus est.
Et imaginem vasis manibus tuis creare non debes.
Nec debes quaerere aliquod repositorium imaginum continentis.
Nec opus est ut instituat ingressum moderatoris.
Nec necesse est ut vel ingressus configurare.
Intelligis recte? Ad explicandam et applicationem nostram in OpenShift decurre, aliquo horum non indiges. Et ipsum elit augue.
Gradus I - duc tuum OpenShift botrum portassent
Codicem promptum continentes ex rubro Hat utimur, quod essentialiter idem est Minikube, sed solum cum botro unico-nodi Openshift.
crc start
Gradus II - aedifica et explica application ad OpenShift botrum portassent
Hoc gradu simplicitas et commoditas OpenShift in tota sua gloria revelantur. Sicut cum omnibus distributionibus Kubernetes, multis modis applicatum in botro currendum habemus. Et, sicut in casu KUK, speciem simplicissimam eligimus.
OpenShift semper aedificata est ut suggestum ad applicationes creandas et cursus continentis. Continens aedificium pars integralis huius suggesti semper fuit, ergo ton additae sunt facultates Kubernetes ad munera pertinentia.
Usura dabimus OpenShift's Source 2 Image (S2I) processu, qui varios modos habet ad nostrum fontem (codice vel binarii) sumendum et in imaginem continens, quae in botro OpenShift incurrit.
Ad hoc duo opus est:
- Noster fons codice in git repositorium
- Architecto imaginis ex quo aedificio fient.
Tales imagines multae sunt tam in Rubrum Hat quam in communitatis gradu conservatae, et imagine OpenJDK utemur, quia applicatione Javae aedificamus.
Potes currere S2I utrumque aedificare ab OpenShift Developer consolatorium graphicum et ex linea praecepti. Novo-appo imperio utemur, indicamus ubi fabricator imaginem ac fontem codicem nanciscemur.
oc new-app registry.access.redhat.com/ubi8/openjdk-11:latest~https://github.com/gcolman/quarkus-hello-world.git
Id nostra applicatione creatur. Quo facto, S2I processum fecit sequentia;
- Ministerium constructum vasculum omnium rerum ad applicationem aedificationis pertinentium creavit.
- OpenShift aedificate aboutconfig creatus est.
- Imaginem fabricatoris exposui ad internum OpenShift docker subcriptio.
- Cloned "Salve Mundus" ad Repositorium localem.
- Vidi quod ibi pomum mavis esset, sic ego maven compilavi applicatione.
- Novum continens imaginem creavit in quo applicationem Java exaratam et hanc imaginem in subcriptio interni continens.
- Condidit instruere Kubernetes cum specificationibus vasculi, servitii, etc.
- Ego imaginem continentis disponere coepi.
- Sublatum est vasculum servitutis constructum.
Multum in hoc album est, sed maximum est quod totum constructum solum intra OpenShift accidit, internum Docker registrum intus OpenShift est, et processus aedificandi omnes partes Kubernetes creat et in botro currit.
Si uisum monitor S2I launch in console, videre potes quomodo vasculum constructum educitur cum aedificatum est.
Nunc inspice conditorem tigna legumen: primum ostendit quomodo maven officium suum agit et dependentiae downloads ad applicationem nostram Javam aedificandam.
Postquam constructum fabrica, incepit constructio vasis imaginis, et tunc haec imago aedificata mittitur repositio interna.
Hoc est, processus aedificationis completum est. Nunc faciamus ut siliquae ac servitia applicationis nostrae in botro currant.
oc get service
Id omne. Quisque et justo ipsum. Omnes nos facere debemus hoc officium pro accessu ab extra exponere.
Gradus III - detegere ministerium ad accessum ab extra
Sicut in casu KUC, in suggestu OpenShift nostrum "Salve Mundum" etiam iter indiget ut commercium externum dirigat ad servitium intra botrum. OpenShift hoc facillime facit. Uno modo, pars HAProxy fusa per defaltam in botro instituitur (ad eundem NGINX mutari potest). Secundo, speciales et valde configurabiles facultates quae dicuntur Itineribus et reminiscentia Ingressorum obiecta in bonis antiquis Kubernetes (re vera, Itinerum OpenShifti consilium ingressorum rerum valde movit, quae nunc in OpenShift adhiberi possunt), nostris vero "Salve Mundus". et in omnibus fere aliis casibus, norma itineris sine addita figura nobis sufficit.
Ad routable FQDN creare pro "Salve Mundus" (ita, OpenShiift proprium DNS habet ad nomina servitii excitanda), solum ministerium nostrum exponemus;
oc expose service quarkus-hello-world
Si ad iter recens creatum spectes, FQDN et alia ibi notitias fundere potes.
oc get route
Ac tandem ad servitium nostrum e navigatro accedimus:
Nunc at facilisis erat!
Kubernetes amamus et omnia quae haec technica facere sinit, et simplicitatem et otium amamus. Kubernetes creatus est ut incredibilem simpliciorem redderet operationem vasis scalabilibus distributis, sed eius simplicitas iam non sufficit ad applicationes ad producendum hodie. Hoc est ubi OpenShift iungitur, observatio temporum et oblatio Kubernetes, praesertim in elit. Multum operae sartor in suggestu OpenShift investitus est specialiter pro elit, inter instrumenta creationis ut S2I, ODI, Developer Portal, Operator Framework OpenShift, IDE integratio, Developer Catalogues, Helm integratio, vigilantia et alia multa.
Speramus hunc articulum tibi iucundum et utile fuisse. Potes invenire additas facultates, materias et alia utilia ad evolutionem in suggestu OpenShift in porta .
Source: www.habr.com