如何理解spring boot应用程序已经准备好工作了？

Answer 1

有人知道我如何确定Spring启动应用程序的启动时间吗？

当应用程序从/healthendpoint返回code200时，它必须准备好

{
  "status": "UP"
}

这意味着您的应用程序没有问题，可以正常工作，无论如何，监控应用程序通常使用此endpoint来了解您的应用程序的健康状况，以便维护集群，此endpoint不常被其他应用程序使用，此监视器通常

null

compile group: 'org.springframework.boot', name: 'spring-boot-starter-actuator', version: '1.5.10.RELEASE'

微服务试图在配置服务器初始化之前从它获取配置....

这里有几个要点要说清楚

• docker compose不授予启动顺序，除非您使用depends_on子句，无论如何，docker永远不会等待第一个容器完全启动（使用healthcheck的事件）然后启动第二个容器
• 如果您的微服务A依赖于微服务B，那么A必须准备好处理B的故障和不可用，这是一个微服务前提，因为它会在某一天甚至更糟的时候发生，而它不应该发生。配置服务器在某个时刻重新启动怎么办？依赖的应用程序会发生什么？

null

null

config-server将比app-1需要更长的时间来准备，那么app-1将保持不健康状态，直到config-server正确响应

version: '3.4'
services:
  mg-config-server:
    image: nginx:1.10
    healthcheck:
      test: ["CMD", "bash", "-c", "sleep 15; exit 0"]
      interval: 10s
      timeout: 17s
      retries: 3
      start_period: 10s
    networks:
      - my-net
    command: bash -c "echo starting; sleep 20; nginx -g 'daemon off;'"

  mg-app-1:
    image: alpine:3.7
    healthcheck:
      test: ["CMD", "curl", "http://mg-config-server"]
      interval: 5s
      timeout: 5s
      retries: 3
      start_period: 1s
    command: sh -c 'echo starting; apk add --update curl; tail -f /dev/null'
    restart: always
    networks: 
      - my-net
    dns:
    - 8.8.8.8

networks:
  my-net:
    driver: overlay

那就开始吧

docker-compose up
docker ps | grep "mg" 

无论如何，在这种情况下使用docker swarm更有意义，因为它将检查healthcheckendpoint，如果它不健康，则重新启动容器

docker swarm init --advertise-addr <your-machine-ip>
docker stack deploy --compose-file docker-compose.yml my-stack && docker ps | grep "my-stack"