Production Considerations for Spring on Kubernetes

Поделиться
HTML-код
  • Опубликовано: 3 янв 2025

Комментарии • 4

  • @vanivari359
    @vanivari359 2 года назад +1

    Since at least 5 years i have this discussion about health endpoints in every damn project. Everyone just wires the actuator/health (spring) or q/health (quarkus) endpoint to the kubernetes probes and some people are so locked in into this idea that you have to spend an hour or more going through specific scenarios to show them why it's a bad idea. So strange.
    Same goes for the memory topic and other topics in this presentation, i encountered so much resistance and lack of knowledge in these areas that i started to wonder if i was wrong (i guess it's called gaslighting nowadays). So thanks.

  • @KessirAdjaho
    @KessirAdjaho 2 года назад +2

    One advantage of Jib is that it does not require a Docker daemon. This is useful for situations where you can't run docker-in-docker.
    Is there a way to use buildpacks without a docker daemon?

    • @ajinkyameher5942
      @ajinkyameher5942 2 года назад

      yes, buildpacks working without docker daemon whould be great 👍🏻

    • @odedia
      @odedia 2 года назад

      Buildpacks is the spec. Some implementations such as kpack and Tanzu Build Service don’t require a local Docker daemon.