For 25 år siden trådte Java ind i programmeringens mainstream og blev til sidst et af kerneelementerne, som applikationsstakke er bygget op omkring. I dag har mange mennesker og organisationer, der har været loyale over for Java i mange år, dog travlt med at migrere eller overvejer at migrere til platformen. eller dets derivater som f.eks eller .
Desværre har Kubernetes en stejl indlæringskurve og introducerer endnu et operationelt lag i udviklingsprocessen, som Java-programmører er vant til. I dag vil vi fortælle dig, hvordan du bruger , for at forenkle disse yderligere operationer forbundet med Kubernetes og containere, og sikre en smertefri migrering til cloud-platformen, samtidig med at det velkendte Java-økosystem bevares. Desuden vil vi vise, hvordan man implementerer Java-applikationer på OpenShift-platformen ved hjælp af OpenShift Maven-plugin.
Traditionel Java-udviklingsproces
Traditionel udviklingsproces (Figur 1) involverer udvikleren at skrive kode, derefter oprette implementeringsenheder i form af JAR- eller WAR-filer og derefter implementere og køre disse filer på en web- eller applikationsserver. Den vigtigste måde at gøre dette på er at bruge Maven fra kommandolinjen eller bruge en IDE som IntelliJ eller Eclipse til at kode og pakke applikationerne. Udviklere er vant til at lave kodeændringer og teste alt grundigt, før de begår koden og sender den til versionskontrol.
Ris. 1. Traditionel Java udviklingsproces.
Java-udviklingsproces til skyen
Når du flytter til cloud-applikationer, Kubernetes og . Derfor skal udvikleren nu pakke Java-applikationer ind og skabe Kubernetes-manifester, der beskriver disse billeder. Disse manifester anvendes derefter på produktionsserveren, der kører Kubernetes. Til gengæld tager Kubernetes disse billeder fra registreringsdatabasen og implementerer applikationer i henhold til de konfigurationer, som vi har skrevet i manifester, som normalt er YAML-filer.
Metamorfosen af den traditionelle Java-udviklingsproces i overgangen til skyen er vist i fig. 2.
Ris. 2. Java udviklingsproces til skyen.
Eclipse JKube
Migrering til Kubernetes tilføjer endnu et operationelt lag til udviklingsprocessen, og mange udviklere er nervøse for det, fordi de ønsker at fokusere på deres kernearbejde – applikationslogikken – i stedet for hvordan de skal implementeres. Og det er her, det spiller ind. , som giver udviklere mulighed for at bruge deres biblioteker og plugins ( med eller ) for ubesværet at udføre container- og Kubernetes-relaterede operationer ved at følge diagrammet i figuren. 2.
I resten af denne artikel viser vi dig, hvordan du forenkler Java-udviklingsprocessen i Kubernetes-miljøet ved at bruge Eclipse JKube med Kubernetes Maven-plugin.
Cloud-udviklingsproces ved hjælp af Eclipse JKube
Lad os overveje et lidt modificeret Java-udviklingsskema til skyen fra Fig. 2, der introducerer Eclipse JKube og Kubernetes Maven Plugin i det, som vist i Fig. 3.
Ris. 3. Java udviklingsproces til skyen ved hjælp af Eclipse JKube.
Som vi kan se, erstattes her alle operationer til interaktion med Kubernetes og containere (fremhævet med rødt i diagrammet) af standard Eclipse JKube-målopgaver, som er angivet i tabel. 1.
Bord 1. Eclipse JKube standardopgaver.
Opgave
etape
beskrivelse
PRE_INTEGRATION_TEST
Bygning docker billeder
INSTALLER
Uploader docker-billeder til registreringsdatabasen
PROCESS_RESOURCES
Generering af K8-manifester
UDARBEJDE
Anvendelse af genererede manifester til K8'er
AFSLUT
Fjernelse af K8s-ressourcer, der blev implementeret ved hjælp af k8s:apply og k8s:deploy
Note: Hvis du ikke ønsker, at opgaver skal bruge disse opfattede standardindstillinger, kan du manuelt konfigurere Eclipse JKube for dig selv, da den understøtter konfiguration via и .
Lad os nu se på eksempler på brug af Eclipse JKube og Kubernetes Maven Plugin, når du arbejder med applikationer.
Implementering af en Java-applikation på Kubernetes ved hjælp af Eclipse JKube
I dette eksempel vil vi implementere en simpel Java-applikation på en klynge ved hjælp af Eclipse JKube. Ved at bruge Kubernetes Maven Plugin kan vi indstille implementeringsparametre uden at skulle skrive nogen konfiguration.
Som et eksempel på en applikation bruger vi , som producerer JSON-output ved /random slutpunktet:
~/work/repos/eclipse-jkube-demo-project : $ curl localhost:8080/random | jq .
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 45 0 45 0 0 818 0 --:--:-- --:--:-- --:--:-- 818
{
"id": "e80a4d10-c79b-4b9a-aaac-7c286cb37f3c"
}
Trin 1. Download Kubernetes Maven Plugin
Kubernetes Maven Plugin er i depotet . For at bruge Eclipse JKube skal du tilføje Kubernetes Maven Plugin til din pom.xml som en afhængighed:
<plugin>
<groupId>org.eclipse.jkube</groupId>
<artifactId>kubernetes-maven-plugin</artifactId>
<version>${jkube.version}</version>
</plugin>
Hvis OpenShift bruges i stedet for ren Kubernetes, ændres pom.xml som følger:
<plugin>
<groupId>org.eclipse.jkube</groupId>
<artifactId>openshift-maven-plugin</artifactId>
<version>${jkube.version}</version>
</plugin>
Trin 2. Byg docker-billedet
Applikationens JAR-fil kan bygges med mvn-pakkekommandoen, og derefter kan mvn-målopgaven k8s:build bruges til at bygge et docker-billede af applikationen. Bemærk, at vi har tilsidesat standardbilledets navn med denne egenskab:
<jkube.generator.name>docker.io/rohankanojia/random-generator:${project.version}</jkube.generator.name>
Før du bygger billedet, skal du sikre dig, at docker-dæmonen er eksponeret korrekt. Dette kan gøres med følgende kommando:
$ eval $(minikube docker-env)
Derefter indtaster vi kommandoen mvn k8s:build, og dette er, hvad vi vil se på skærmen, når vi bygger docker-billedet ved hjælp af Eclipse JKube byggeopgaven:
~/work/repos/eclipse-jkube-demo-project : $ mvn k8s:build
[INFO] Scanning for projects...
[INFO]
[INFO] ----------------------< meetup:random-generator >-----------------------
[INFO] Building random-generator 0.0.1
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- kubernetes-maven-plugin:1.0.0-rc-1:build (default-cli) @ random-generator ---
[INFO] k8s: Running in Kubernetes mode
[INFO] k8s: Building Docker image in Kubernetes mode
[INFO] k8s: Running generator spring-boot
[INFO] k8s: spring-boot: Using Docker image quay.io/jkube/jkube-java-binary-s2i:0.0.7 as base / builder
[INFO] k8s: [docker.io/rohankanojia/random-generator:0.0.1] "spring-boot": Created docker-build.tar in 251 milliseconds
[INFO] k8s: [docker.io/rohankanojia/random-generator:0.0.1] "spring-boot": Built image sha256:a20e5
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 5.053 s
[INFO] Finished at: 2020-08-10T11:28:23+05:30
[INFO] ------------------------------------------------------------------------
~/work/repos/eclipse-jkube-demo-project : $
Trin 3. Upload billedet til docker-registret
Efter at vi har bygget docker-billedet med push-registret konfigureret (i vores tilfælde er det docker.io), kan vi sende dette billede til registreringsdatabasen. Dette er, hvad der vil blive vist, når vi har bedt Eclipse JKube om at udføre mvn k8s:push push-opgaven:
~/work/repos/eclipse-jkube-demo-project : $ mvn k8s:push
[INFO] Scanning for projects...
[INFO]
[INFO] ----------------------< meetup:random-generator >-----------------------
[INFO] Building random-generator 0.0.1
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- kubernetes-maven-plugin:1.0.0-rc-1:push (default-cli) @ random-generator ---
[INFO] k8s: Running in Kubernetes mode
[INFO] k8s: Building Docker image in Kubernetes mode
[INFO] k8s: Running generator spring-boot
[INFO] k8s: spring-boot: Using Docker image quay.io/jkube/jkube-java-binary-s2i:0.0.7 as base / builder
[INFO] k8s: The push refers to repository [docker.io/rohankanojia/random-generator]
5dcd9556710f: Layer already exists
b7139ad07aa8: Layer already exists
b6f081e4b2b6: Layer already exists
d8e1f35641ac: Layer already exists
[INFO] k8s: 0.0.1: digest: sha256:9f9eda2a13b8cab1d2c9e474248500145fc09e2922fe3735692f9bda4c76002d size: 1162
[INFO] k8s: Pushed docker.io/rohankanojia/random-generator:0.0.1 in 7 seconds
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 11.222 s
[INFO] Finished at: 2020-08-10T11:35:37+05:30
[INFO] ------------------------------------------------------------------------
~/work/repos/eclipse-jkube-demo-project : $
Efter at have sendt billedet, skal du kontrollere, at det er inkluderet i registreringsdatabasen. I vores tilfælde ser vi det simpelthen i Docker Hub, som vist i fig. 4.
Ris. 4. Billedet sendt til registreringsdatabasen dukkede op i Docker Hub.
Trin 4. Generer Kubernetes-ressourcemanifester til applikationen
Så vi har samlet applikationsbilledet, nu skal vi skrive Kubernetes-manifester. For at gøre dette har Eclipse JKube en opgave, der genererer stive ressourcemanifester baseret på den underliggende Java-ramme (, , Vert.x eller en anden). Du kan også tilpasse manifestet ved at bruge en XML-konfigurationsfil og placere rå fragmenter (fragmenter af det nødvendige ressourcemanifest) i applikationsmappen src/main/jkube. I dette tilfælde vil din konfiguration blive uploadet til de genererede manifester.
I vores eksempel lader vi alt være som det er, og derfor genererer Eclipse JKube et manifest for standardimplementeringen og for tjenesten med typen ClusterIP. Og først derefter ændrer vi servicemanifestet for at ændre servicetypen til NodePort. Du kan tilsidesætte standardadfærden ved hjælp af følgende egenskab:
<jkube.enricher.jkube-service.type>NodePort</jkube.enricher.jkube-service.type>
Sådan ser skærmoutputtet ud, efter at vi har bedt Eclipse JKube om at udføre mvn k8s:resource-ressourceopgaven.
~/work/repos/eclipse-jkube-demo-project : $ mvn k8s:resource
[INFO] Scanning for projects...
[INFO]
[INFO] ----------------------< meetup:random-generator >-----------------------
[INFO] Building random-generator 0.0.1
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- kubernetes-maven-plugin:1.0.0-rc-1:resource (default-cli) @ random-generator ---
[INFO] k8s: Running generator spring-boot
[INFO] k8s: spring-boot: Using Docker image quay.io/jkube/jkube-java-binary-s2i:0.0.7 as base / builder
[INFO] k8s: jkube-controller: Adding a default Deployment
[INFO] k8s: jkube-service: Adding a default service 'random-generator' with ports [8080]
[INFO] k8s: jkube-healthcheck-spring-boot: Adding readiness probe on port 8080, path='/actuator/health', scheme='HTTP', with initial delay 10 seconds
[INFO] k8s: jkube-healthcheck-spring-boot: Adding liveness probe on port 8080, path='/actuator/health', scheme='HTTP', with initial delay 180 seconds
[INFO] k8s: jkube-revision-history: Adding revision history limit to 2
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 3.344 s
[INFO] Finished at: 2020-08-10T11:38:11+05:30
[INFO] ------------------------------------------------------------------------
~/work/repos/eclipse-jkube-demo-project : $ ls target/classes/META-INF/jkube/kubernetes
random-generator-deployment.yml random-generator-service.yml
~/work/repos/eclipse-jkube-demo-project : $ cat target/classes/META-INF/jkube/kubernetes/random-generator-deployment.yml | head -n10
---
apiVersion: apps/v1
kind: Deployment
metadata:
annotations:
jkube.io/git-url: [email protected]:rohanKanojia/eclipse-jkube-demo-project.git
jkube.io/git-commit: 1ef9ef2ef7a6fcbf8eb64c293f26f9c42d026512
jkube.io/git-branch: master
jkube.io/scm-url: https://github.com/spring-projects/spring-boot/spring-boot-starter-parent/random-generator
jkube.io/scm-tag: HEAD
~/work/repos/eclipse-jkube-demo-project : $
Trin 5. Implementer applikationen til Kubernetes-klyngen
Nu er vi klar til at implementere applikationen: vi har genereret dens image og derefter automatisk genereret ressourcemanifester. Nu er der kun tilbage at anvende alt dette på Kubernetes-klyngen. For at implementere applikationen kan du selvfølgelig bruge kommandoen kubectl apply -f, men plugin'et kan gøre dette for os. Dette er, hvad der vises på skærmen, efter at vi har bedt Eclipse JKube om at udføre opgaven mvn k8s:apply application:
~/work/repos/eclipse-jkube-demo-project : $ mvn k8s:apply
[INFO] Scanning for projects...
[INFO]
[INFO] ----------------------< meetup:random-generator >-----------------------
[INFO] Building random-generator 0.0.1
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- kubernetes-maven-plugin:1.0.0-rc-1:apply (default-cli) @ random-generator ---
[INFO] k8s: Using Kubernetes at https://192.168.39.145:8443/ in namespace default with manifest /home/rohaan/work/repos/eclipse-jkube-demo-project/target/classes/META-INF/jkube/kubernetes.yml
[INFO] k8s: Using namespace: default
[INFO] k8s: Creating a Service from kubernetes.yml namespace default name random-generator
[INFO] k8s: Created Service: target/jkube/applyJson/default/service-random-generator.json
[INFO] k8s: Creating a Deployment from kubernetes.yml namespace default name random-generator
[INFO] k8s: Created Deployment: target/jkube/applyJson/default/deployment-random-generator.json
[INFO] k8s: HINT: Use the command `kubectl get pods -w` to watch your pods start up
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 7.306 s
[INFO] Finished at: 2020-08-10T11:40:57+05:30
[INFO] ------------------------------------------------------------------------
~/work/repos/eclipse-jkube-demo-project : $ kubectl get pods -w
NAME READY STATUS RESTARTS AGE
random-generator-58b7847d7f-9m9df 0/1 Running 0 7s
random-generator-58b7847d7f-9m9df 1/1 Running 0 17s
^C~/work/repos/eclipse-jkube-demo-project : $ kubectl get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
io-openliberty-sample-getting-started NodePort 10.110.4.104 <none> 9080:30570/TCP 44h
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 18d
random-generator NodePort 10.97.172.147 <none> 8080:32186/TCP 22s
~/work/repos/eclipse-jkube-demo-project : $ curl `minikube ip`:32186/random | jq .
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 45 0 45 0 0 1800 0 --:--:-- --:--:-- --:--:-- 1875
{
"id": "42e5571f-a20f-44b3-8184-370356581d10"
}
Trin 6. Fjern implementering af programmer fra Kubernetes-klyngen
For at gøre dette bruges undeploy-opgaven, som simpelthen fjerner alle ressourcer, der blev anvendt i det foregående trin, det vil sige når application-opgaven udføres. Dette er, hvad vi vil se på skærmen, efter at vi har bedt Eclipse JKube om at udføre opgaven mvn k8s:undeploy undeploy:
~/work/repos/eclipse-jkube-demo-project : $ kubectl get all
NAME READY STATUS RESTARTS AGE
pod/random-generator-58b7847d7f-9m9df 1/1 Running 0 5m21s
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 18d
service/random-generator NodePort 10.97.172.147 <none> 8080:32186/TCP 5m21s
NAME READY UP-TO-DATE AVAILABLE AGE
deployment.apps/random-generator 1/1 1 1 5m21s
NAME DESIRED CURRENT READY AGE
replicaset.apps/random-generator-58b7847d7f 1 1 1 5m21s
~/work/repos/eclipse-jkube-demo-project : $ mvn k8s:undeploy
[INFO] Scanning for projects...
[INFO]
[INFO] ----------------------< meetup:random-generator >-----------------------
[INFO] Building random-generator 0.0.1
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- kubernetes-maven-plugin:1.0.0-rc-1:undeploy (default-cli) @ random-generator ---
[INFO] k8s: Using Kubernetes at https://192.168.39.145:8443/ in namespace default with manifest /home/rohaan/work/repos/eclipse-jkube-demo-project/target/classes/META-INF/jkube/kubernetes.yml
[INFO] k8s: Using namespace: default
[INFO] k8s: Deleting resource Deployment default/random-generator
[INFO] k8s: Deleting resource Service default/random-generator
[INFO] k8s: HINT: Use the command `kubectl get pods -w` to watch your pods start up
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 3.412 s
[INFO] Finished at: 2020-08-10T11:46:22+05:30
[INFO] ------------------------------------------------------------------------
~/work/repos/eclipse-jkube-demo-project : $ kubectl get pods -w
^C~/work/repos/eclipse-jkube-demo-project : $ kubectl get all
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 18d
~/work/repos/eclipse-jkube-demo-project : $
Hvad kan du ellers gøre med Eclipse JKube
Så vi så på hovedmålopgaverne for Eclipse JKube og Kubernetes Maven Plugin, som letter udviklingen af Java-applikationer til Kubernetes-platformen. Hvis du ikke konstant vil indtaste disse opgaver fra tastaturet, kan du skrive dem i plugin-konfigurationen, for eksempel sådan:
<plugin>
<groupId>org.eclipse.jkube</groupId>
<artifactId>kubernetes-maven-plugin</artifactId>
<version>${project.version}</version>
<executions>
<execution>
<goals>
<goal>build</goal>
<goal>resource</goal>
<goal>apply</goal>
</goals>
</execution>
</executions>
</plugin>
Det skal siges, at vi i denne artikel ikke har overvejet alle de målopgaver, der er i Eclipse JKube og Kubernetes Maven Plugin, så vi giver i tabel 2 en liste over yderligere opgaver, som også kan være nyttige for dig.
Bord 2. Yderligere Eclipse JKube-målopgaver.
Opgave
etape
beskrivelse
VALIDATE
Modtagelse af logfiler fra en applikation, der kører på Kubernetes.
PAKKE
Åbn en debug-port, så du kan debugge dit program, der kører på Kubernetes, direkte fra IDE'en.
INSTALLER
Oprettelse af en fork for installationsopgaven og anvendelse af de genererede manifester på Kubernetes-klyngen på samme måde som i tilfældet med anvendelsesopgaven.
PAKKE
Automatisk hot-implementering af en applikation ved at spore dens navneområde.
Implementering af Java-applikationer på Red Hat OpenShift ved hjælp af OpenShift Maven-plugin
For at implementere applikationen fra vores eksempel på Red Hat OpenShift-platformen bruger vi plugin'et . Den eneste forskel vil være, at opgavepræfikset vil ændre sig fra k8s til oc. Som standard gør Kubernetes Maven-plugin'et det -samlinger og OpenShift Maven-plugin - samlinger . Vi foretager ingen ændringer i vores projekt udover at fjerne egenskaben jkube.generator.name, da den ikke er påkrævet, når du trykker til registreringsdatabasen (OpenShift placerer billedet i dets interne registreringsdatabase under byggefasen). Og det er det, der kommer frem på skærmen, når vi kører vores eksempel, hvor vi i øvrigt udfører målopgaver ikke én ad gangen, men alle på én gang:
~/work/repos/eclipse-jkube-demo-project : $ mvn oc:build oc:resource oc:apply
[INFO] Scanning for projects...
[INFO]
[INFO] ----------------------< meetup:random-generator >-----------------------
[INFO] Building random-generator 0.0.1
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- openshift-maven-plugin:1.0.0-rc-1:build (default-cli) @ random-generator ---
[INFO] oc: Using OpenShift build with strategy S2I
[INFO] oc: Running in OpenShift mode
[INFO] oc: Running generator spring-boot
[INFO] oc: spring-boot: Using Docker image quay.io/jkube/jkube-java-binary-s2i:0.0.7 as base / builder
[INFO] oc: [random-generator:0.0.1] "spring-boot": Created docker source tar /home/rohaan/work/repos/eclipse-jkube-demo-project/target/docker/random-generator/0.0.1/tmp/docker-build.tar
[INFO] oc: Adding to Secret pullsecret-jkube
[INFO] oc: Using Secret pullsecret-jkube
[INFO] oc: Creating BuildServiceConfig random-generator-s2i for Source build
[INFO] oc: Creating ImageStream random-generator
[INFO] oc: Starting Build random-generator-s2i
[INFO] oc: Waiting for build random-generator-s2i-1 to complete...
[INFO] oc: Caching blobs under "/var/cache/blobs".
[INFO] oc: Getting image source signatures
[INFO] oc: Copying blob sha256:cf0f3ebe9f536c782ab3835049cfbd9a663761ded9370791ef6ea3965c823aad
[INFO] oc: Copying blob sha256:57de4da701b511cba33bbdc424757f7f3b408bea741ca714ace265da9b59191a
[INFO] oc: Copying blob sha256:f320f94d91a064281f5127d5f49954b481062c7d56cce3b09910e471cf849050
[INFO] oc: Copying config sha256:52d6788fcfdd39595264d34a3959464a5dabc1d4ef0ae188802b20fc2d6a857b
[INFO] oc: Writing manifest to image destination
[INFO] oc: Storing signatures
[INFO] oc: Generating dockerfile with builder image quay.io/jkube/jkube-java-binary-s2i:0.0.7
[INFO] oc: STEP 1: FROM quay.io/jkube/jkube-java-binary-s2i:0.0.7
[INFO] oc: STEP 2: LABEL "io.openshift.build.source-location"="/tmp/build/inputs" "io.openshift.build.image"="quay.io/jkube/jkube-java-binary-s2i:0.0.7"
[INFO] oc: STEP 3: ENV JAVA_APP_DIR="/deployments" OPENSHIFT_BUILD_NAME="random-generator-s2i-1" OPENSHIFT_BUILD_NAMESPACE="default"
[INFO] oc: STEP 4: USER root
[INFO] oc: STEP 5: COPY upload/src /tmp/src
[INFO] oc: STEP 6: RUN chown -R 1000:0 /tmp/src
[INFO] oc: STEP 7: USER 1000
[INFO] oc: STEP 8: RUN /usr/local/s2i/assemble
[INFO] oc: INFO S2I source build with plain binaries detected
[INFO] oc: INFO S2I binary build from fabric8-maven-plugin detected
[INFO] oc: INFO Copying binaries from /tmp/src/deployments to /deployments ...
[INFO] oc: random-generator-0.0.1.jar
[INFO] oc: INFO Copying deployments from deployments to /deployments...
[INFO] oc: '/tmp/src/deployments/random-generator-0.0.1.jar' -> '/deployments/random-generator-0.0.1.jar'
[INFO] oc: STEP 9: CMD /usr/local/s2i/run
[INFO] oc: STEP 10: COMMIT temp.builder.openshift.io/default/random-generator-s2i-1:48795e41
[INFO] oc: time="2020-08-10T06:37:49Z" level=info msg="Image operating system mismatch: image uses "", expecting "linux""
[INFO] oc: time="2020-08-10T06:37:49Z" level=info msg="Image architecture mismatch: image uses "", expecting "amd64""
[INFO] oc: Getting image source signatures
[INFO] oc: Copying blob sha256:d8e1f35641acb80b562f70cf49911341dfbe8c86f4d522b18efbf3732aa74223
[INFO] oc: Copying blob sha256:b6f081e4b2b6de8be4b1dec132043d14c121e968384dd624fb69c2c07b482edb
[INFO] oc: Copying blob sha256:b7139ad07aa8ce4ed5a132f7c5cc9f1de0f5099b5e155027a23d57f7fbe78b16
[INFO] oc: Copying blob sha256:98972fc90a1108315cc5b05b2c691a0849a149727a7b81e76bc847ac2c6d9714
[INFO] oc: Copying config sha256:27aaadaf28e24856a66db962b88118b8222b61d79163dceeeed869f7289bc230
[INFO] oc: Writing manifest to image destination
[INFO] oc: Storing signatures
[INFO] oc: --> 27aaadaf28e
[INFO] oc: 27aaadaf28e24856a66db962b88118b8222b61d79163dceeeed869f7289bc230
[INFO] oc: Getting image source signatures
[INFO] oc:
[INFO] oc: Pushing image image-registry.openshift-image-registry.svc:5000/default/random-generator:0.0.1 ...
[INFO] oc: Copying blob sha256:f320f94d91a064281f5127d5f49954b481062c7d56cce3b09910e471cf849050
[INFO] oc: Copying blob sha256:cf0f3ebe9f536c782ab3835049cfbd9a663761ded9370791ef6ea3965c823aad
[INFO] oc: Copying blob sha256:57de4da701b511cba33bbdc424757f7f3b408bea741ca714ace265da9b59191a
[INFO] oc: Copying blob sha256:98972fc90a1108315cc5b05b2c691a0849a149727a7b81e76bc847ac2c6d9714
[INFO] oc: Copying config sha256:27aaadaf28e24856a66db962b88118b8222b61d79163dceeeed869f7289bc230
[INFO] oc: Writing manifest to image destination
[INFO] oc: Storing signatures
[INFO] oc: Successfully pushed image-registry.openshift-image-registry.svc:5000/default/random-generator@sha256:aa9e1a380c04ef9174ba56459c13d44420ebe653ebf32884d60fe4306b17306d
[INFO] oc: Push successful
[INFO] oc: Build random-generator-s2i-1 in status Complete
[INFO] oc: Found tag on ImageStream random-generator tag: sha256:aa9e1a380c04ef9174ba56459c13d44420ebe653ebf32884d60fe4306b17306d
[INFO] oc: ImageStream random-generator written to /home/rohaan/work/repos/eclipse-jkube-demo-project/target/random-generator-is.yml
[INFO]
[INFO] --- openshift-maven-plugin:1.0.0-rc-1:resource (default-cli) @ random-generator ---
[INFO] oc: Using docker image name of namespace: default
[INFO] oc: Running generator spring-boot
[INFO] oc: spring-boot: Using Docker image quay.io/jkube/jkube-java-binary-s2i:0.0.7 as base / builder
[INFO] oc: jkube-controller: Adding a default DeploymentConfig
[INFO] oc: jkube-service: Adding a default service 'random-generator' with ports [8080]
[INFO] oc: jkube-healthcheck-spring-boot: Adding readiness probe on port 8080, path='/actuator/health', scheme='HTTP', with initial delay 10 seconds
[INFO] oc: jkube-healthcheck-spring-boot: Adding liveness probe on port 8080, path='/actuator/health', scheme='HTTP', with initial delay 180 seconds
[INFO] oc: jkube-revision-history: Adding revision history limit to 2
[INFO]
[INFO] --- openshift-maven-plugin:1.0.0-rc-1:apply (default-cli) @ random-generator ---
[INFO] oc: Using OpenShift at https://api.crc.testing:6443/ in namespace default with manifest /home/rohaan/work/repos/eclipse-jkube-demo-project/target/classes/META-INF/jkube/openshift.yml
[INFO] oc: OpenShift platform detected
[INFO] oc: Using project: default
[INFO] oc: Creating a Service from openshift.yml namespace default name random-generator
[INFO] oc: Created Service: target/jkube/applyJson/default/service-random-generator.json
[INFO] oc: Creating a DeploymentConfig from openshift.yml namespace default name random-generator
[INFO] oc: Created DeploymentConfig: target/jkube/applyJson/default/deploymentconfig-random-generator.json
[INFO] oc: Creating Route default:random-generator host: null
[INFO] oc: HINT: Use the command `oc get pods -w` to watch your pods start up
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 01:07 min
[INFO] Finished at: 2020-08-10T12:08:00+05:30
[INFO] ------------------------------------------------------------------------
~/work/repos/eclipse-jkube-demo-project : $ oc get pods -w
NAME READY STATUS RESTARTS AGE
random-generator-1-deploy 1/1 Running 0 14s
random-generator-1-vnrm9 0/1 Running 0 11s
random-generator-s2i-1-build 0/1 Completed 0 1m
random-generator-1-vnrm9 1/1 Running 0 24s
random-generator-1-deploy 0/1 Completed 0 28s
~/work/repos/eclipse-jkube-demo-project : $ oc get routes
NAME HOST/PORT PATH SERVICES PORT TERMINATION WILDCARD
random-generator random-generator-default.apps-crc.testing random-generator 8080 None
~/work/repos/eclipse-jkube-demo-project : $ curl random-generator-default.apps-crc.testing/random
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 45 0 45 0 0 1666 0 --:--:-- --:--:-- --:--:-- 1730
{
"id": "d80052d9-2f92-43cb-b9eb-d7cffb879798"
}
~/work/repos/eclipse-jkube-demo-project : $
Video lektion
For at lære mere om, hvordan du gør Kubernetes-udvikling lettere med Eclipse JKube, kan du se denne videovejledning om, hvordan du hurtigt implementerer en simpel Spring Boot-applikation på Minikube:
Konklusion
I denne artikel viste vi, hvordan Eclipse JKube gør livet lettere for en Java-udvikler, når han arbejder med Kubernetes. Mere information om Eclipse JKube kan findes på og .
Kilde: www.habr.com