25 років тому Java пішла в широкі програмістські маси, щоб у результаті стати одним із тих стрижнів, навколо яких будуються стеки додатків. Однак сьогодні багато людей і організацій, які довгі роки зберігали вірність Java, зайняті тим, що переходять або думають переходити на платформу або її похідні, такі як або .
На жаль, Kubernetes відрізняється крутою кривою навчання та вводить ще один операційний рівень у звичний для Java-програмістів процес розробки. Сьогодні ми розповімо, як використовувати , щоб спростити ці додаткові операції, пов'язані з Kubernetes та контейнерами, а також забезпечити безболісну міграцію на хмарну платформу із збереженням звичної екосистеми Java. Більше того, ми покажемо, як розгортати Java-програми на платформі OpenShift за допомогою плагіна OpenShift Maven.
Традиційний процес Java-розробки
Традиційний процес розробки (Рис.1) передбачає, що розробник пише код, потім створює одиниці розгортання як файлів JAR чи WAR, та був розгортає і запускає ці файли на веб-сервері чи сервері додатків. В основному для цього застосовують Maven з командного рядка або використовують IDE, на зразок IntelliJ або Eclipse, щоб кодувати та упаковувати програми. Розробники звикли вносити зміни до коду і ретельно все тестувати, перш ніж фіксувати код і відправляти його в систему керування версіями.
Мал. 1. Традиційний процес Java-розробки.
Процес Java-розробки для хмари
При переході до хмарних програм до описаної вище схеми додаються Kubernetes і . Тому тепер розробнику треба запакувати Java-додатки в і створити Kubernetes-маніфести, що описують ці образи. Потім ці маніфести застосовуються до продакшн-сервера, на якому працює Kubernetes. У свою чергу, Kubernetes бере ці образи з реєстру і розгортає додатки згідно з тими конфігураціями, що ми прописали в маніфестах, які зазвичай є файлами YAML.
Метаморфоза традиційного процесу Java-розробки під час переходу до хмари показано на Рис. 2.
Мал. 2. Процес Java-розробки для хмари.
Eclipse JKube
Перехід на Kubernetes додає ще один операційний рівень у процес розробки, і багатьох розробників це нервує, оскільки вони хочуть займатися своєю основною роботою – логікою додатків – а не тим, як їх розгортати. І тут у гру вступає , який дозволяє розробникам використовувати свої бібліотеки та плагіни ( разом з або ), щоб без зайвих зусиль виконувати операції, пов'язані з контейнерами та Kubernetes, дотримуючись схеми на Рис. 2.
У частині цієї статті, що залишилася, ми покажемо, як спростити процес Java-розробки в середовищі Kubernetes, використовуючи Eclipse JKube з плагіном Kubernetes Maven Plugin.
Процес розробки для хмар з використанням Eclipse JKube
Розглянемо трохи модифіковану схему Java-розробки для хмари з Рис.2, ввівши в неї Eclipse JKube та Kubernetes Maven Plugin, як показано на Рис. 3.
Мал. 3. Процес Java-розробки для хмари за допомогою Eclipse JKube.
Як ми бачимо, тут усі операції із взаємодії з Kubernetes та контейнерами (на схемі виділені червоним) замінюються goal-завданнями Eclipse JKube за умовчанням, які перераховані в Табл. 1.
Табл. 1. Завдання Eclipse JKube за промовчанням.
Завдання
етап
Опис
PRE_INTEGRATION_TEST
Складання docker-образів
ВСТАНОВИТИ
Надсилання docker-образів до реєстру
PROCESS_RESOURCES
Генерація маніфестів K8s
КОМПІЛЯЦІЯ
Застосування згенерованих маніфестів до K8s
UNDEPLOY
Видалення ресурсів K8s, які були розгорнуті за допомогою k8s:apply та k8s:deploy
Примітка: Якщо ви не хочете, щоб завдання використовували ці жорсткі дефолти (opinionated defaults), то можете вручну налаштувати Eclipse JKube під себе, благо він підтримує конфігурування через и .
Тепер розглянемо приклади використання Eclipse JKube та Kubernetes Maven Plugin під час роботи з програмами.
Розгортаємо Java-додаток у Kubernetes за допомогою Eclipse JKube
У цьому прикладі ми розгорнемо простий Java-додаток у кластері за допомогою Eclipse JKube. Використовуючи Kubernetes Maven Plugin, ми можемо задати параметри розгортання без того, щоб прописувати будь-яку конфігурацію.
Як приклад програми ми використовуємо , що видає JSON-output на endpoint'і /random:
~/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"
}
Крок 1. Завантажуємо Kubernetes Maven Plugin
Kubernetes Maven Plugin знаходиться у репозиторії . Для використання Eclipse JKube треба додати Kubernetes Maven Plugin у свій pom.xml як залежність:
<plugin>
<groupId>org.eclipse.jkube</groupId>
<artifactId>kubernetes-maven-plugin</artifactId>
<version>${jkube.version}</version>
</plugin>
Якщо замість чистого Kubernetes використовується OpenShift, то pom.xml модифікується так:
<plugin>
<groupId>org.eclipse.jkube</groupId>
<artifactId>openshift-maven-plugin</artifactId>
<version>${jkube.version}</version>
</plugin>
Крок 2. Збираємо образ docker-образ
JAR-файл програми можна зібрати командою mvn package, а потім можна використовувати goal-завдання mvn k8s:build, щоб зібрати docker-образ цієї програми. Зверніть увагу, що ми перевизначили ім'я образу за замовчуванням за допомогою цієї властивості:
<jkube.generator.name>docker.io/rohankanojia/random-generator:${project.version}</jkube.generator.name>
Перед тим, як збирати образ, треба переконатися, щоб docker-демон був коректно експонований. Це можна зробити наступною командою:
$ eval $(minikube docker-env)
Потім вводимо команду mvn k8s:build, і ось що ми побачимо на екрані при складанні образа docker за допомогою build-завдання Eclipse JKube:
~/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 : $
Крок 3. Надсилаємо образ до реєстру docker
Після того, як ми зібрали docker-образ при настроєному push-реєстрі (у нашому випадку це docker.io), можна відправляти цей образ до реєстру. Ось що виведеться на екран після того, як ми попросимо Eclipse JKube виконати push-завдання mvn k8s: push:
~/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 : $
Після надсилання образу треба перевірити, що він потрапив до реєстру. У нашому випадку ми просто бачимо його в Docker Hub, як показано на мал. 4.
Мал. 4. Відправлений у реєстр образ з'явився у Docker Hub.
Крок 4. Генеруємо маніфести Kubernetes-ресурсів для програми
Отже, образ програми ми зібрали, тепер треба написати Kubernetes-маніфести. Для цього в Eclipse JKube є завдання, яке генерує жорсткі маніфести ресурсів, відштовхуючись від Java-фреймворку (, , Vert.x або якийсь інший). Також можна налаштувати маніфест, використовуючи конфігураційний XML-файл і поклавши raw-фрагменти (фрагменти необхідного маніфесту ресурсів) до папки програми src/main/jkube. У такому випадку ваша конфігурація буде заливатись у згенеровані маніфести.
У нашому прикладі ми залишаємо все як є, тому Eclipse JKube генерує маніфест для дефолтного розгортання і для сервісу з типом ClusterIP. А вже потім ми модифікуємо маніфест сервісу, щоб змінити тип сервісу на NodePort. Перевизначити дефолтну поведінку можна за допомогою наступного:
<jkube.enricher.jkube-service.type>NodePort</jkube.enricher.jkube-service.type>
Ось як виглядає екранний висновок після того, як ми попросимо Eclipse JKube виконати resource-завдання mvn k8s: resource.
~/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 : $
Крок 5. Розгортаємо програму в кластері Kubernetes
Отже, у нас все готове виконати розгортання програми: ми згенерували його образ і потім автоматично згенерували маніфести ресурсів. Тепер залишилося лише застосувати все це до кластера Kubernetes. Для розгортання програми можна, звичайно, скористатися командою kubectl apply -f, але плагін і це може зробити за нас. Ось що буде на екрані після того, як ми попросимо Eclipse JKube виконати apply-завдання mvn k8s:apply:
~/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"
}
Крок 6. Робимо undeploy програми з кластера Kubernetes
Для цього використовується задача undeploy, яка просто видаляє всі ресурси, які були застосовані на попередньому кроці, тобто при виконанні завдання apply. Ось що ми побачимо на екрані після того, як попросимо Eclipse JKube виконати undeploy-завдання mvn k8s: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 : $
Що ще можна зробити з Eclipse JKube
Отже, ми розглянули основні goal-завдання Eclipse JKube та Kubernetes Maven Plugin, які полегшують розробку Java-додатків для платформи Kubernetes. Якщо вам не хочеться постійно вводити ці завдання з клавіатури, їх можна пописати в конфігурації плагіна, наприклад:
<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>
Треба сказати, що в цій статті ми розглянули далеко не всі goal-завдання, які є в Eclipse JKube та Kubernetes Maven Plugin, тому наводимо в Табл.2 список додаткових завдань, які також можуть стати у нагоді.
Табл. 2. Додаткові goal-завдання Eclipse JKube.
Завдання
етап
Опис
ПЕРЕВІР
Отримання логів від програми, що працює на Kubernetes.
ПАКЕТ
Відкриття налагоджувального порту, щоб налагодити програму, що працює на Kubernetes, безпосередньо з IDE.
ВСТАНОВИТИ
Створення форки для Install-завдання та застосування згенерованих маніфестів до кластера Kubernetes точно так само, як у випадку apply-завдання.
ПАКЕТ
Автоматичне гаряче розгортання програми за рахунок відстеження його простору імен.
Розгортання Java-додатків на Red Hat OpenShift за допомогою OpenShift Maven Plugin
Для розгортання програми з нашого прикладу на платформі Red Hat OpenShift застосуємо плагін . Єдина відмінність у тому, що префікс завдань зміниться з k8s на oc. За замовчуванням плагін Kubernetes Maven робить -складання, а плагін OpenShift Maven - складання . Ми не вносимо до нашого проекту жодних змін, за винятком видалення властивості jkube.generator.name, оскільки воно не потрібне під час відправки до реєстру (на етапі складання OpenShift розміщує образ у своєму внутрішньому реєстрі). І ось що з'явиться на екрані, коли ми запустимо наш приклад, в якому ми, до речі, виконуємо goal-завдання не по одному, а все одразу:
~/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 : $
Відео-урок
Щоб дізнатися більше про те, як спростити Kubernetes-розробку за допомогою Eclipse JKube, перегляньте відео-урок швидкого розгортання простого додаток Spring Boot на Minikube:
Висновок
У цій статті ми показали, як Eclipse JKube полегшує життя Java-розробнику під час роботи з Kubernetes. Додаткову інформацію щодо Eclipse JKube можна знайти на і на .
Джерело: habr.com