Lean Spring Boot Applications for The Cloud by Patrick Baumgartner @ Spring I/O 2024

Рет қаралды 4,624

Ай бұрын

Spring I/O 2024 - 30-31 May, Barcelona
Slides & repo: github.com/patbaumgartner/tal...
With the starters, Spring-Boot offers a functionality that allows you to set up a new software project with little effort and start programming right away. You don’t have to worry about the dependencies, since the “right” ones are already preconfigured. But how can you, for example, optimize the start-up times and reduce the memory footprint and thus better prepare the application for the cloud?
In this talk, we will go into Spring-Boot features like Spring AOT, classpath exclusions, lazy spring beans, actuator, and more. In addition, we’re also looking at switching to a different JVM and other tools. All state-of-the-art technology, of course.
Let’s make Spring Boot great again!

Пікірлер: 9

@jesprotech 27 күн бұрын

I'm so happy that Patrick explains so well how Spring AOT works. This is so important to understand exactly how performance can be improved in Spring! Loved this presentation. Great Work!

@pmorah 26 күн бұрын

Very informative talk. Thanks a lot for sharing

@fouyer 28 күн бұрын

44:25 I’m very surprised about how bad is the response time on GraalVM’s Native Images. I think a very little is talked about this tradeoff.

@god3054 23 күн бұрын

Latency is definitely the more important thing. Not sure who can’t afford to wait some seconds to start up your app. I almost jumped on the hype train or at least was going to try it out. But I guess I won’t.

@tobyzieglerrr 23 күн бұрын

Very important stuff, thanks for pointing that out!

@avwie132 3 күн бұрын

@@god3054in what scenarios, besides “serverless functions” would a few seconds startup matter? You have green/blue deployments in the other cases

@ievgenmajor3301 27 күн бұрын

Great talk. Thank you for your insights.

@chandanchanfan7608 27 күн бұрын

Good one. We still have limitations on how low we can go with cpu and memory with these DB driver codes residing inside the app process is limiting all optimization efforts. So I tried removing DB drivers and the entire DAO layer of my app is starting under 400 millis. I have many use cases where we get low or sporadic traffic. I can go serverless with this ultra fast startup low cpu memory for these use cases. What do u think about abstracting out DB layer from the application?

@tobyzieglerrr 23 күн бұрын

Happy about this stuff, very good talk. But tbh: It is such a pain when you actually want to do all this stuff in a real world app... and the already mentioned tradeoffs => i still think this is not production ready for many use cases. And too much overhead/cumbersome configuration needed. Way to go, but just a reminder: Provide value to your customers, do not optimize for 10ms better startup time, balance out this stuff properly!