Skip to main content

Spring Boot 3.5: The Last Hurrah Before the Serverless Shift?

Spring Boot 3.5, released in May 2025, marks a significant milestone in the evolution of the Spring ecosystem. Packed with enhancements, tighter configurations, and improved support for modern deployment environments, it may also be the final major version before the inevitable transition to serverless computing becomes mainstream. Let’s explore what’s new in 3.5, why it feels like a closing chapter, and how developers can prepare for the serverless future.

What’s New in Spring Boot 3.5

Spring Boot 3.5 introduces several key features and refinements aimed at improving developer experience, performance, and security:

🔧 Configuration Enhancements

  • Structured Logging Improvements: Better support for structured logs, making observability easier in cloud-native environments.
  • SSL Support for Service Connections: Secure communication between services is now more streamlined.
  • Environment Variable Property Loading: Simplifies configuration in containerized and cloud environments.

⚙️ Execution and Initialization

  • AsyncTaskExecutor with Custom Executor: More control over asynchronous task execution.
  • Auto-configuration for Bean Background Initialization: Improves startup performance by initializing beans in the background.

🛡️ Security and Validation

  • Heapdump Endpoint Restrictions: Now disabled by default to prevent accidental exposure of sensitive data.
  • Profile Naming Validation: Enforces stricter rules for profile names to avoid misconfigurations.

These changes reflect a clear orientation toward cloud-native readiness, but they also hint at a deeper shift in architectural philosophy.

Why Spring Boot 3.5 Might Be the Last Before Serverless Takes Over

1. Cloud-Native Maturity

Spring Boot has evolved to support containerized deployments, microservices, and reactive programming. With 3.5, it’s clear that the framework is optimized for Kubernetes and cloud platforms. However, the next logical step is serverless, where infrastructure concerns are abstracted away entirely.

2. Industry Momentum Toward Serverless

Major cloud providers (AWS Lambda, Azure Functions, Google Cloud Functions) have matured significantly. Serverless adoption is growing due to:
  • Cost efficiency: Pay-per-use models.
  • Scalability: Automatic scaling without manual intervention.
  • Developer productivity: Focus on business logic, not infrastructure.

3. Spring Cloud Function and Native Compilation

Spring already supports serverless via Spring Cloud Function, which allows writing functions that can run on AWS Lambda, Azure, or Google Cloud. Combined with GraalVM native image support, Spring applications can start in milliseconds—ideal for serverless environments.

How Developers Can Prepare for the Serverless Future

✅ Start with Spring Cloud Function

Here’s a simple example of a Spring Cloud Function that can be deployed to AWS Lambda:

@Bean 
public Function<String, String> uppercase() {
 return value -> value.toUpperCase(); } 

This function can be packaged and deployed using Spring’s AWS adapter.

🧪 Experiment with Native Images

Use Spring Boot’s support for GraalVM to compile your application into a native binary:

./mvnw -Pnative native:compile

This reduces cold start times—critical for serverless functions.

🧰 Embrace Event-Driven Design

Serverless thrives on event-driven architecture. Start designing your applications around events, queues, and triggers rather than traditional REST endpoints.

Conclusion: A Fork in the Road

Spring Boot 3.5 is a polished, powerful release that continues to serve traditional microservice architectures well. But it also feels like a swan song for the monolithic server-based model. With Spring Cloud Function, GraalVM, and the rise of serverless platforms, the future is clear: less server, more function.

As developers, embracing this shift means rethinking how we build, deploy, and scale applications. Spring Boot has laid the groundwork—now it’s up to us to take the leap.




References
Spring Boot 3.5.0 available now
Spring Boot 3.5 Release Notes - GitHub

Comments

Popular posts from this blog

Serverless Microservices By Business Capability - Hotel

Microservices make life simpler. But, just like any other solution, if not done right, they can make life miserable too. In this post, I'd try to explore a few pitfalls and ways to get around. I'd use AWS serverless components all through. Take an example of a hotel. Say it has: 100 rooms, 10 Floors, 10 rooms per floor 50 King Bed Rooms, 20 Double Bed Rooms, 20 Twin Bed Rooms, 10 Suites 10 Housekeeping Staff who clean and maintain the rooms, 4 Inspection Staff who make sure that the cleaning has been done properly, 1 Housekeeping Manager Suppose we want to create an API for the hotel to be able to: Fetch the current status of the rooms - whether they are clean, dirty, need inspection. Update the status of a room Assign a housekeeping staff to a room Check the assignments of the housekeeping staff How can we design a fleet of services to solve this? This model might work: Although they all share the same database, each operation is fairly unique in its technicality. This can be ...

Serverless Microservices By Sub-Domains - Hotels

For very large organizations, microservices by business capabilities might end up becoming huge monoliths. That would end up creating the old monolith specific problems. For such organizations, services by sub-domains would help decompose the architecture to reap the benefits of a nimble and fast team.  Take an example of a very large hotel. Say it has: 1000 rooms,  20 Floors,  50 rooms per floor 500 King Bed Rooms, 200 Double Bed Rooms, 200 Twin Bed Rooms, 100 Suites 100 Housekeeping Staff who clean and maintain the rooms,  40 Inspection Staff who make sure that the cleaning has been done properly,  10 Housekeeping Managers As before , Suppose we want to create an API for the hotel to be able to: Fetch the current status of the rooms - whether they are clean, dirty, need inspection. Update the status of a room Assign a housekeeping staff to a room Check the assignments of the housekeeping staff How can we design a fleet of services to solve this? Based on busi...