Docker-Compose: как проверить работоспособность контейнера OpenJDK: 8? - PullRequest
Новая
       25

Docker-Compose: как проверить работоспособность контейнера OpenJDK: 8?

0 голосов
/ 15 сентября 2018

Я пытаюсь проверить работоспособность контейнера, который расширяет openjdk:8.Соответствующий Dockerfile можно найти по адресу https://github.com/jhipster/jhipster-registry/blob/master/Dockerfile

. У меня следующая структура каталогов: 

test/
├── central-server-config
│   └── application.yml
├── docker-compose.yml
├── jhipster-registry.yml
└── Ping.jar

application.yml 

#common configuration shared between all applications
configserver:
    name: Docker JHipster Registry
    status: Connected to the JHipster Registry running in Docker

jhipster:
    security:
        authentication:
            jwt:
                secret: 3ac0a39ed9a2a58ca74d9d36c5227e51225480e2

eureka:
    client:
        service-url:
            defaultZone: http://admin:${jhipster.registry.password}@jhipster-registry:8761/eureka/

docker-compose.yml 

version: '2.1'
services:
    jhipster-registry:
        extends:
            file: jhipster-registry.yml
            service: jhipster-registry
        mem_limit: 512m
        ports:
            - 8761:8761
        healthcheck:
          test: ["CMD", "java", "-jar", "Ping.jar", "localhost", "8761"]
          interval: 30s
          retries: 10

jhipster-registry.yml 

version: '2.1'
services:
    jhipster-registry:
        image: jhipster/jhipster-registry:v4.0.2
        volumes:
            - ./central-server-config:/central-config
        # By default the JHipster Registry runs with the "dev" and "native"
        # Spring profiles.
        # "native" profile means the filesystem is used to store data, see
        # http://cloud.spring.io/spring-cloud-config/spring-cloud-config.html
        environment:
            - SPRING_PROFILES_ACTIVE=dev,native
            - SECURITY_USER_PASSWORD=password
            - JHIPSTER_REGISTRY_PASSWORD=password
            # - GIT_URI=https://github.com/jhipster/jhipster-registry/
            # - GIT_SEARCH_PATHS=central-config
        ports:
            - 8761:8761

Ping.java 

package ping;

import java.io.IOException;
import java.net.InetSocketAddress;
import java.net.Socket;

public class Main {
    public static void main(String[] args) {
        if (args.length != 2) {
            System.exit(-1);
        }

        String host = args[0];
        int port = 0;

        try {
            port = Integer.parseInt(args[1]);
        } catch (NumberFormatException e) {
            e.printStackTrace();
            System.exit(-2);
        }

        try (Socket socket = new Socket()) {
            socket.connect(new InetSocketAddress(host, port), 10 * 1000);
            System.exit(0);
        } catch (IOException e) {
            System.exit(1);
        }
    }
}

Я запускаю контейнеры, выполняя 

docker-compose up -d --force-recreate

внутри тестового каталога, и я могу получить доступ к jhipster-Registry через браузер.Он также доступен с помощью указанной выше jar-программы: 

izio@1z10:~$ cd Desktop/
izio@1z10:~/Desktop$ java -jar Ping.jar localhost 8761
izio@1z10:~/Desktop$ echo $?
0
izio@1z10:~/Desktop$

, которая возвращает 0, что означает, что он может подключиться к сервису.

Если кому-то интересно, я попробовал также использовать curl, нобез успеха (почти наверняка это не предусмотрено в образе докера для уменьшения размера), поэтому я переключился на этот Java фрагмент, надеясь, что у него не возникнет проблем, поскольку он openjdk ...

jhipster-registry работает примерно через 3 минуты с этой конфигурацией, но независимо от того, сколько времени я жду, оно всегда отображается как health starting и, наконец, unhealthy (после 10 x 30 '' = 300 '' = 5 ').

Есть идеи, что не так с этой проверкой здоровья?Я предоставил минимальный неработающий пример , чтобы его мог проверить любой.Мне нужна эта проверка, чтобы иметь возможность запустить другую службу, которая должна будет подключаться к реестру, только когда она готова принимать подключения, а не только после запуска контейнера, в противном случае приложение завершится с ошибкой и остановится, если только яустановите restart: on-failure, но я бы предпочел запускать его только при работающей другой службе, вместо того, чтобы продолжать перезапуск в надежде найти реестр готовым.

1 Ответ

0 голосов
/ 15 сентября 2018

Проблема заключалась в том, что файл Jar не был доступен на filesystem контейнера. Чтобы сделать его доступным, нам нужно использовать тома следующим образом: 

jhipster-registry:
    extends:
        file: jhipster-registry.yml
        service: jhipster-registry
    mem_limit: 512m
    ports:
        - 8761:8761
    networks:
      - backend
    volumes:
      - ${PWD}/Ping.jar:/Ping.jar
    healthcheck:
      test: ["CMD", "java", "-jar", "/Ping.jar", "localhost", "8761"]
      interval: 30s
      retries: 20

и ссылка на файл Jar, начиная с корневого каталога (/).

...