Comparison of Representative Microservices Technologies in Terms of Performance for Use for Projects Based on Sensor Networks

In this paper the information technologies stack is presented. Thesetechnologies are used during network architecture deployment. The analysis of technological advantages and drawbacks under investigation for monolithic and network architectures will be useful during of cyber security analysis in telecom networks. The analysis of the main numeric characteristics was carried out with the aid of Kubectl. The results of a series of numerical experiments on the evaluation of the response speed to requests and the fault tolerance are presented. The characteristics of the of monolithic and microservice-based architectures scalability are under investigation. For the time series sets, which characterize the network server load, the value of the Hurst exponent was calculated.
 The research main goal is the monolithic and microservice architecture main characteristics analysis, time series data from the network server accruing, and their statistical analysis.
 The methodology of Kubernetes clusters deploying using Minikube, Kubectl, Docker has been used. Application deploy on AWS ECS virtual machine with monolithic architecture and on the Kubernetes cluster (AWS EKS) were conducted.
 The investigation results gives us the confirmation, that the microservices architecture would be more fault tolerance and flexible in comparison with the monolithic architecture. Time series fractal analysis on the server equipment load showed the presence of long-term dependency, so that we can treat the traffic implementation as a self-similar process.
 The scientific novelty of the article lies in the application of fractal analysis to real time series: use of the kernel in user space, kernel latency, RAM usage, caching of RAM collected over 6 months with a step of 10 seconds, establishing a long-term dependence of time series data.
 The practical significance of the research is methodology creation of the monolithic and microservice architectures deployment and exploitation, as well as the use of time series fractal analysis for the network equipment load exploration.

Most developers still use the monolithic architecture, where all components of an application are combined into one integrated system, so each part depends on other components. The monolithic architecture has weaknesses, such as when a failure occurs in one component, all parts cannot be executed because each component relies on one other component. Microservices can be a solution to this, considering that in the microservices architecture, each element or service is created and put separately, so when a failure occurs in one component, other components will not be affected and can still run normally. This research aims to determine the implementation and performance comparison between monolithic architecture and microservices Architecture in the Agreeculture Market web app. Agreeculture Market is a web application that aims to facilitate the transaction process of agricultural commodities and make it easier for agricultural commodity producers to market their products. The measurement method used to measure the performance of both architectures is load testing using JMeter and performance tools from task manager and comparing the response time, throughput, disk usage, CPU usage, and memory usage of both used architectures. With two measurement schemes with Docker and without Docker, the result of this research is a performance comparison between the two architectures, where the backend application Agreeculture Market, which uses microservices architecture with Docker and API gateway, performs better than the monolithic architecture version. Conversely, the monolithic architecture performs better than the microservices architecture in the scheme without Docker and API gateway.

The previous chapter introduces the concept of Enterprise Internet of things with the help of sample applications. This chapter introduces the architectural concerns of Enterprise Internet of Things. The chapter starts with a reference architecture of Enterprise Internet of Things where all the components of an end to end IoT solution is explained. The critical component in the architecture is the middleware solution. The middleware component enables communication across the disparate hardware and software components in the solution. Enterprise IoT solutions are more complicated to develop and maintain due to the participation of several vendors. The interoperability challenges are handled with the help of middleware solutions and this chapter addresses two important architectures namely Monolithic architecture and Microservices architecture. These architectures are not specific to IoT solutions but generic for Enterprise software development. This chapter illustrates how the Microservices architecture is the most suitable choice for designing Enterprise IoT applications. In the last part, there is a detailed discussion on the trade-off between Monolithic and Micro services architectures.

Microservice architecture reduces the coupling between application modules, which is conducive to the development, deployment and operation and maintenance of complex application systems. However, compared with the monolithic architecture, the access control of its resources becomes more complex. Based on the application scenario of enterprise system micro service architecture, aiming at the high security requirements of business system, through the analysis and research of micro service architecture, this paper designs a set of access control solution, which can meet the requirements of unified authentication, improving the efficiency of authority verification and accelerating the system development speed under the microservice architecture, which has reference for enterprise application system design significance.

Software architecture is a set of important decisions about the organization of the software system. The success and speed of the project development, the complexity of its support and understanding of the program structure depends on the correct choice of software architecture. For this reason, developers often use new architectural solutions to build software, trying to find the best solutions to a problem. The common practice of program development was the development on the principle of monolithic architecture, which envisages the project as a single program, which is responsible for all necessary functionality. Of course, this approach had its advantages, such as ease of development, testing and deploying. But with project`s growth, the monolithic architecture begins to make some flaws in the development process: the addition of a certain new functionality is accompanied by an increase in the code base, observance of limits of responsibility of internal modules is blurred, compiling and deploying takes much more time. Given the drawbacks of monolithic architecture above, developers have begun to take other approaches. One is microservice architecture. Microservice Architecture – A variant of service architecture (modular software development approach) software, focused on the interaction of as small as possible, loosely coupled and easily replaceable modules – microservices [1]. With such an architecture, the project is a set of small services, the communication between which is done through lightweight mechanisms (for example, HTTP, which can be used in REST architectural style to get an increased productivity and simplified architecture) [2]. Each of these services must fulfil its clearly defined business task. This architecture has the following advantages: better scaling, independent module development and deploying, better reusability etc.

The traditional online teaching adopts the single architecture to develop and implement the system, which facilitates the data sharing and testing of the system. However, due to the increasing complexity of the system's business functions, the system based on monolithic architecture has become increasingly complex, its scalability has deteriorated, and its concurrency performance has decreased. Based on these problems, this paper puts forward combining microservice architecture and online teaching platform, using microservice architecture independent deployment, concurrent performance characteristics such as high technology selection and flexible, the complex business function is divided into several small service module, solve the challenges faced by the traditional system, at the same time improve the efficiency of the use of online teaching platform and students' learning autonomy, The system function design, architecture design, safety design and so on are expounded to build an efficient and perfect online teaching platform.

A multitenant SaaS is a single codebase and run-time customizable application supporting multiple tenants and users. There is a huge demand for multitenant applications as it reduces total cost of ownership for both, service provider as well as consumers. However, Multitenant SaaS applications face fluctuating load problem due to variable tenants and users. Thus, managing resources becomes difficult. Traditionally, to overcome this issue, resources are managed and scaled using monolithic architecture which may lead to underutilization and over utilization of resources in cases of low load and high load respectively. Microservices architecture is a new exemplar for developing cloud SaaS applications as it has several advantages over monolithic. The paper aims to analyze the performance and scalability analysis of multitenant SaaS application using both microservices and monolithic architecture. Utility Booking application is developed for a case study. Scalability analysis is performed, and the performance of application using both approaches is compared using average response time and throughput. Results show that multitenant applications using microservices with large number of concurrent users outperforms monolithic approach and are resource efficient as microservice application scales dynamically based on varying load.

Web systems have existed for a long time and quite a lot of them have been created. Modern development uses new microservice architectural to improve performance, portability, and other important characteristics. This necessitates the transformation of legacy systems from a monolithic architecture to a microservices one. Such a process is complex and costly, so improving the methods for converting old systems to a new platform is relevant. This research aims to develop a method of applying microfrontends approach for monolithic single page applications (SPA). The article proposes a method of transforming the software system architecture from monolithic to microservice architecture (MSA). Since the client part of the system is considered, the term microfrontend is proposed, as an analog of microservers in the server part of the software systems. A brief review of existing architecture reengineering research is made and the advantages of a microservice approach are identified. The proposed three-stage method differs from the methods by the selection of an additional stage of conversion, which allows to gently change the connections between parts of the monolithic application, which were implemented in the initial monolithic architecture. The first stage is reverse engineering, it is proposed to shift the focus from the search for outdated code to the functional analysis of the program as such. The second stage, a transition to a modular architecture with the allocation of functionality into separate modules is proposed. At the end of the third stage, we have several separate programs (microinterfaces) that are connected to the main program. An experiment with a typical external SPA demonstrates the operation of the proposed algorithm. The system obtained as a result of the transformation is compared with the original one according to the following measurable parameters: production builds building time, size of the main bundle, and first page average load time. All comparisons showed the advantages of the system obtained as a result of the conversion. As a result, the architecture transformation algorithm allows you to obtain a guaranteed better result, taking into account the limitations of the interface SPA, which were not considered by the authors of previous articles.

In this paper, we investigate the issues of survivability and efficiency in a heterogeneous mobile ad hoc network (MANET) and Sensor network as a combined network where the communications is achieved using a mixed MANET and Sensor Network, referred to as SMANET for supporting mission critical applications. Using the cluster managed SMANET where, heterogeneous nodes with different capabilities and nodes from different organizations deployed within the same geographical area will support variety of multi-service mission critical applications while increasing the network lifetime. In this network, nodes from different organizations collaborate with each other for mission critical data to be delivered using multi-hop radio-sensor-radio type path routing while keeping the tactical operations supported by the battlefield command control structure transparent. While keeping the collaborative encounters, it is important to keep cross-organization data transfer at the lowest possible level for minimal disruption of the traffic within each organization and for security reasons. Assuming that all nodes are equipped with cognitive radio capability maintaining interoperability, we propose a novel routing metric that maximize the benefits from the collaboration of heterogeneous nodes and take the organizational constraints into account. Furthermore, we propose joint design of cognitive radio and multi-carrier modulation to maximize the bandwidth utilization and energy efficiency in SMANET. Simulation results demonstrate that the proposed method provide much needed survivability and efficiency in battlefield environment while keeping the cross-organization data transfer at the lowest possible level as a value added enhancement compared to homogeneous MANET or sensor networks. Same network design can also find use in civilian environment for supporting applications such as emergency preparedness management and traffic efficiency in congested transportation systems.

The integration of Zuora billing systems within microservices architecture represents a critical capability for organizations seeking to implement robust subscription management solutions. This comprehensive article explores the architectural framework, implementation strategies, and operational considerations for effectively incorporating Zuora within Spring Boot-based microservices environments. The global subscription billing market continues expanding rapidly, with Zuora maintaining significant market share through its extensive API capabilities that facilitate automation across diverse geographical contexts. Organizations implementing dedicated billing microservices experience substantial improvements in integration simplicity, service resilience, and operational efficiency. Key architectural patterns including API Gateway, Service Proxy, Strangler, and Event-Driven designs demonstrate particular value when integrating external billing systems. Implementation through Spring Boot and OpenFeign creates declarative interfaces that enhance maintainability while reducing development complexity. Resilience strategies incorporating circuit breaking patterns significantly mitigate cascading failures during service degradation events. Security considerations, particularly around credential management and data protection, require specialized approaches to maintain compliance and prevent exposure. Containerization and orchestration platforms, especially Kubernetes, provide consistency across environments while enabling operational scaling. Comprehensive monitoring through Prometheus, Grafana, and distributed tracing solutions dramatically reduces incident detection and resolution timeframes. These implementation strategies collectively enable organizations to create resilient, scalable billing integrations that support complex business requirements while maintaining high availability.

Spring Boot has revolutionized microservices development by providing a robust framework that simplifies application creation, deployment, and maintenance. The framework's integration with Spring Cloud enables organizations to build resilient, scalable cloud-native applications while reducing operational complexity. Through auto-configuration capabilities, embedded servers, and starter dependencies, Spring Boot accelerates development cycles and enhances system reliability. The adoption of microservices architecture using Spring Boot has transformed enterprise application development, particularly in sectors requiring high scalability and fault tolerance, leading to improved system performance, reduced deployment times, and enhanced operational efficiency.

Motivation. Microservices architecture has become more prevalent in cloud-based applications where small, looselycoupled service components work together to handle user requests [1]. This architecture differs greatly from traditional monolithic deployments and provides advantages such as agile resource management, better fault tolerance, and platform compatibility [2, 3]. The figure 1 shows the difference between monolithic and microservice architecture. However, microservices come with their own set of challenges, particularly in the area of resource management. Resource management for microservices-based applications is more challenging than for monolithic applications due to the larger configuration space and complex communication topology [4, 5]. Additionally, existing resource management techniques for monolithic applications must manage microservices effectively. The resource management challenges for microservices must be addressed as more production cloud services adopt this architecture [6, 7].

With the development of cloud computing and container virtualization, the microservice architecture has received more and more attention. While microservices bring many benefits, they also bring some challenges. A user’s request may require multiple microservices to collaborate, and chained invocations between microservices result in higher latency than a monolithic architecture. In this paper, we propose a dynamic priority based weighted scheduling algorithm for the problem that the latency of chained-service requests is too long in the case of high concurrency. Experiments show that the algorithm can reduce the latency of chained-service requests effectively in the case of little impact on the latency of leaf-service requests.

The paper proposes the method of building the electric power marketing business application system based on the cloud computing and microservices architecture technologies to solve the issues of the current system with the concentrated infrastructure and the monolithic architecture which are difficult to support the business processing in very large scale and the evolution of the electric power marketing business. The paper first introduces the current electric power marketing business application system and highlights its main drawbacks. Then it proposes the method to build the innovative electric power marketing business application system with the main technical characteristics as follows: the IaaS part of the application system has the distributed infrastructures with the IT resource elastic management and powerful horizontal scalability brought by the cloud computing technology; its PaaS part is the service platform with the components of the data processing, information integration, application building, and cloud service center to provide the several cloud services, such as one-click deployment, flexible scaling, fault self-healing, gray distribution, full-link monitoring and other cloud service capabilities; and its SaaS part has the microservices architecture with the features of servitization, componentization, decentralization, independent deployment etc. Finally, the suggestions are given to design the microservices for the electric power marketing business application.

As organizations increasingly seek to enhance their software systems' scalability, flexibility, and maintainability, the transition from monolithic architectures to microservice architectures has gained significant attention. This paper investigates the challenges and lessons learned from decoupling monolithic systems into microservices, focusing on practical case studies and established best practices. The research begins by examining the limitations of traditional monolithic architectures, including issues related to deployment speed, codebase complexity, and scalability constraints. Monolithic systems often lead to increased development time and difficulty in accommodating changes, which hinders an organization's agility. In response to these challenges, many organizations have begun to adopt microservices, which break down applications into smaller, independently deployable services.