К содержанию
РецензированоEN2025

Serverless Java: Cold Start Mitigation in Cloud Run/Spring Boot Sandeep Reddy Gundla

Sandeep Reddy Gundla · Lead Software Engineer · MACYS Inc

Международный журнал IoT · 05 · 126-145 · 2025

Аннотация

This paper focuses on the cold start latency problem in serverless Java applications, seen mainly when deploying with Google Cloud Run and Spring Boot. Auto-scaling, reduced infrastructure use, and cost savings are why serverless computing is becoming more popular. Still, Java applications generally face delays when starting up, referred to as cold starts, because the JVM must boot up, and Spring Boot comprises complex settings. Because of this latency, users' experience can become very poor, especially when using real-time APIs, chatbots, and e- commerce systems. The study explains the processes behind cold starts, their impact, and several ways to address them. Cloud Run's usage of containers and Spring Boot being a good choice for creating microservices is covered, as well as their difficulties in initializing quickly. Optimizations include adjusting container images, native compilation using GraalVM, setting "minimum instances" and concurrency in Cloud Run, using lazy initialization in Spring Boot, and routinely pinging during warm-up. These approaches have been observed to improve latency from several seconds to almost nothing whenever they are used. This research uses case analysis, benchmarking, and performance monitoring to examine the effectiveness of mitigation strategies. The paper concludes that although Java encounters some cold start difficulties, recent advancements in tools such as GraalVM, virtual machine design, and better cloud support are promising. If Java is configured correctly and sufficient time is spent planning, it can be an excellent fit for serverless environments on Google Cloud Run. KEYWORDS Cold Start Latency, Serverless Java, Google Cloud Run, Spring Boot, GraalVM, Native Image, Compilation, Docker Optimization, JVM Startup Performance 1. INTRODUCTION Serverless architecture has become popular in application development because it allows developers to create and deliver applications without managing the infrastructure. In a serverless model, the cloud provider sets up and operates the resources needed for an application to run independently. This approach offers companies lower costs, the ability to handle more users, and faster market release, as developers focus solely on coding. There is no need to worry about infrastructure management because the cloud handles it. Automatic scaling with serverless computing results in more efficient and affordable cloud network use than traditional server-based models. As a result, companies that aim to streamline operations and accelerate development often choose serverless architecture. Developers can run applications built using containers on Google Cloud Run without the need for server management. Since infrastructure does not need to be managed, Cloud Run is a simple solution for running stateless web services and APIs. Based on Kubernetes and Istio, Cloud Run supports any language or framework that can run in a container. For Java developers, one of the first considerations when using Cloud Run is working with Spring Boot. Spring Boot enables developers to easily create microservices for production in Java applications. https://www.academicpublishers.org/journals/index.php/ijiot 126 AMERICAN ACADEMIC PUBLISHER As a result, developers can build powerful and flexible applications with minimal setup required on Cloud Run. Serverless computing has its own issues to solve, one of which is the problem of cold start latency. When something happens for the first time or after an absence, the serverless function or container is cold-started, and the platform has to initialize it before continuing. Because of this initialization process, the application's performance can decrease, and its users encounter sluggishness. Many developers in serverless environments like Google Cloud Run have to solve the problem of cold starts in order for their software to work promptly. Speeding up the initial setup is important for Java software on the cloud, as it needs to perform well and scale. Compared to Node.js or Python, Java apps with Spring Boot can use more system resources and take more time to prepare. Therefore, working on starting Java apps quickly has become even more important for developers. A slow initial response from serverless Java applications for users, caused by cold starts, can create a bad user experience, higher exits by users, and a general loss in performance. Because of this, knowing how cold starts happen and using good strategies to lessen their effect is crucial for highly efficient and quick Java applications. This paper will examine how cold start latency affects serverless applications on Google Cloud Run and Spring Boot. This guide focuses on the causes of cold starts, their effect on performance, and useful methods for reducing the time needed for cold starts in Java-based serverless applications. Responding to this problem helps developers keep their serverless apps reliable, performant, and cost-effective. 2. Understandi

Доказательный фрагмент

«This paper focuses on the cold start latency problem in serverless Java applications, seen mainly when deploying with Google Cloud Run and Spring Boot.»

Образец извлечения

Демо-превью

This paper focuses on the cold start latency problem in serverless Java applications, seen mainly when deploying with Google Cloud Run and Spring Boot. Полный текст публикации CiteX не хранит — доступ к первоисточнику открывается по DOI согласно лицензии издателя и выбранному плану.

Цитирований
0
Тип
Журнал
Страна
Узбекистан
Ключевые слова
Cold Start Latency, Serverless Java, Google Cloud Run, Spring Boot, GraalVM, Native Image, Compilation, Docker
Открыть DOI
Спросить CiteX об этой работе

Смежные источники

[2]ТехникаENРецензированоОткрытый доступ
RESEARCH RESULTS CLEANING GRAIN HARVEST COMBINE HARVESTER

ЖУРНАЛ ТЕХНИЧЕСКИХ ИССЛЕДОВАНИЙЭлмурод Сотволдиевич Умаров, Зиёдбек Шавкатович Халилов +12021

5