Springing into Kubernetes

แชร์
ฝัง
  • เผยแพร่เมื่อ 17 ต.ค. 2024
  • Speaker:
    Craig Walls, VMware
    While deploying Spring applications in containers has always been possible, Spring Boot makes it easier to containerize our applications and run them in container architectures such as Kubernetes.
    In this example-driven session, we will look at how to create and deploy Spring applications as container images and deploy them into a Kubernetes cluster. Along the way, you will also get to know a few of the most useful tools a Spring developer can employ in their development workflow when building containerized Spring applications.

ความคิดเห็น • 8

  • @simonboland
    @simonboland ปีที่แล้ว +1

    Can you share a link to a repository for this?

  • @hayrullahyasar
    @hayrullahyasar 9 หลายเดือนก่อน

    Thank you for sharing. I could not run the ingress on port 80 so instead I am able to run with the command "skaffold dev --port-forward" than one of the localhost port is opening to open on browser. (port 4503)
    Looking for more examples about the topic.

    • @hayrullahyasar
      @hayrullahyasar 9 หลายเดือนก่อน

      After executing the command ingress got working, web page became reachable on localhost port 80 ,
      kubectl create ingress project-localhost --class=nginx --rule="localhost/*=project_name:80"

  • @ChristopherWarmbold
    @ChristopherWarmbold ปีที่แล้ว +1

    would you say you should use config maps instead of config server?

    • @habuma
      @habuma ปีที่แล้ว +2

      I would not say that. I would say that ConfigMaps and Secrets are more "Kubernetes native" and are a more natural way to work with configuration if you're deploying to Kubernetes. But you can certainly choose to use Config Server in a Kubernetes world. Just know that Config Server comes with certain things you'll need to do to ensure production-readiness (security comes to mind) where as Secrets (and I suppose ConfigMaps) can be secured with built-in K8s mechanisms. Of course, Spring Cloud Services for Tanzu Application Service (TAS) handles those production-ready things for you, so if you're deploying to TAS, then Config Server is great (and ConfigMaps/Secrets aren't even an option).
      But I'm not going to tell you that you should use ConfigMaps/Secrets instead of Config Server. You'll have to make that decision for yourself. I'll just say that ConfigMaps/Secrets are a natural choice when deploying to K8s and Config Server is a great choice when not.

    • @ChristopherWarmbold
      @ChristopherWarmbold ปีที่แล้ว

      @@habuma i feel honored getting an answer from such a legend! 🤩

  • @skootdiggity1301
    @skootdiggity1301 2 หลายเดือนก่อน

    8:50