Anul 3 Semestrul 2
This commit is contained in:
@@ -0,0 +1,81 @@
|
||||
\chapter{Introduction}
|
||||
|
||||
%\chapter*{Introducere}
|
||||
\label{intro}
|
||||
|
||||
|
||||
\section{Background: The Ascendancy of Microservices in Distributed System Design}
|
||||
\label{sec:ch1sec1}
|
||||
|
||||
\par The landscape of software architecture has undergone a significant transformation over the past decade, marked by a discernible shift from monolithic application designs towards microservice architectures. This paradigm shift is driven by the escalating demands of modern digital enterprises for increased agility, faster development cycles, independent deployability of components, and the flexibility to utilize diverse technology stacks for different functionalities. Monolithic systems, characterized by a single, large codebase where all functionalities are tightly coupled, often struggle to meet these demands, particularly in terms of scaling specific parts of an application or adopting new technologies without impacting the entire system. Microservices address these limitations by decomposing applications into a collection of small, autonomous services, each responsible for a specific business capability. \cite{fowler2014microservices} \cite{richardson2018microservices} \cite{evans2003domain} This architectural style inherently leads to distributed systems, as services typically run in separate processes and communicate over a network.
|
||||
|
||||
\par The adoption of microservices is not merely a technical trend but a strategic response to the need for systems that can evolve rapidly and scale efficiently. Enterprises such as Netflix and Amazon have famously transitioned to microservices to enhance their scalability, foster innovation, and ensure long-term growth. \cite{shekhar2024microservices} \cite{walia2025leveraging} However, the very nature of microservices introduces a new set of challenges. While they offer solutions to the rigidity of monoliths, their distributed characteristics bring forth complexities in managing inter-service communication, ensuring data consistency across disparate services, and maintaining overall system reliability. The independent operation of services, a key benefit, also means that the system as a whole must be resilient to failures in its individual parts. Thus, the pursuit of scalability and fault tolerance becomes a central concern in microservice design, moving beyond the capabilities offered by monolithic structures but demanding new architectural considerations.
|
||||
|
||||
\section{Problem Statement: The Intrinsic Scalability and Fault Tolerance Imperatives in Microservice Ecosystems}
|
||||
\label{sec:ch1sec2}
|
||||
|
||||
\par While microservice architectures present a compelling proposition for building scalable and resilient applications, these benefits are not inherently guaranteed. The distributed and interdependent nature of microservices makes them susceptible to unique failure modes and performance bottlenecks that differ significantly from those encountered in monolithic systems. Without deliberate and sophisticated design and engineering practices, the potential advantages of microservices can be undermined by the complexities they introduce. Key challenges include the risk of cascading failures, where the failure of one service can propagate and impact dependent services, leading to widespread outages. Network latency, an unavoidable aspect of inter-service communication, can degrade performance and must be carefully managed. Ensuring data consistency across multiple, independently managed databases associated with different services is another significant hurdle. Furthermore, the operational overhead of deploying, managing, and monitoring a multitude of small services can be substantial.
|
||||
|
||||
\par The amplification effect of failures is a particularly critical concern. In a tightly interconnected microservice ecosystem, a seemingly minor, localized issue within a single service—such as a transient network glitch or a bug causing slow responses—can have a disproportionately large impact if not effectively isolated. This is because services often rely on other services to fulfill user requests. \cite{nygard2018release} If a downstream service becomes unresponsive or erroneous, upstream services that depend on it may also degrade or fail. This ripple effect underscores the non-negotiable requirement for robust fault tolerance strategies that go beyond simple error handling. The architectural design must inherently support the detection, isolation, and graceful handling of failures to prevent them from escalating into system-wide disruptions.
|
||||
|
||||
\section{Research Objectives and Guiding Questions}
|
||||
\label{sec:ch1sec3}
|
||||
|
||||
This thesis aims to conduct a comprehensive and critical examination of the principles, patterns, technologies, and practices essential for achieving high levels of scalability and fault tolerance in microservice-based applications. The specific objectives are:
|
||||
\begin{enumerate}
|
||||
|
||||
\item To critically evaluate existing architectural principles and design patterns that underpin scalable and fault-tolerant microservice designs.
|
||||
|
||||
\item To analyze the influence of different inter-service communication paradigms (e.g., synchronous RESTful APIs versus asynchronous event-driven messaging) on the system's ability to scale and tolerate faults.
|
||||
|
||||
\item To investigate the role of modern containerization, orchestration platforms (particularly Kubernetes)
|
||||
|
||||
\item To synthesize these findings into a holistic understanding of how to architect microservices that are both adaptable to varying loads and robust in the face of partial failures.
|
||||
|
||||
\end{enumerate}
|
||||
|
||||
To achieve these objectives, this research will be guided by the following key questions:
|
||||
|
||||
\begin{itemize}
|
||||
|
||||
\item What are the fundamental architectural principles that underpin scalable and fault-tolerant microservice designs?
|
||||
|
||||
\item How do different inter-service communication paradigms (e.g., synchronous REST vs. asynchronous messaging) influence scalability and fault tolerance?
|
||||
|
||||
\item Which design patterns (e.g., Circuit Breaker, Bulkhead, Retry, API Gateway, Load Balancing) are most effective in addressing specific scalability and fault tolerance challenges, and under what conditions?
|
||||
|
||||
\item What is the role of containerization (Docker) and orchestration platforms (Kubernetes, KEDA) in enabling dynamic scaling and resilient deployments?
|
||||
|
||||
\item How can chaos engineering be systematically applied to proactively identify and mitigate weaknesses in microservice resilience?
|
||||
|
||||
\item What are the key considerations for data management and consistency in distributed microservice environments to ensure both scalability and fault tolerance?
|
||||
|
||||
\end{itemize}
|
||||
|
||||
\section{Contributions of the Thesis}
|
||||
\label{sec:ch1sec4}
|
||||
|
||||
This thesis endeavors to make several contributions to the understanding of scalability and fault tolerance in microservice architectures. Firstly, it will provide a synthesized framework, drawing from academic research and industry best practices, for designing microservice systems that are inherently resilient and scalable. This framework will integrate insights from foundational principles with the application of specific design patterns and enabling technologies. Secondly, the thesis will offer a comparative analysis of different technological approaches and patterns, highlighting their respective strengths, weaknesses, and optimal use contexts. This includes a nuanced discussion of communication styles, data management strategies, and resilience mechanisms. Thirdly, by integrating the concept of proactive resilience through practices like chaos engineering, the thesis aims to shift the discourse from merely reactive fault handling to a more holistic, preventative engineering approach. Finally, it seeks to identify key best practices and illuminate promising future research directions in this rapidly evolving field, leveraging insights from the provided source document and a broader corpus of scholarly and technical literature. The overarching goal is to furnish a comprehensive, academically rigorous perspective that bridges theoretical understanding with practical application.
|
||||
|
||||
\section{Thesis Structure}
|
||||
\label{sec:ch1sec5}
|
||||
|
||||
The remainder of this thesis is organized as follows:
|
||||
|
||||
\begin{itemize}
|
||||
|
||||
\item Chapter 2 lays the theoretical foundations of microservice architecture, focusing on aspects pertinent to building resilient and scalable systems. It defines microservices, discusses their core characteristics, advantages, and disadvantages in distributed contexts, and examines critical architectural considerations such as inter-service communication and data management.
|
||||
|
||||
\item Chapter 3 delves into design patterns and strategies specifically aimed at achieving scalability in microservices. Topics include horizontal and vertical scaling, load balancing and API gateways.
|
||||
|
||||
\item Chapter 4 focuses on design patterns and strategies for enhancing fault tolerance. It covers principles like redundancy and isolation, and patterns such as Circuit Breaker, Retry and Bulkhead.
|
||||
|
||||
\item Chapter 5 outlines the application's microservice architecture, detailing the public e-commerce storefront for customers and the separate, secure backend for administrative inventory management.
|
||||
|
||||
\item Chapter 6 presents the results of a successful load test which proved the InventoryService is stable and performant, validating that its CPU-bound behavior correctly triggers the designed auto-scaling policy.
|
||||
|
||||
\item Chapter 7 concludes the thesis with a summary of key findings and contributions, discusses the limitations of the study, and suggests avenues for future research.
|
||||
|
||||
\item The Bibliography lists all cited works.
|
||||
|
||||
\end{itemize}
|
||||
@@ -0,0 +1,85 @@
|
||||
\chapter{Theoretical Foundations of Microservices for Resilient and Scalable Systems}
|
||||
\label{chap:ch1}
|
||||
|
||||
\section{Defining Microservice Architecture: A Paradigm for Distributed Functionality}
|
||||
\label{sec:microservice-architecture}
|
||||
|
||||
Microservice architecture is an architectural style that structures an application as a collection of small, autonomous, and independently deployable services. \cite{fowler2014microservices} \cite{richardson2018microservices} Each service is designed around a specific business capability and can be developed, deployed, operated, and scaled independently of other services. This contrasts sharply with traditional monolithic architectures, where all application functionalities are interwoven into a single, large, and tightly coupled codebase. In a monolithic system, scaling a specific feature or updating a single component often requires redeploying the entire application, leading to slower release cycles and increased risk.
|
||||
|
||||
The independence of microservices is a cornerstone of their design philosophy. This independence extends to technology choices, allowing different services to be implemented using different programming languages, frameworks, and data storage technologies best suited for their specific tasks. Communication between these services typically occurs over a network using lightweight protocols such as HTTP/REST or asynchronous messaging mechanisms. While this independence offers significant advantages in terms of flexibility, team autonomy, and targeted scalability, it also introduces the complexities inherent in distributed systems. The network becomes a critical component, and inter-service communication reliability and performance are paramount. Thus, the very characteristics that enable benefits like independent scaling also necessitate robust mechanisms for managing interactions and potential failures in a distributed environment, forming a central theme in the pursuit of scalability and fault tolerance.
|
||||
|
||||
\section{Core Characteristics Enabling (and Complicating) Scalability and Fault Tolerance}
|
||||
|
||||
Several core characteristics of microservices directly influence their capacity for scalability and fault tolerance, often presenting both opportunities and challenges.
|
||||
|
||||
\begin{itemize}
|
||||
|
||||
|
||||
\item Independently Deployable: Each microservice can be deployed and updated without affecting others. This allows for rapid iteration and targeted scaling of individual services based on their specific load, rather than scaling the entire application. However, managing deployments and ensuring compatibility between versions of interacting services becomes a new challenge.
|
||||
|
||||
\item Loosely Coupled: Services are designed to minimize dependencies on each other, interacting through well-defined APIs. Loose coupling is crucial for fault isolation; a failure in one service is less likely to cascade to others if dependencies are managed carefully. Achieving true loose coupling, however, requires meticulous API design and governance.
|
||||
|
||||
\item Technology Agnostic: The ability to use different technologies for different services allows teams to choose the best tools for the job. While this fosters innovation, it can also increase operational complexity in terms of monitoring, managing diverse runtime environments, and ensuring consistent security practices.
|
||||
|
||||
\item Organized around Business Capabilities (Domain-Driven Design): Microservices are often aligned with specific business domains. This promotes a clear separation of concerns and allows teams to develop deep expertise. From a scalability perspective, it means that services critical to high-demand business functions can be scaled independently.
|
||||
|
||||
D\item ecentralized Governance and Data Management: Teams often have autonomy over their services, including their data persistence strategies (e.g., database-per-service). This supports independent evolution and scaling but complicates tasks like ensuring data consistency across services or performing queries that span multiple domains.
|
||||
|
||||
The "small service" characteristic, while central to the definition, presents a "granularity dilemma." If services are decomposed too finely (sometimes referred to as "nanoservices"), the volume of inter-service communication can become excessive. \cite{shekhar2024microservices} \cite{baboi2019dynamic} Each network call introduces latency and a potential point of failure. Therefore, determining the appropriate size and scope for each microservice is a critical design decision. It involves balancing the benefits of modularity and independent scaling against the increased communication overhead and the expanded surface area for potential failures that arise from a highly distributed system. An optimal granularity minimizes unnecessary chattiness between services while still allowing for focused functionality and independent evolution.
|
||||
|
||||
|
||||
\end{itemize}
|
||||
|
||||
\section{Advantages and Disadvantages in Distributed Contexts}
|
||||
\label{sec:advantages-disadvantages}
|
||||
|
||||
The adoption of microservices offers a compelling set of advantages, particularly for applications requiring high scalability and resilience, but these are accompanied by inherent challenges stemming from their distributed nature.
|
||||
|
||||
Advantages:
|
||||
\begin{itemize}
|
||||
\item Improved Scalability: Individual services can be scaled independently based on their specific resource needs and demand, leading to more efficient resource utilization compared to scaling an entire monolith.
|
||||
|
||||
\item Faster Time-to-Market: Smaller, focused teams can develop, test, and deploy services independently, accelerating release cycles.
|
||||
|
||||
\item Enhanced Flexibility and Technology Diversity: Teams can choose the most appropriate technology stack for each service, fostering innovation and allowing for easier adoption of new technologies.
|
||||
|
||||
\item Better Fault Isolation: A failure in one microservice, if properly handled, is less likely to bring down the entire application. Other services can continue to operate, improving overall system resilience. \cite{walia2025leveraging} \cite{makungu2023fault}
|
||||
|
||||
\item Increased Developer Productivity: Smaller codebases are easier to understand, maintain, and test. Teams can work in parallel with fewer dependencies.
|
||||
\end{itemize}
|
||||
|
||||
Disadvantages (Challenges):
|
||||
\begin{itemize}
|
||||
\item Complexity: Managing a distributed system of many small services is inherently more complex than managing a single monolith. This includes aspects of deployment, monitoring, inter-service communication, and debugging.
|
||||
|
||||
\item Data Management: Ensuring data consistency and integrity across multiple services, each potentially with its own database, is a significant challenge. Distributed transactions are complex and often avoided in favor of eventual consistency models, which require careful application design.
|
||||
|
||||
\item Network Latency and Reliability: Communication between services occurs over a network, introducing latency and the possibility of network failures. These must be accounted for in performance and reliability design.
|
||||
|
||||
\item onitoring and Debugging: Tracing requests and diagnosing issues across multiple services can be significantly more difficult than in a monolithic application, necessitating sophisticated observability tools.
|
||||
|
||||
\item Deployment and Orchestration: Managing the deployment, scaling, and lifecycle of numerous microservices requires robust automation and orchestration tools.
|
||||
|
||||
\item Security: Securing inter-service communication and managing identities and access control across a distributed system presents additional complexities.
|
||||
\end{itemize}
|
||||
|
||||
\par The following table provides a comparative overview of microservices and monolithic architectures, highlighting key differences relevant to scalability and fault tolerance.
|
||||
|
||||
\begin{table}[htbp]
|
||||
\centering
|
||||
\begin{tabular}{|l|l|l|}
|
||||
\hline
|
||||
\textbf{Feature} & \textbf{Microservices} & \textbf{Monolithic Architecture} \\ \hline
|
||||
\textbf{Structure} & Distributed, loosely coupled & Single, tightly integrated \\ \hline
|
||||
\textbf{Scalability} & Independent, granular & Limited, coarse-grained \\ \hline
|
||||
\textbf{Technology} & Diverse, technology agnostic & Homogeneous, technology dependent \\ \hline
|
||||
\textbf{Fault Isolation} & High, localized failures & Low, system-wide failures \\ \hline
|
||||
\textbf{Development} & Parallel, cross-functional teams & Sequential, siloed teams \\ \hline
|
||||
\textbf{Maintenance} & Easier, focused services & Difficult, monolithic codebase \\ \hline
|
||||
\textbf{Time-to-Market} & Faster, agile practices & Slower, waterfall practices \\ \hline
|
||||
\textbf{Complexity} & Higher, distributed systems & Lower, single codebase \\ \hline
|
||||
\textbf{Data Management} & Challenging, distributed data & Easier, centralized data \\ \hline
|
||||
\end{tabular}
|
||||
\caption{Comparative Overview of Microservices and Monolithic Architectures \cite{richardson2018microservices}}
|
||||
\label{tab:microservices-vs-monolithic}
|
||||
\end{table}
|
||||
@@ -0,0 +1,66 @@
|
||||
\chapter{Design Patterns and Strategies for Scalability in Microservices}
|
||||
\label{chap:ch3}
|
||||
|
||||
\par Scalability refers to a system's ability to handle an increasing amount of work by adding resources, or its ability to handle a decreasing amount of work by removing resources. In the context of microservices, two primary dimensions of scaling are considered: vertical scaling and horizontal scaling.
|
||||
|
||||
\section{Vertical Scaling}
|
||||
|
||||
\par Vertical scaling (scaling up/down) involves increasing or decreasing the resources (e.g., CPU, RAM, storage) of an existing service instance. For example, moving a service to a more powerful server or allocating more memory to its container. While conceptually simple, vertical scaling has inherent limitations. There's an upper bound to the resources a single instance can effectively utilize, and it often involves downtime or service interruption to apply changes. Moreover, it doesn't inherently improve fault tolerance through redundancy.
|
||||
|
||||
\section{Horizontal Scaling}
|
||||
|
||||
Horizontal scaling (scaling out/in) involves adding more instances of a service or removing existing instances to distribute the load. Microservice architectures are particularly well-suited for horizontal scaling due to their design principles of small, independent, and often stateless services. Each instance can handle a subset of the incoming requests, and load balancers distribute traffic among them. Horizontal scaling is the predominant strategy for cloud-native microservices. This preference stems from its superior elasticity, as instances can be dynamically added or removed based on real-time demand, often facilitated by orchestration platforms like Kubernetes. \cite{kubernetes2025horizontal} \cite{burns2016borg} It also inherently provides a degree of fault tolerance: if one instance fails, others can continue to serve traffic. Furthermore, horizontal scaling can be more cost-effective at scale, utilizing commodity hardware or smaller virtual machine instances rather than relying on expensive, high-end servers required for significant vertical scaling. The ability to independently scale individual microservices based on their specific load profiles is a key advantage over monolithic systems, where the entire application must be scaled even if only one component is a bottleneck.
|
||||
|
||||
\section{Load Balancing Techniques and the Pivotal Role of API Gateways}
|
||||
|
||||
When microservices are scaled horizontally, load balancing becomes essential to distribute incoming requests effectively across the multiple available instances of a service. The goal is to ensure even resource utilization, prevent any single instance from becoming a bottleneck, and improve overall application responsiveness and availability. Various load balancing algorithms can be employed, including:
|
||||
\begin{itemize}
|
||||
|
||||
\item Round Robin: Distributes requests sequentially to each server in a list.
|
||||
|
||||
\item Least Connections: Directs requests to the server with the fewest active connections.
|
||||
|
||||
\item Weighted Round Robin/Least Connections: Assigns weights to servers, allowing more powerful servers to receive a proportionally larger share of the traffic.
|
||||
|
||||
\item IP Hash: Directs requests from a specific client IP address to the same server, which can be useful for maintaining session affinity if required (though stateless services are preferred).
|
||||
|
||||
\end{itemize}
|
||||
|
||||
API Gateways play a pivotal role in modern microservice architectures, often acting as the primary entry point for all external client requests. Beyond simple request routing, an API Gateway can perform sophisticated load balancing across downstream microservice instances. It abstracts the complexity of the internal microservice landscape from clients, providing a single, stable interface.
|
||||
|
||||
The API Gateway is more than just a traffic director; it serves as a critical control plane for enhancing both scalability and resilience. By centralizing access, it can implement various policies that benefit the entire system:
|
||||
|
||||
\begin{itemize}
|
||||
|
||||
\item Request Routing and Composition: Directing requests to appropriate service versions or aggregating results from multiple services.
|
||||
|
||||
\item Offloading Cross-Cutting Concerns: Handling tasks like SSL termination, authentication, authorization, and logging, freeing individual microservices from these responsibilities.
|
||||
|
||||
\item Caching: Caching responses from frequently accessed, relatively static backend services at the gateway level can significantly reduce the load on these services and improve response times for clients.
|
||||
|
||||
\item Rate Limiting and Throttling: Protecting backend services from being overwhelmed by excessive requests, whether due to legitimate traffic spikes or malicious attacks.
|
||||
|
||||
\item Protocol Translation: Allowing clients using one protocol (e.g., HTTP/1.1) to communicate with services using another (e.g., gRPC).
|
||||
|
||||
\end{itemize}
|
||||
|
||||
\section{Asynchronous Processing and Message Queues for Decoupled Scaling}
|
||||
|
||||
Asynchronous communication, facilitated by message queues, is a powerful paradigm for building scalable and resilient microservice architectures. By decoupling services, message queues allow producers (services that send messages) and consumers (services that process messages) to operate and scale independently, effectively handling variable loads and transient failures. \cite{rabbitmq2025messaging}
|
||||
|
||||
Message queues like Apache Kafka and RabbitMQ act as intermediaries or buffers between services. When a producer service needs to initiate a task or notify another service of an event, it sends a message to a queue instead of making a direct synchronous call. The message is persisted in the queue, and the producer can continue its operations without waiting for the message to be processed. Consumer services subscribe to the queue and pull messages for processing when they have available capacity.
|
||||
|
||||
This decoupling provides several scalability benefits:
|
||||
|
||||
\begin{itemize}
|
||||
|
||||
\item Load Leveling: Message queues can absorb sudden spikes in requests (messages). If producers generate messages at a higher rate than consumers can process, the messages accumulate in the queue. Consumers can then process this backlog at their own sustainable pace, preventing them from being overwhelmed. This smooths out load variations and improves system stability.
|
||||
|
||||
\item Independent Scaling: Producer and consumer services can be scaled independently based on their respective workloads. If the message queue depth grows consistently, it indicates that consumers are a bottleneck, and more consumer instances can be added. Conversely, if producers are generating a high volume of messages, they can be scaled out without immediately impacting consumers.
|
||||
|
||||
\item Improved Responsiveness: Producer services are not blocked waiting for downstream processing, leading to lower latency and better responsiveness for operations initiated by producers.
|
||||
|
||||
\item Enhanced Resilience: If a consumer service fails or is temporarily unavailable, messages remain in the queue and can be processed once the service recovers. This prevents data loss and allows the system to gracefully handle transient outages of consumer services.
|
||||
|
||||
|
||||
\end{itemize}
|
||||
@@ -0,0 +1,55 @@
|
||||
\chapter{Design Patterns and Strategies for Fault Tolerance in Microservices}
|
||||
\label{chap:ch3}
|
||||
|
||||
Fault tolerance is the ability of a system to continue operating, potentially at a reduced level, rather than failing completely when one or more of its components fail. In microservice architectures, where applications are composed of numerous interdependent services, designing for fault tolerance is paramount. Three core principles underpin most fault tolerance strategies:
|
||||
\begin{enumerate}
|
||||
\item \textbf{Redundancy:} This involves deploying multiple instances of critical components (e.g., microservices, databases, load balancers) so that if one instance fails, others can take over its workload. Horizontal scaling, as discussed for scalability, inherently provides redundancy. Replicating data across multiple servers or data centers is another form of redundancy crucial for data availability and durability.
|
||||
|
||||
\item \textbf{Isolation:} This principle aims to prevent failures in one part of the system from cascading and affecting other parts. Patterns like Bulkhead (discussed later) are designed to contain the impact of a failing service by isolating the resources it consumes. Decomposing an application into microservices itself is a form of isolation, as a failure in one service ideally should not bring down unrelated services.
|
||||
|
||||
\item \textbf{Graceful Degradation:} When a complete failure of a component occurs and redundancy or immediate recovery is not possible, the system should aim to degrade gracefully rather than failing catastrophically. This means providing partial functionality or a reduced level of service to users, maintaining essential operations while non-critical features might be temporarily unavailable. Fallback mechanisms are key to achieving graceful degradation.
|
||||
\end{enumerate}
|
||||
Modern approaches to fault tolerance in microservices emphasize proactive design rather than solely reactive measures. This involves anticipating potential failure modes during the design phase and building in mechanisms to detect, isolate, and handle these failures automatically. Patterns like Circuit Breakers, Retries, and Timeouts are not afterthoughts but integral parts of a resilient service's design. Furthermore, advanced practices like chaos engineering take this proactivity a step further by deliberately injecting failures into test and even production environments to uncover weaknesses and validate the effectiveness of fault tolerance strategies before they are triggered by real-world incidents. This signifies a maturation in understanding that failures in distributed systems are inevitable and must be systematically planned for from the outset.
|
||||
|
||||
\section{The Circuit Breaker Pattern: Preventing Cascading Failures}
|
||||
|
||||
The Circuit Breaker pattern is a critical fault tolerance mechanism designed to prevent an application from repeatedly trying to execute an operation that is likely to fail, thereby protecting both the calling service from resource exhaustion and the failing service from being overwhelmed by repeated requests. \cite{nygard2018release} \cite{polly2025dotnet} \cite{makungu2023fault} \cite{ibrahim2022scalable} It acts like an electrical circuit breaker: if a downstream service starts to exhibit a high failure rate, the circuit breaker "trips" or "opens," and subsequent calls from the client are immediately failed without attempting to contact the problematic service. This prevents cascading failures where one failing service causes dependent services to also fail or become unresponsive.
|
||||
|
||||
A circuit breaker typically operates in three states :
|
||||
\begin{enumerate}
|
||||
\item \textbf{Closed:} In the normal state, requests are allowed to pass through to the downstream service. The circuit breaker monitors the number of failures (e.g., timeouts, exceptions). If the failure count exceeds a configured threshold within a specific time window, the breaker transitions to the Open state.
|
||||
\item \textbf{Open:} When the circuit is open, requests to the downstream service are immediately rejected (e.g., by returning an error or a predefined fallback response) without making an actual call. This gives the failing service time to recover. After a configured timeout period, the breaker transitions to the Half-Open state.
|
||||
\item \textbf{Half-Open:} In this state, a limited number of test requests are allowed to pass through to the downstream service. If these requests succeed, the breaker assumes the service has recovered and transitions back to the Closed state (resetting the failure counter). If any of these test requests fail, the breaker reverts to the Open state, and the recovery timeout period begins again.
|
||||
\end{enumerate}
|
||||
|
||||
\section{Retry Mechanisms}
|
||||
|
||||
\par Retry mechanisms are designed to handle transient faults—temporary issues like network glitches, brief service unavailability, or momentary resource contention—by automatically re-attempting a failed operation. The assumption is that the fault is short-lived and a subsequent attempt is likely to succeed. Retries can significantly improve the resilience of inter-service communication.
|
||||
|
||||
\par However, naive retry implementations can cause more harm than good. If a service is struggling due to overload, immediate and repeated retries from multiple clients can exacerbate the problem, leading to a "retry storm" that prevents the service from recovering. To mitigate this, effective retry strategies must incorporate:
|
||||
|
||||
\begin{itemize}
|
||||
\item \textbf{Backoff Policies:} Instead of retrying immediately, a delay is introduced between attempts. Common backoff strategies include:
|
||||
|
||||
\begin{itemize}
|
||||
\item \textbf{Exponential Backoff:} The delay between retries increases exponentially (e.g., 1s, 2s, 4s, 8s). This gives the failing service progressively more time to recover. \cite{polly2025dotnet}
|
||||
\item \textbf{Jitter:} Adding a small random amount of time to the backoff delay helps to prevent synchronized retries from multiple clients, which could still overwhelm the service. \cite{polly2025dotnet}
|
||||
\end{itemize}
|
||||
|
||||
\item \textbf{Maximum Retry Attempts:} Limiting the number of retries prevents indefinite attempts for persistent failures.
|
||||
|
||||
\item \textbf{Retryable Conditions:} Not all errors should be retried. For example, a "400 Bad Request" error is unlikely to succeed on retry without modification, whereas a "503 Service Unavailable" might.
|
||||
\end{itemize}
|
||||
|
||||
\section{The Bulkhead Pattern: Isolating Resources for Fault Containment}
|
||||
|
||||
The Bulkhead pattern is a fault isolation technique inspired by the watertight compartments (bulkheads) in a ship's hull, which prevent a single breach from flooding the entire vessel. \cite{shekhar2024microservices} \cite{baboi2019dynamic} In microservice architectures, this pattern aims to isolate resources used for communicating with different downstream services or handling different types of requests. If one downstream service becomes slow, unresponsive, or fails, the resources allocated for interacting with it (e.g., connection pools, thread pools) may become exhausted. Without bulkheads, this exhaustion could impact the calling service's ability to interact with other, healthy downstream services, leading to a cascading failure.
|
||||
|
||||
By partitioning resources, the Bulkhead pattern ensures that a failure or slowdown in one area is contained and does not deplete resources needed by other parts of the application. For example, a microservice might maintain separate thread pools for calls to Service A and Service B. If Service A becomes unresponsive and ties up all threads in its dedicated pool, calls to Service B can still proceed using their separate thread pool.
|
||||
|
||||
The concept of bulkheads can be applied more broadly than just connection and thread pools. It can extend to:
|
||||
\begin{itemize}
|
||||
\item \textbf{Isolating Message Queues:} If different types of critical tasks or events are processed via message queues, using separate queues for distinct functionalities can act as a bulkhead. If one type of task floods its queue or its consumers fail, it won't impede the processing of messages from other queues.
|
||||
\item \textbf{Infrastructure Segmentation:} Deploying different groups of critical services on separate Kubernetes clusters, distinct sets of virtual machines, or in different availability zones can be viewed as a higher-level application of the bulkhead principle. This helps to contain the "blast radius" of infrastructure-level failures.
|
||||
\item \textbf{Process-Level Isolation:} Running different services in separate processes or containers is a fundamental form of bulkhead, ensuring that a crash in one service doesn't directly bring down others.
|
||||
\end{itemize}
|
||||
@@ -0,0 +1,329 @@
|
||||
\chapter{Building applications with Microservices Architecture in .NET}
|
||||
\label{chap:ch4}
|
||||
|
||||
\par This chapter delves into the critical aspects of scalability and fault tolerance in the context of microservice-based applications. Using a practical example of an e-commerce platform built with .NET, React, and deployed on Kubernetes, we explore the architectural decisions and implementation details that contribute to a resilient and scalable system. We analyze the role of various technologies and patterns, including API Gateways, asynchronous messaging with RabbitMQ, and the application of resilience policies using Polly. The discussion highlights how these components work in concert to handle fluctuating loads and gracefully manage failures, ensuring a seamless user experience.
|
||||
|
||||
\section{Architectural Overview}
|
||||
|
||||
The application's architecture is a classic example of a microservice-based system. A user-facing React application and a separate React Admin interface for administrative tasks serve as the clients. All client requests are first routed to an API Gateway built with YARP (Yet Another Reverse Proxy). This gateway acts as a single, unified entry point, simplifying the frontend logic and directing traffic to the appropriate backend microservice.
|
||||
|
||||
The core backend logic is distributed across three distinct services:
|
||||
|
||||
\begin{itemize}
|
||||
\item OrderService: Manages the creation and tracking of customer orders.
|
||||
\item InventoryService: Handles product stock levels and availability.
|
||||
\item PaymentService: Integrates with Stripe to process payments securely.
|
||||
\end{itemize}
|
||||
|
||||
Communication between these services is handled through two distinct channels. For immediate, request-response interactions, services communicate synchronously via direct HTTP calls. For processes that can be handled in the background, such as updating inventory after a payment, the services communicate asynchronously using RabbitMQ as a message broker. This dual approach optimizes for both responsiveness and resilience.
|
||||
|
||||
\begin{figure}[h!]
|
||||
\centering
|
||||
\begin{tikzpicture}[
|
||||
auto,
|
||||
node distance=2.2cm and 2cm, % Taller distance for vertical layout
|
||||
font=\small,
|
||||
% Styles for different components
|
||||
service/.style={
|
||||
rectangle, draw, fill=blue!10, rounded corners,
|
||||
minimum height=1.2cm, minimum width=4cm, text centered, text width=4cm
|
||||
},
|
||||
dbs/.style={
|
||||
cylinder, shape border rotate=90, draw, fill=gray!20,
|
||||
aspect=0.3, minimum height=1.5cm, text centered, text width=3cm
|
||||
},
|
||||
gateway/.style={
|
||||
rectangle, draw, fill=green!15, rounded corners,
|
||||
minimum height=1.2cm, minimum width=4.5cm, text centered
|
||||
},
|
||||
frontend/.style={
|
||||
rectangle, draw, fill=orange!15, rounded corners,
|
||||
minimum height=1.2cm, minimum width=4.5cm, text centered
|
||||
},
|
||||
broker/.style={
|
||||
rectangle, draw, fill=purple!15, rounded corners,
|
||||
minimum height=4cm, minimum width=2.2cm, text centered
|
||||
},
|
||||
external/.style={
|
||||
rectangle, draw, fill=red!10, rounded corners,
|
||||
minimum height=1.2cm, minimum width=2.5cm, text centered
|
||||
},
|
||||
% Arrow styles
|
||||
http_arrow/.style={-Stealth, thick},
|
||||
async_arrow/.style={-Stealth, dashed, thick, blue!60!black}
|
||||
]
|
||||
|
||||
% TIER 1: CLIENT
|
||||
\node[frontend] (react_app) {React Frontend (User \& Admin)};
|
||||
|
||||
% TIER 2: GATEWAY
|
||||
\node[gateway] (api_gateway) [below=1.5cm of react_app] {API Gateway (YARP)};
|
||||
|
||||
% TIER 3: SERVICES (Stacked Vertically)
|
||||
\node[service] (payment_service) [below=1.5cm of api_gateway] {Payment Service (.NET)};
|
||||
\node[service] (order_service) [below=of payment_service] {Order Service (.NET)};
|
||||
\node[service] (inventory_service) [below=of order_service] {Inventory Service (.NET)};
|
||||
|
||||
% TIER 4: DATA
|
||||
\node[dbs] (shared_db) [below=of inventory_service] {Shared DB (SQL Server)};
|
||||
|
||||
% SIDE COMPONENTS
|
||||
\node[external] (stripe) [left=of payment_service] {Stripe API};
|
||||
\node[broker] (rabbitmq) [right=of order_service] {RabbitMQ};
|
||||
% Labels for queues inside RabbitMQ node
|
||||
\node[anchor=center, text width=2cm] (q1) at ([yshift=0.7cm]rabbitmq.center) {\small \textit{purchase\_queue}};
|
||||
\node[anchor=center, text width=2cm] (q2) at ([yshift=-0.7cm]rabbitmq.center) {\small \textit{inventory\_queue}};
|
||||
|
||||
|
||||
% KUBERNETES CLUSTER BOUNDARY (using fit, updated for vertical layout)
|
||||
\begin{scope}[on background layer]
|
||||
\node[
|
||||
draw=gray, dashed, thick, rounded corners,
|
||||
fit=(api_gateway) (payment_service) (inventory_service) (shared_db) (rabbitmq),
|
||||
label={[yshift=0.2cm]above right:Kubernetes Cluster}
|
||||
] (k8s_cluster) {};
|
||||
\end{scope}
|
||||
|
||||
% --- ARROWS - Communication Flow ---
|
||||
|
||||
% Client -> Gateway
|
||||
\draw[http_arrow] (react_app) -- node[midway, right] {HTTP/S Requests} (api_gateway);
|
||||
|
||||
% Gateway -> Services (Proxy)
|
||||
\draw[http_arrow] (api_gateway) .. controls +(east:4) and +(east:4) .. node[midway, left] {Proxy} (payment_service);
|
||||
% Use orthogonal paths for other proxy connections to keep it clean
|
||||
\draw[http_arrow] (api_gateway.south) .. controls +(east:4) and +(east:4) .. node[pos=0.25, left] {Proxy} (order_service.north);
|
||||
\draw[http_arrow] (api_gateway.south) .. controls +(west:4) and +(west:4) .. node[pos=0.25, left] {Proxy} (inventory_service.north);
|
||||
|
||||
% Services -> Database
|
||||
\draw[http_arrow] (inventory_service) -- node[midway, right] {DB Queries} (shared_db);
|
||||
% Route the other DB connection around the inventory_service node
|
||||
\draw[http_arrow] (order_service.south) .. controls +(east:4) and +(east:4) ..node[pos=0.5, right] {DB Queries} (shared_db.north);
|
||||
|
||||
% Inter-Service HTTP Communication
|
||||
\draw[http_arrow] (payment_service) -- node[midway, left] {1. Get Order Details}
|
||||
node[midway, right, text width=2.5cm] {\footnotesize(Polly: Retry, Circuit Breaker)} (order_service);
|
||||
% Upward arrow from inventory to order, curved to show reverse flow
|
||||
\draw[http_arrow] (inventory_service.north) .. controls +(west:2) and +(west:2) ..
|
||||
node[midway, left] {2. Get Order Details}
|
||||
node[midway, right] {\footnotesize(Polly)}
|
||||
(order_service.south);
|
||||
|
||||
|
||||
% Payment Flow
|
||||
\draw[http_arrow] (payment_service) -- node[midway, above] {Create Session} (stripe);
|
||||
\draw[http_arrow, gray] (stripe.north) .. controls +(west:1) and +(west:2) ..
|
||||
node[midway, above, sloped] {Redirect User} (react_app.west);
|
||||
|
||||
% Asynchronous Messaging via RabbitMQ
|
||||
\draw[async_arrow] (payment_service.east) -- node[midway, above] {Publish} (rabbitmq.west);
|
||||
\draw[async_arrow] (rabbitmq) -- node[midway, above] {Consume} (order_service.east);
|
||||
\draw[async_arrow] (rabbitmq.south) -- ++(0,-0.5) -| node[pos=0.25, right] {Consume} (inventory_service.east);
|
||||
\end{tikzpicture}
|
||||
\caption{The microservice architecture for the e-commerce application. It demonstrates a vertical flow from the API Gateway to the services, which use a shared database. Asynchronous communication via RabbitMQ and resilient inter-service calls with Polly are key features for fault tolerance.}
|
||||
\label{fig:architecture}
|
||||
\end{figure}
|
||||
|
||||
|
||||
\section{Implementing Scalability}
|
||||
Scalability is addressed at multiple levels within this architecture, from the infrastructure to the application logic itself.
|
||||
\subsection{Service-Level Scalability with Kubernetes}
|
||||
|
||||
The entire backend is designed for a cloud-native environment, with each microservice containerized and deployed on Kubernetes. This platform provides a powerful framework for achieving automated, horizontal scalability.
|
||||
|
||||
The deployment of each service is managed by three key Kubernetes objects. First, a Deployment manifest defines the desired state of the service. It specifies the container image to use, resource requests and limits to ensure predictable performance, and any necessary environment configurations.
|
||||
|
||||
Second, a Service manifest exposes the pods managed by the Deployment to the network. It provides a stable IP address and DNS name, and it automatically load-balances incoming traffic across all available replicas of the microservice. In this application, the InventoryService/OrderService/PaymentService is exposed via a LoadBalancer service, making it accessible from outside the cluster on a specific port.
|
||||
|
||||
Finally, a HorizontalPodAutoscaler (HPA) automates the scaling process. The InventoryService/OrderService/PaymentService is configured with an HPA that monitors its CPU utilization. The system is set to maintain a minimum of one running instance but can automatically scale up to a maximum of three instances.\cite{kubernetes2025horizontal} \cite{baboi2019dynamic} A scale-out event is triggered whenever the average CPU utilization across all pods exceeds 80\%, ensuring that the application can seamlessly handle sudden spikes in traffic without manual intervention. (See Figure \ref{fig:hpa_mechanism_horizontal} for a visual representation of the HPA mechanism.)
|
||||
|
||||
\begin{figure}[h!]
|
||||
\centering
|
||||
\begin{tikzpicture}[
|
||||
auto,
|
||||
node distance=1.5cm and 2.2cm,
|
||||
font=\small,
|
||||
% Styles
|
||||
pod/.style={
|
||||
rectangle, draw, fill=blue!10, minimum height=1cm, minimum width=3cm, text centered
|
||||
},
|
||||
k8s_service/.style={
|
||||
rectangle, draw, fill=green!15, minimum height=3cm, minimum width=2.5cm, text centered, text width=2.5cm
|
||||
},
|
||||
hpa/.style={
|
||||
rectangle, draw, rounded corners, fill=purple!15, minimum height=1cm, minimum width=3cm, text centered
|
||||
},
|
||||
metrics_server/.style={
|
||||
rectangle, draw, fill=yellow!20, minimum height=1cm, minimum width=3cm, text centered
|
||||
},
|
||||
deployment/.style={
|
||||
rectangle, draw=gray, dashed, inner sep=0.6cm, rounded corners
|
||||
},
|
||||
% Arrow styles
|
||||
flow_arrow/.style={-Stealth, thick},
|
||||
control_arrow/.style={-Stealth, thick, red!80!black},
|
||||
metric_arrow/.style={-Stealth, dashed, gray}
|
||||
]
|
||||
|
||||
% --- Main traffic flow (Horizontal) ---
|
||||
|
||||
% K8s Service (Load Balancer) on the left
|
||||
\node[k8s_service] (service_lb) {Kubernetes Service (Load Balancer)};
|
||||
|
||||
% Vertically stacked pods to the right
|
||||
\node[pod] (pod1) [right=of service_lb] {Pod 1};
|
||||
\node[pod] (pod2) [below=0.5cm of pod1] {Pod 2};
|
||||
\node[pod] (podN) [below=0.5cm of pod2] {Pod N};
|
||||
|
||||
% Deployment around Pods
|
||||
\node[deployment, fit=(pod1) (pod2) (podN), label={[xshift=0.3cm]right:Deployment}] (dep) {};
|
||||
|
||||
% --- Autoscaling Loop (Below) ---
|
||||
|
||||
\node[metrics_server] (metrics) [below=of dep, yshift=-1cm] {Metrics Server};
|
||||
\node[hpa] (hpa_controller) [left=of metrics] {HPA};
|
||||
|
||||
% --- ARROWS ---
|
||||
|
||||
% Incoming traffic to Service
|
||||
\draw[flow_arrow] ++(-2.5, 0) node[left, text width=1.5cm]{Incoming Traffic} -- (service_lb);
|
||||
|
||||
% Service to Deployment/Pods
|
||||
\draw[flow_arrow] (service_lb) -- (dep);
|
||||
|
||||
% --- Arrows for Scaling Loop ---
|
||||
|
||||
% Pods (Deployment) to Metrics Server
|
||||
\draw[metric_arrow] (dep.south) -- node[midway, right] {CPU/Memory Metrics} (metrics);
|
||||
|
||||
% Metrics to HPA
|
||||
\draw[metric_arrow] (metrics) -- node[midway, above] {Metrics} (hpa_controller);
|
||||
|
||||
% HPA to Deployment (curved arrow to close the loop)
|
||||
\draw[control_arrow] (hpa_controller.north) .. controls +(north:1.5) and +(west:1.5) ..
|
||||
node[pos=0.3, below, sloped] {Scale Up/Down} (dep.west);
|
||||
|
||||
\end{tikzpicture}
|
||||
\caption{A horizontally oriented view of the Kubernetes autoscaling mechanism. Incoming traffic is directed by the Kubernetes Service to the Deployment, which manages a scalable set of Pods. The Horizontal Pod Autoscaler (HPA) forms a control loop below: it receives metrics from the Pods via the Metrics Server and adjusts the number of replicas in the Deployment accordingly.}
|
||||
\label{fig:hpa_mechanism_horizontal}
|
||||
\end{figure}
|
||||
|
||||
\subsection{Asynchronous Communication with RabbitMQ}
|
||||
|
||||
The use of RabbitMQ for inter-service communication is a cornerstone of the application's scalability strategy. \cite{rabbitmq2025messaging} When an order is placed and payment is completed, the system does not rely on a chain of direct, blocking calls. Instead, the PaymentService publishes messages to designated queues in RabbitMQ.
|
||||
|
||||
This decouples the services, allowing them to operate and scale independently. The OrderService and InventoryService each contain a background consumer that listens for relevant messages. This asynchronous, event-driven pattern prevents the PaymentService from being blocked while waiting for downstream services to confirm updates. The result is improved responsiveness for the end-user and higher overall system throughput, as each service can process tasks at its own pace.
|
||||
|
||||
\section{Resilient Communication with Polly}
|
||||
|
||||
The .NET resilience and transient-fault-handling library, Polly, is integrated into the application's HTTP clients to gracefully handle the inevitable failures in a distributed system.
|
||||
|
||||
\subsection{The Retry Pattern}
|
||||
|
||||
To combat transient network issues or temporary service unavailability, a Retry policy is implemented. This policy automatically re-attempts a failed HTTP request a specified number of times. To avoid overwhelming a struggling service, it uses an exponential backoff strategy, where the delay between each retry attempt increases progressively. This simple yet effective pattern significantly improves the reliability of inter-service communication. \cite{polly2025dotnet}
|
||||
|
||||
\subsection{The Circuit Breaker Pattern}
|
||||
|
||||
To prevent cascading failures, where a problem in one service brings down others, the Circuit Breaker pattern is employed. This policy monitors calls to a downstream service. If the number of consecutive failures surpasses a configured threshold (configured as 10 failed requests), the circuit "opens," and all subsequent calls fail immediately, without making a network request. This protects the calling service from wasting resources on calls that are likely to fail. After a timeout period, the circuit enters a "half-open" state, allowing a single test request through. If this request succeeds, the circuit "closes," and normal operation resumes. Otherwise, it remains open, giving the failing service more time to recover. \cite{polly2025dotnet}
|
||||
|
||||
\subsection{Fault Tolerance with Kubernetes}
|
||||
|
||||
Kubernetes itself provides a powerful, declarative foundation for fault tolerance. Its control plane continuously works to ensure the actual state of the cluster matches the desired state defined in the configuration files.
|
||||
|
||||
\begin{itemize}
|
||||
|
||||
\item \textbf{Self-Healing:} If a container or pod crashes for any reason, Kubernetes automatically detects the failure and restarts it or provisions a new one, ensuring the service remains available without manual intervention.
|
||||
|
||||
\item \textbf{Rolling Updates:} When deploying a new version of a service, Kubernetes performs a rolling update. It gradually replaces old pods with new ones, ensuring there is no downtime. It also monitors the health of the new pods and can automatically roll back to the previous version if they fail to start correctly.
|
||||
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Message Durability with RabbitMQ}
|
||||
|
||||
For true fault tolerance in a production system, the RabbitMQ queues are configured as durable. This ensures that messages persist on disk and will not be lost even if the RabbitMQ server restarts. The application already implements manual message acknowledgments, meaning a message is only removed from the queue after the consumer service has successfully processed it. This combination of durable queues and acknowledgments guarantees that no critical business event, like an inventory update, is lost due to a transient failure.
|
||||
|
||||
\section{Observability: Metrics and Monitoring}
|
||||
While scalability and fault tolerance mechanisms provide the foundation for a robust system, they are incomplete without a comprehensive observability strategy. In a distributed microservices architecture, understanding the internal state and performance of the system is paramount for maintaining reliability.
|
||||
|
||||
The application employs a modern observability stack consisting of Prometheus for metrics collection and Grafana for visualization. \cite{prometheus2025monitoring} \cite{grafana2025open}
|
||||
|
||||
Each .NET microservice is instrumented using the prometheus-net library, which exposes a standard /metrics endpoint. This endpoint provides a wealth of real-time data, including HTTP request rates, error percentages, and response latencies, as well as .NET runtime statistics like garbage collection and CPU usage.
|
||||
|
||||
To collect this data, Prometheus is deployed within the Kubernetes cluster. The collection process is automated using ServiceMonitor resources. For each microservice (InventoryService, OrderService, and PaymentService), a ServiceMonitor tells the Prometheus instance how to discover and "scrape" (or pull) the data from its /metrics endpoint. This declarative approach integrates seamlessly with Kubernetes service discovery, ensuring that as services scale up or down, all new instances are automatically included in the monitoring. \cite{prometheus2025monitoring}
|
||||
|
||||
While Prometheus is the engine for collecting and storing this time-series data, Grafana serves as the visualization layer. Operators and developers can build detailed dashboards in Grafana to plot key metrics over time. \cite{grafana2025open} These dashboards provide at-a-glance visibility into the health of the entire system. For example, one could visualize the CPU utilization of the InventoryService pods to see the Horizontal Pod Autoscaler in action, or monitor the HTTP 5xx error rate across all services to detect failures. This ability to monitor, visualize, and alert on key performance indicators is not just a reactive tool for debugging but a proactive one for identifying performance bottlenecks and potential failures before they impact users.
|
||||
|
||||
|
||||
\section{Application User Interface and Workflow}
|
||||
|
||||
This section details the user-facing and administrative interfaces of the e-commerce application, illustrating the typical user journey from browsing products to completing a purchase, as well as the administrative workflow for managing inventory.
|
||||
|
||||
\subsection{Customer-Facing Storefront}
|
||||
|
||||
The customer experience is designed to be clean, intuitive, and efficient, guiding the user from product discovery to checkout with ease.
|
||||
|
||||
\begin{itemize}
|
||||
|
||||
\item Product Catalog View (Homepage): The main entry point for customers is a modern storefront that displays products in a clear grid layout. Each item is presented as a distinct card containing a product image, name, a brief description, and the price. An "Add to Cart" button is prominently featured on each card, inviting interaction. On the right-hand side of the page, a persistent "Shopping Cart" module provides an at-a-glance summary of the items the user has selected. On the initial visit, this cart correctly indicates that it is empty. Figure \ref{fig:product_catalog}
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\includegraphics[width=0.8\textwidth]{figures/products.png}
|
||||
\caption{Product catalog view, showcasing products in a grid layout with an "Add to Cart" button and a persistent Shopping Cart module on the right.}
|
||||
\label{fig:product_catalog}
|
||||
\end{figure}
|
||||
|
||||
\item Adding Items to the Cart: When a user clicks the "Add to Cart" button for an item, the interface provides immediate visual feedback. The selected product is instantly added to the Shopping Cart module on the right. The cart dynamically updates to show each unique item, its quantity (which can be incremented), and its price. A subtotal, calculated tax, and a final, bolded total are displayed in real-time. This seamless and interactive experience allows users to track their selections and total cost without navigating to a separate page. Figure \ref{fig:shopping_cart}
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\includegraphics[width=0.5\textwidth]{figures/checkout.png}
|
||||
\caption{Shopping Cart view, showing selected products with quantities, prices, and a total cost. The "Proceed to Checkout" button is highlighted at the bottom.}
|
||||
\label{fig:shopping_cart}
|
||||
\end{figure}
|
||||
|
||||
\item Checkout Process: Once the user has finished shopping, they click the "Proceed to Checkout" button located at the bottom of the shopping cart. This action signifies the handoff from browsing to payment and redirects the user away from the application's storefront to a secure, externally hosted payment page powered by Stripe. Figure \ref{fig:stripe_payment}
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\fbox{\includegraphics[width=0.5\textwidth ]{figures/stripe.png}}
|
||||
\caption{Stripe Payment Page, displaying a final order summary on the left and a secure form for entering payment details on the right. \cite{stripe2025online}}
|
||||
\label{fig:stripe_payment}
|
||||
\end{figure}
|
||||
|
||||
\item Stripe Payment Page: The application's integration with Stripe Checkout is seamless. On the secure Stripe page, the user sees a final order summary on the left, itemizing the products and the total charge. On the right, they are presented with a standard, secure form to enter their email and credit card information. This critical design choice offloads the responsibility of handling and securing sensitive payment card industry (PCI) data to a trusted, compliant third-party provider, which is a best practice that significantly enhances the security and trustworthiness of the application. \cite{stripe2025online} Figure \ref{fig:stripe_payment}
|
||||
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Administrative Interface}
|
||||
|
||||
A separate, secure web application serves as the administrative backend, allowing store managers to perform essential inventory management tasks.
|
||||
|
||||
\begin{itemize}
|
||||
|
||||
\item Inventory Dashboard: The primary administrative screen is the "Inventory Dashboard." It features a clean, tabular view of the entire "Product Catalog." Each row in the table corresponds to a single product, clearly displaying its photo, name, description, price, and the current quantity in stock. To facilitate easy management, each row includes "Actions" buttons—an icon for editing and an icon for deleting the product. At the top of the catalog, an "Add Product" button allows for the creation of new inventory items. Figure \ref{fig:inventory_dashboard}
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\fbox{\includegraphics[width=0.5\textwidth ]{figures/inventory.png}}
|
||||
\caption{Inventory Dashboard, displaying a table of products with options to edit, delete, or add new products. Each product row includes a photo, name, description, price, and quantity.}
|
||||
\label{fig:inventory_dashboard}
|
||||
\end{figure}
|
||||
|
||||
|
||||
\item Editing a Product: When an administrator clicks the edit icon for a product, a modal form titled "Edit: [Product Name]" appears, overlaying the dashboard. This form is pre-populated with all the existing product data (name, description, photo URL, price, and quantity). The administrator can modify any of these fields and then click the "Update Product" button to save the changes to the database or "Cancel" to discard them. This modal approach provides a quick and efficient workflow for making targeted updates to product details and stock levels without losing the context of the main dashboard. Figure \ref{fig:edit_product}
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\fbox{\includegraphics[width=0.5\textwidth ]{figures/edit.png}}
|
||||
\caption{Edit Product Modal, allowing administrators to modify product details. The form is pre-populated with existing data, and changes can be saved or canceled.}
|
||||
\label{fig:edit_product}
|
||||
\end{figure}
|
||||
|
||||
\item Adding a New Product: Clicking the "Add Product" button opens a similar modal form, but this one is empty, allowing the administrator to enter all necessary details for a new product. After filling out the form, they can click "Create Product" to add it to the catalog or "Cancel" to close the modal without saving. Figure \ref{fig:edit_product}
|
||||
|
||||
\item Deleting a Product: The delete action is straightforward. When the administrator clicks the delete icon for a product, a confirmation dialog appears, asking if they are sure they want to delete the product. This step prevents accidental deletions and ensures that the administrator has a chance to confirm their intent.
|
||||
|
||||
\end{itemize}
|
||||
|
||||
This clear separation of concerns between a public-facing storefront and a secure administrative backend is a standard and effective design pattern. It ensures a simple, intuitive shopping experience for customers while providing powerful and secure tools for store managers to maintain the product catalog.
|
||||
@@ -0,0 +1,83 @@
|
||||
\chapter{Results and Discussion}
|
||||
\label{chap:results}
|
||||
|
||||
To rigorously validate the sustained performance and stability of the architecture, a 30-minute load test was conducted against the InventoryService. The test, orchestrated by Locust \cite{locust2025load}, simulated a continuous load of 10 concurrent users (\ref{fig:number_of_users}) making GET requests to the /inventory endpoint. The health and resource consumption of the service were closely monitored throughout the test using Grafana dashboards populated with data from Prometheus.
|
||||
|
||||
|
||||
\subsection{Results}
|
||||
\par The 30-minute sustained load test yielded the following key performance indicators from Locust:
|
||||
|
||||
\begin{itemize}
|
||||
|
||||
\item Requests per Second (RPS): After an initial ramp-up, the system achieved and maintained a remarkably stable throughput, averaging approximately 124 RPS. This rate was held consistently for the entire 30-minute duration, demonstrating the service's ability to handle a continuous load without degradation. Figure \ref{fig:rps}
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\includegraphics[width=0.8\textwidth]{figures/rps.png}
|
||||
\caption{Requests per Second (RPS) during the 30-minute load test.}
|
||||
\label{fig:rps}
|
||||
\end{figure}
|
||||
|
||||
\item Response Times: The service exhibited excellent and predictable latency. The median (50th percentile) response time was stable at approximately 35ms, while the 95th percentile response time held steady at around 50ms. The absence of any upward trend in response times over the 30-minute period confirms the efficiency of the service. Figure \ref{fig:response_time}
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\includegraphics[width=0.8\textwidth]{figures/response_time.png}
|
||||
\caption{Response times during the 30-minute load test, showing median and 95th percentile latencies.}
|
||||
\label{fig:response_time}
|
||||
\end{figure}
|
||||
|
||||
\item Failures: The system demonstrated high reliability, with zero failures recorded across the entire 30-minute test. This 100\% success rate under sustained load confirms the robustness of the service.
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\includegraphics[width=0.8\textwidth]{figures/number_of_users.png}
|
||||
\caption{Number of users during the 30-minute load test, showing a stable count of 10 concurrent users.}
|
||||
\label{fig:number_of_users}
|
||||
\end{figure}
|
||||
|
||||
|
||||
\end{itemize}
|
||||
|
||||
The Grafana dashboard, capturing a 30-minute window, provided crucial insights into the behavior of the InventoryService pod within Kubernetes:
|
||||
|
||||
\begin{itemize}
|
||||
|
||||
|
||||
\item CPU Usage: At the start of the test, the CPU usage of the primary inventoryservice pod rapidly climbed from its idle state to its configured limit of 0.20 cores (200m). The pod sustained this level of maximum CPU utilization for the entire test period.Figure \ref{fig:cpu_usage}
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\includegraphics[width=0.8\textwidth]{figures/cpu_usage.png}
|
||||
\caption{CPU usage of the InventoryService pod during the 30-minute load test, showing sustained maximum utilization.}
|
||||
\label{fig:cpu_usage}
|
||||
\end{figure}
|
||||
|
||||
\item Memory Usage: Memory consumption remained exceptionally stable at approximately 97 MB. The graph shows a flat line, indicating no memory leaks or gradual resource exhaustion over the extended test duration. Figure \ref{fig:memory_usage}
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\includegraphics[width=0.8\textwidth]{figures/memory_usage.png}
|
||||
\caption{Memory usage of the InventoryService pod during the 30-minute load test, showing stable memory consumption.}
|
||||
\label{fig:memory_usage}
|
||||
\end{figure}
|
||||
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Discussion}
|
||||
The results from this 30-minute load test provide strong evidence of the InventoryService's stability, performance, and the effectiveness of its cloud-native design.
|
||||
|
||||
Sustaining 124 RPS with a median latency of 35ms for 30 minutes is a significant achievement. It proves that the service is not only fast but also efficient, without performance degradation over time. The flat memory usage graph is particularly noteworthy, as it confirms the absence of memory leaks, a common issue that plagues long-running services and often leads to crashes.
|
||||
|
||||
The most critical insight is the interplay between the application's performance and the Kubernetes orchestration layer. The CPU utilization for the single inventoryservice pod was consistently pegged at its limit. This behavior under sustained load validates two core architectural tenets:
|
||||
|
||||
\begin{enumerate}
|
||||
|
||||
|
||||
\item The Service is CPU-Bound: The performance of the service under this workload is primarily constrained by its available processing power. This is a predictable and desirable behavior, as it means performance can be directly influenced by resource allocation.
|
||||
|
||||
\item Validation of the Horizontal Scaling Trigger: The Horizontal Pod Autoscaler (HPA) is configured to provision a new pod when the average CPU utilization exceeds 80\%. Since the pod's CPU was held at nearly 100\% of its limit, it continuously met the condition for scaling out. This test proves that under a real-world scenario with increasing load, the HPA would be correctly triggered to horizontally scale the service. This ensures the system can elastically adapt to demand, maintaining low response times by distributing the load across multiple instances.
|
||||
|
||||
\end{enumerate}
|
||||
|
||||
In summary, the 30-minute endurance test demonstrates more than just performance; it confirms the system's operational stability and resilience. The InventoryService has proven to be a robust, efficient, and well-behaved component of the architecture, whose behavior under load validates the core principles of the automated horizontal scaling strategy designed to ensure high availability and a seamless user experience.
|
||||
@@ -0,0 +1,45 @@
|
||||
\chapter{Conclusion and Future Research Directions}
|
||||
\label{conclusions}
|
||||
|
||||
\section{Summary of Key Findings and Contributions}
|
||||
|
||||
This thesis has undertaken a comprehensive exploration of scalability and fault tolerance within the domain of microservice architectures. The analysis reveals that achieving these critical system qualities is not an incidental outcome of adopting microservices but requires a deliberate, multi-faceted architectural approach. Key findings underscore that robust microservice systems are built upon a foundation of well-chosen design patterns, enabling technologies, and proactive resilience engineering practices.
|
||||
|
||||
The shift from monolithic to microservice architectures offers inherent advantages for targeted scalability and improved fault isolation. However, the distributed nature of microservices introduces new complexities, including challenges in inter-service communication, data management, and operational overhead. This research has systematically examined strategies to address these challenges. For scalability, patterns such as horizontal scaling, load balancing, API gateways and asynchronous processing via message queues have been identified as crucial. For fault tolerance, patterns including circuit breakers advantages intelligent retries with backoff are essential for building resilient systems.
|
||||
|
||||
The role of enabling technologies cannot be overstated. Containerization with Docker and orchestration with Kubernetes (including its diverse autoscaling mechanisms like HPA) provide the platform for dynamic resource management. Furthermore, comprehensive observability—through monitoring and logging emerges as the bedrock upon which effective scaling and fault diagnosis are built. Proactive resilience practices represent a paradigm shift towards anticipating and mitigating failures before they impact users.
|
||||
|
||||
The primary contribution of this thesis is the design, end-to-end implementation, and empirical validation of a holistic architectural framework for microservices. This framework was brought to life through a concrete e-commerce application built with .NET and deployed on Kubernetes, demonstrating how to effectively integrate a suite of modern cloud-native technologies.
|
||||
|
||||
Specifically, this work established a blueprint for:
|
||||
\begin{itemize}
|
||||
|
||||
\item Independent Scalability: Leveraging Kubernetes and the Horizontal Pod Autoscaler, we proved how services can scale automatically based on real-time CPU demand.
|
||||
\item Layered Fault Tolerance: Resilience was woven into the architecture at multiple levels—from application-level Retry and Circuit Breaker patterns using Polly to infrastructure-level self-healing via Kubernetes and guaranteed message delivery through RabbitMQ.
|
||||
\item Decoupled Communication: Asynchronous messaging was employed to decouple the Order, Inventory, and Payment services, enhancing both resilience and scalability.
|
||||
\item Comprehensive Observability: A full monitoring stack using Prometheus and Grafana was integrated, providing crucial, real-time visibility into system performance and resource utilization under load.
|
||||
|
||||
\end{itemize}
|
||||
|
||||
Crucially, this thesis moved beyond theoretical design by subjecting the system to rigorous load testing with Locust. The results provided empirical evidence that the InventoryService is stable, performant, and CPU-bound under sustained load, validating that the configured auto-scaling policies would be triggered under real-world conditions.
|
||||
|
||||
Ultimately, this thesis argues and demonstrates that scalability and fault tolerance are deeply symbiotic. The successful integration of the specific patterns and technologies presented here—where observability informs scaling, and resilience patterns protect services during that scaling—is key to developing microservice applications that are not only adaptable to dynamic demands but are verifiably durable in the face of inevitable failures.
|
||||
|
||||
\section{Limitations of the Study}
|
||||
|
||||
It is imperative to recognize certain limitations inherent in this study. The rapid pace of innovation in microservices and their associated technologies means that some of the specific tools and performance metrics presented herein may have a limited shelf life. Furthermore, the empirical validation was conducted on a specific e-commerce platform within a controlled setting; consequently, the generalizability of these findings to other domains or application types is not guaranteed. Finally, the scope of this thesis was intentionally focused on scalability and fault tolerance, thereby excluding an in-depth analysis of other vital microservice considerations such as security, data consistency, and the developer experience, which remain fruitful avenues for future research.
|
||||
|
||||
|
||||
\section{Future Research Directions}
|
||||
|
||||
The dynamic and complex nature of microservice architectures presents numerous opportunities for future research. Several promising avenues include:
|
||||
|
||||
\begin{itemize}
|
||||
\item AI and Machine Learning for Intelligent System Management \cite{walia2025leveraging} \cite{makungu2023fault}
|
||||
\item Advanced Chaos Engineering and Resilience Verification \cite{gremlin2023chaos}
|
||||
\item Serverless Architectures and Function-as-a-Service (FaaS)
|
||||
\item Dynamic Microservice Architectures \cite{baboi2019dynamic} \cite{ibrahim2022scalable}
|
||||
|
||||
\end{itemize}
|
||||
|
||||
Addressing these research areas will contribute to the continued evolution of microservice architectures, enabling the development of even more scalable, resilient, and intelligent distributed systems.
|
||||
Binary file not shown.
|
After Width: | Height: | Size: 52 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 32 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 42 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 86 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 38 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 22 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 358 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 34 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 50 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 62 KiB |
@@ -0,0 +1,166 @@
|
||||
\relax
|
||||
\providecommand\hyper@newdestlabel[2]{}
|
||||
\providecommand\HyField@AuxAddToFields[1]{}
|
||||
\providecommand\HyField@AuxAddToCoFields[2]{}
|
||||
\bibstyle{alpha}
|
||||
\providecommand \babel@aux [2]{\global \let \babel@toc \@gobbletwo }
|
||||
\@nameuse{bbl@beforestart}
|
||||
\babel@aux{english}{}
|
||||
\citation{fowler2014microservices}
|
||||
\citation{richardson2018microservices}
|
||||
\citation{evans2003domain}
|
||||
\citation{shekhar2024microservices}
|
||||
\citation{walia2025leveraging}
|
||||
\@writefile{toc}{\contentsline {chapter}{\numberline {1}Introduction}{1}{chapter.1}\protected@file@percent }
|
||||
\@writefile{lof}{\addvspace {10\p@ }}
|
||||
\@writefile{lot}{\addvspace {10\p@ }}
|
||||
\newlabel{intro}{{1}{1}{Introduction}{chapter.1}{}}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {1.1}Background: The Ascendancy of Microservices in Distributed System Design}{1}{section.1.1}\protected@file@percent }
|
||||
\newlabel{sec:ch1sec1}{{1.1}{1}{Background: The Ascendancy of Microservices in Distributed System Design}{section.1.1}{}}
|
||||
\citation{nygard2018release}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {1.2}Problem Statement: The Intrinsic Scalability and Fault Tolerance Imperatives in Microservice Ecosystems}{2}{section.1.2}\protected@file@percent }
|
||||
\newlabel{sec:ch1sec2}{{1.2}{2}{Problem Statement: The Intrinsic Scalability and Fault Tolerance Imperatives in Microservice Ecosystems}{section.1.2}{}}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {1.3}Research Objectives and Guiding Questions}{2}{section.1.3}\protected@file@percent }
|
||||
\newlabel{sec:ch1sec3}{{1.3}{2}{Research Objectives and Guiding Questions}{section.1.3}{}}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {1.4}Contributions of the Thesis}{3}{section.1.4}\protected@file@percent }
|
||||
\newlabel{sec:ch1sec4}{{1.4}{3}{Contributions of the Thesis}{section.1.4}{}}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {1.5}Thesis Structure}{4}{section.1.5}\protected@file@percent }
|
||||
\newlabel{sec:ch1sec5}{{1.5}{4}{Thesis Structure}{section.1.5}{}}
|
||||
\citation{fowler2014microservices}
|
||||
\citation{richardson2018microservices}
|
||||
\@writefile{toc}{\contentsline {chapter}{\numberline {2}Theoretical Foundations of Microservices for Resilient and Scalable Systems}{6}{chapter.2}\protected@file@percent }
|
||||
\@writefile{lof}{\addvspace {10\p@ }}
|
||||
\@writefile{lot}{\addvspace {10\p@ }}
|
||||
\newlabel{chap:ch1}{{2}{6}{Theoretical Foundations of Microservices for Resilient and Scalable Systems}{chapter.2}{}}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {2.1}Defining Microservice Architecture: A Paradigm for Distributed Functionality}{6}{section.2.1}\protected@file@percent }
|
||||
\newlabel{sec:microservice-architecture}{{2.1}{6}{Defining Microservice Architecture: A Paradigm for Distributed Functionality}{section.2.1}{}}
|
||||
\citation{shekhar2024microservices}
|
||||
\citation{baboi2019dynamic}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {2.2}Core Characteristics Enabling (and Complicating) Scalability and Fault Tolerance}{7}{section.2.2}\protected@file@percent }
|
||||
\citation{walia2025leveraging}
|
||||
\citation{makungu2023fault}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {2.3}Advantages and Disadvantages in Distributed Contexts}{8}{section.2.3}\protected@file@percent }
|
||||
\newlabel{sec:advantages-disadvantages}{{2.3}{8}{Advantages and Disadvantages in Distributed Contexts}{section.2.3}{}}
|
||||
\citation{richardson2018microservices}
|
||||
\citation{richardson2018microservices}
|
||||
\@writefile{lot}{\contentsline {table}{\numberline {2.1}{\ignorespaces Comparative Overview of Microservices and Monolithic Architectures \cite {richardson2018microservices}}}{9}{table.2.1}\protected@file@percent }
|
||||
\newlabel{tab:microservices-vs-monolithic}{{2.1}{9}{Comparative Overview of Microservices and Monolithic Architectures \cite {richardson2018microservices}}{table.2.1}{}}
|
||||
\citation{kubernetes2025horizontal}
|
||||
\citation{burns2016borg}
|
||||
\@writefile{toc}{\contentsline {chapter}{\numberline {3}Design Patterns and Strategies for Scalability in Microservices}{10}{chapter.3}\protected@file@percent }
|
||||
\@writefile{lof}{\addvspace {10\p@ }}
|
||||
\@writefile{lot}{\addvspace {10\p@ }}
|
||||
\newlabel{chap:ch3}{{3}{10}{Design Patterns and Strategies for Scalability in Microservices}{chapter.3}{}}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {3.1}Vertical Scaling}{10}{section.3.1}\protected@file@percent }
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {3.2}Horizontal Scaling}{10}{section.3.2}\protected@file@percent }
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {3.3}Load Balancing Techniques and the Pivotal Role of API Gateways}{11}{section.3.3}\protected@file@percent }
|
||||
\citation{rabbitmq2025messaging}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {3.4}Asynchronous Processing and Message Queues for Decoupled Scaling}{12}{section.3.4}\protected@file@percent }
|
||||
\@writefile{toc}{\contentsline {chapter}{\numberline {4}Design Patterns and Strategies for Fault Tolerance in Microservices}{14}{chapter.4}\protected@file@percent }
|
||||
\@writefile{lof}{\addvspace {10\p@ }}
|
||||
\@writefile{lot}{\addvspace {10\p@ }}
|
||||
\newlabel{chap:ch3}{{4}{14}{Design Patterns and Strategies for Fault Tolerance in Microservices}{chapter.4}{}}
|
||||
\citation{nygard2018release}
|
||||
\citation{polly2025dotnet}
|
||||
\citation{makungu2023fault}
|
||||
\citation{ibrahim2022scalable}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {4.1}The Circuit Breaker Pattern: Preventing Cascading Failures}{15}{section.4.1}\protected@file@percent }
|
||||
\citation{polly2025dotnet}
|
||||
\citation{polly2025dotnet}
|
||||
\citation{shekhar2024microservices}
|
||||
\citation{baboi2019dynamic}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {4.2}Retry Mechanisms}{16}{section.4.2}\protected@file@percent }
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {4.3}The Bulkhead Pattern: Isolating Resources for Fault Containment}{16}{section.4.3}\protected@file@percent }
|
||||
\@writefile{toc}{\contentsline {chapter}{\numberline {5}Building applications with Microservices Architecture in .NET}{18}{chapter.5}\protected@file@percent }
|
||||
\@writefile{lof}{\addvspace {10\p@ }}
|
||||
\@writefile{lot}{\addvspace {10\p@ }}
|
||||
\newlabel{chap:ch4}{{5}{18}{Building applications with Microservices Architecture in .NET}{chapter.5}{}}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {5.1}Architectural Overview}{18}{section.5.1}\protected@file@percent }
|
||||
\@writefile{lof}{\contentsline {figure}{\numberline {5.1}{\ignorespaces The microservice architecture for the e-commerce application. It demonstrates a vertical flow from the API Gateway to the services, which use a shared database. Asynchronous communication via RabbitMQ and resilient inter-service calls with Polly are key features for fault tolerance.}}{19}{figure.5.1}\protected@file@percent }
|
||||
\newlabel{fig:architecture}{{5.1}{19}{The microservice architecture for the e-commerce application. It demonstrates a vertical flow from the API Gateway to the services, which use a shared database. Asynchronous communication via RabbitMQ and resilient inter-service calls with Polly are key features for fault tolerance}{figure.5.1}{}}
|
||||
\citation{kubernetes2025horizontal}
|
||||
\citation{baboi2019dynamic}
|
||||
\citation{rabbitmq2025messaging}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {5.2}Implementing Scalability}{20}{section.5.2}\protected@file@percent }
|
||||
\@writefile{toc}{\contentsline {subsection}{\numberline {5.2.1}Service-Level Scalability with Kubernetes}{20}{subsection.5.2.1}\protected@file@percent }
|
||||
\@writefile{toc}{\contentsline {subsection}{\numberline {5.2.2}Asynchronous Communication with RabbitMQ}{20}{subsection.5.2.2}\protected@file@percent }
|
||||
\citation{polly2025dotnet}
|
||||
\citation{polly2025dotnet}
|
||||
\@writefile{lof}{\contentsline {figure}{\numberline {5.2}{\ignorespaces A horizontally oriented view of the Kubernetes autoscaling mechanism. Incoming traffic is directed by the Kubernetes Service to the Deployment, which manages a scalable set of Pods. The Horizontal Pod Autoscaler (HPA) forms a control loop below: it receives metrics from the Pods via the Metrics Server and adjusts the number of replicas in the Deployment accordingly.}}{21}{figure.5.2}\protected@file@percent }
|
||||
\newlabel{fig:hpa_mechanism_horizontal}{{5.2}{21}{A horizontally oriented view of the Kubernetes autoscaling mechanism. Incoming traffic is directed by the Kubernetes Service to the Deployment, which manages a scalable set of Pods. The Horizontal Pod Autoscaler (HPA) forms a control loop below: it receives metrics from the Pods via the Metrics Server and adjusts the number of replicas in the Deployment accordingly}{figure.5.2}{}}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {5.3}Resilient Communication with Polly}{21}{section.5.3}\protected@file@percent }
|
||||
\@writefile{toc}{\contentsline {subsection}{\numberline {5.3.1}The Retry Pattern}{21}{subsection.5.3.1}\protected@file@percent }
|
||||
\@writefile{toc}{\contentsline {subsection}{\numberline {5.3.2}The Circuit Breaker Pattern}{22}{subsection.5.3.2}\protected@file@percent }
|
||||
\@writefile{toc}{\contentsline {subsection}{\numberline {5.3.3}Fault Tolerance with Kubernetes}{22}{subsection.5.3.3}\protected@file@percent }
|
||||
\@writefile{toc}{\contentsline {subsection}{\numberline {5.3.4}Message Durability with RabbitMQ}{22}{subsection.5.3.4}\protected@file@percent }
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {5.4}Observability: Metrics and Monitoring}{22}{section.5.4}\protected@file@percent }
|
||||
\citation{prometheus2025monitoring}
|
||||
\citation{grafana2025open}
|
||||
\citation{prometheus2025monitoring}
|
||||
\citation{grafana2025open}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {5.5}Application User Interface and Workflow}{23}{section.5.5}\protected@file@percent }
|
||||
\@writefile{toc}{\contentsline {subsection}{\numberline {5.5.1}Customer-Facing Storefront}{23}{subsection.5.5.1}\protected@file@percent }
|
||||
\citation{stripe2025online}
|
||||
\citation{stripe2025online}
|
||||
\citation{stripe2025online}
|
||||
\@writefile{lof}{\contentsline {figure}{\numberline {5.3}{\ignorespaces Product catalog view, showcasing products in a grid layout with an "Add to Cart" button and a persistent Shopping Cart module on the right.}}{24}{figure.5.3}\protected@file@percent }
|
||||
\newlabel{fig:product_catalog}{{5.3}{24}{Product catalog view, showcasing products in a grid layout with an "Add to Cart" button and a persistent Shopping Cart module on the right}{figure.5.3}{}}
|
||||
\@writefile{lof}{\contentsline {figure}{\numberline {5.4}{\ignorespaces Shopping Cart view, showing selected products with quantities, prices, and a total cost. The "Proceed to Checkout" button is highlighted at the bottom.}}{25}{figure.5.4}\protected@file@percent }
|
||||
\newlabel{fig:shopping_cart}{{5.4}{25}{Shopping Cart view, showing selected products with quantities, prices, and a total cost. The "Proceed to Checkout" button is highlighted at the bottom}{figure.5.4}{}}
|
||||
\@writefile{lof}{\contentsline {figure}{\numberline {5.5}{\ignorespaces Stripe Payment Page, displaying a final order summary on the left and a secure form for entering payment details on the right. \cite {stripe2025online}}}{25}{figure.5.5}\protected@file@percent }
|
||||
\newlabel{fig:stripe_payment}{{5.5}{25}{Stripe Payment Page, displaying a final order summary on the left and a secure form for entering payment details on the right. \cite {stripe2025online}}{figure.5.5}{}}
|
||||
\@writefile{lof}{\contentsline {figure}{\numberline {5.6}{\ignorespaces Inventory Dashboard, displaying a table of products with options to edit, delete, or add new products. Each product row includes a photo, name, description, price, and quantity.}}{26}{figure.5.6}\protected@file@percent }
|
||||
\newlabel{fig:inventory_dashboard}{{5.6}{26}{Inventory Dashboard, displaying a table of products with options to edit, delete, or add new products. Each product row includes a photo, name, description, price, and quantity}{figure.5.6}{}}
|
||||
\@writefile{toc}{\contentsline {subsection}{\numberline {5.5.2}Administrative Interface}{26}{subsection.5.5.2}\protected@file@percent }
|
||||
\@writefile{lof}{\contentsline {figure}{\numberline {5.7}{\ignorespaces Edit Product Modal, allowing administrators to modify product details. The form is pre-populated with existing data, and changes can be saved or canceled.}}{27}{figure.5.7}\protected@file@percent }
|
||||
\newlabel{fig:edit_product}{{5.7}{27}{Edit Product Modal, allowing administrators to modify product details. The form is pre-populated with existing data, and changes can be saved or canceled}{figure.5.7}{}}
|
||||
\citation{locust2025load}
|
||||
\@writefile{toc}{\contentsline {chapter}{\numberline {6}Results and Discussion}{28}{chapter.6}\protected@file@percent }
|
||||
\@writefile{lof}{\addvspace {10\p@ }}
|
||||
\@writefile{lot}{\addvspace {10\p@ }}
|
||||
\newlabel{chap:results}{{6}{28}{Results and Discussion}{chapter.6}{}}
|
||||
\@writefile{toc}{\contentsline {subsection}{\numberline {6.0.1}Results}{28}{subsection.6.0.1}\protected@file@percent }
|
||||
\@writefile{lof}{\contentsline {figure}{\numberline {6.1}{\ignorespaces Requests per Second (RPS) during the 30-minute load test.}}{28}{figure.6.1}\protected@file@percent }
|
||||
\newlabel{fig:rps}{{6.1}{28}{Requests per Second (RPS) during the 30-minute load test}{figure.6.1}{}}
|
||||
\@writefile{lof}{\contentsline {figure}{\numberline {6.2}{\ignorespaces Response times during the 30-minute load test, showing median and 95th percentile latencies.}}{29}{figure.6.2}\protected@file@percent }
|
||||
\newlabel{fig:response_time}{{6.2}{29}{Response times during the 30-minute load test, showing median and 95th percentile latencies}{figure.6.2}{}}
|
||||
\@writefile{lof}{\contentsline {figure}{\numberline {6.3}{\ignorespaces Number of users during the 30-minute load test, showing a stable count of 10 concurrent users.}}{29}{figure.6.3}\protected@file@percent }
|
||||
\newlabel{fig:number_of_users}{{6.3}{29}{Number of users during the 30-minute load test, showing a stable count of 10 concurrent users}{figure.6.3}{}}
|
||||
\@writefile{toc}{\contentsline {subsection}{\numberline {6.0.2}Discussion}{29}{subsection.6.0.2}\protected@file@percent }
|
||||
\@writefile{lof}{\contentsline {figure}{\numberline {6.4}{\ignorespaces CPU usage of the InventoryService pod during the 30-minute load test, showing sustained maximum utilization.}}{29}{figure.6.4}\protected@file@percent }
|
||||
\newlabel{fig:cpu_usage}{{6.4}{29}{CPU usage of the InventoryService pod during the 30-minute load test, showing sustained maximum utilization}{figure.6.4}{}}
|
||||
\@writefile{lof}{\contentsline {figure}{\numberline {6.5}{\ignorespaces Memory usage of the InventoryService pod during the 30-minute load test, showing stable memory consumption.}}{30}{figure.6.5}\protected@file@percent }
|
||||
\newlabel{fig:memory_usage}{{6.5}{30}{Memory usage of the InventoryService pod during the 30-minute load test, showing stable memory consumption}{figure.6.5}{}}
|
||||
\@writefile{toc}{\contentsline {chapter}{\numberline {7}Conclusion and Future Research Directions}{31}{chapter.7}\protected@file@percent }
|
||||
\@writefile{lof}{\addvspace {10\p@ }}
|
||||
\@writefile{lot}{\addvspace {10\p@ }}
|
||||
\newlabel{conclusions}{{7}{31}{Conclusion and Future Research Directions}{chapter.7}{}}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {7.1}Summary of Key Findings and Contributions}{31}{section.7.1}\protected@file@percent }
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {7.2}Limitations of the Study}{32}{section.7.2}\protected@file@percent }
|
||||
\citation{walia2025leveraging}
|
||||
\citation{makungu2023fault}
|
||||
\citation{gremlin2023chaos}
|
||||
\citation{baboi2019dynamic}
|
||||
\citation{ibrahim2022scalable}
|
||||
\bibdata{references}
|
||||
\@writefile{toc}{\contentsline {section}{\numberline {7.3}Future Research Directions}{33}{section.7.3}\protected@file@percent }
|
||||
\bibcite{burns2016borg}{BGO{$^{+}$}16}
|
||||
\bibcite{baboi2019dynamic}{BIG19}
|
||||
\bibcite{evans2003domain}{Eva03}
|
||||
\bibcite{fowler2014microservices}{FL14}
|
||||
\bibcite{grafana2025open}{{Gra}25}
|
||||
\bibcite{gremlin2023chaos}{{Gre}23}
|
||||
\bibcite{ibrahim2022scalable}{IA22}
|
||||
\bibcite{kubernetes2025horizontal}{{Kub}25}
|
||||
\bibcite{locust2025load}{{Loc}25}
|
||||
\bibcite{makungu2023fault}{Mak23}
|
||||
\bibcite{nygard2018release}{Nyg18}
|
||||
\bibcite{polly2025dotnet}{{Pol}25}
|
||||
\@writefile{toc}{\contentsline {chapter}{Bibliography}{34}{chapter*.2}\protected@file@percent }
|
||||
\bibcite{prometheus2025monitoring}{{Pro}25}
|
||||
\bibcite{rabbitmq2025messaging}{{Rab}25}
|
||||
\bibcite{richardson2018microservices}{Ric18}
|
||||
\bibcite{shekhar2024microservices}{She24}
|
||||
\bibcite{stripe2025online}{{Str}25}
|
||||
\bibcite{walia2025leveraging}{Wal25}
|
||||
\gdef \@abspage@last{41}
|
||||
@@ -0,0 +1,94 @@
|
||||
\newcommand{\etalchar}[1]{$^{#1}$}
|
||||
\begin{thebibliography}{BGO{\etalchar{+}}16}
|
||||
|
||||
\bibitem[BGO{\etalchar{+}}16]{burns2016borg}
|
||||
Brendan Burns, Brian Grant, David Oppenheimer, Eric Brewer, and John Wilkes.
|
||||
\newblock Borg, omega, and kubernetes.
|
||||
\newblock {\em Communications of the ACM}, 59(5):50--57, 2016.
|
||||
|
||||
\bibitem[BIG19]{baboi2019dynamic}
|
||||
Mihai Baboi, Adrian Iftene, and Daniela Gîfu.
|
||||
\newblock Dynamic microservices to create scalable and fault tolerance architecture.
|
||||
\newblock {\em Procedia Computer Science}, 159:1035--1044, 2019.
|
||||
|
||||
\bibitem[Eva03]{evans2003domain}
|
||||
Eric Evans.
|
||||
\newblock {\em Domain-Driven Design: Tackling Complexity in the Heart of Software}.
|
||||
\newblock Addison-Wesley Professional, 2003.
|
||||
|
||||
\bibitem[FL14]{fowler2014microservices}
|
||||
Martin Fowler and James Lewis.
|
||||
\newblock Microservices: a definition of this new architectural term, 2014.
|
||||
\newblock Online; accessed 15 June 2025.
|
||||
|
||||
\bibitem[{Gra}25]{grafana2025open}
|
||||
{Grafana Labs}.
|
||||
\newblock Grafana: The open observability platform, 2025.
|
||||
\newblock Online; accessed 15 June 2025.
|
||||
|
||||
\bibitem[{Gre}23]{gremlin2023chaos}
|
||||
{Gremlin}.
|
||||
\newblock Chaos engineering: The history, principles, and practice, 2023.
|
||||
\newblock Online; accessed 15 June 2025.
|
||||
|
||||
\bibitem[IA22]{ibrahim2022scalable}
|
||||
Abdullahi Ibrahim and Mallo Ade.
|
||||
\newblock Scalable fault tolerance for microservices-based systems.
|
||||
\newblock In {\em 2022 IEEE International Conference on Big Data (Big Data)}, pages 6329--6331, 2022.
|
||||
|
||||
\bibitem[{Kub}25]{kubernetes2025horizontal}
|
||||
{Kubernetes Documentation}.
|
||||
\newblock Horizontal pod autoscaler, 2025.
|
||||
\newblock Online; accessed 15 June 2025.
|
||||
|
||||
\bibitem[{Loc}25]{locust2025load}
|
||||
{Locust Maintainers}.
|
||||
\newblock Locust: Open source load testing tool, 2025.
|
||||
\newblock Online; accessed 15 June 2025.
|
||||
|
||||
\bibitem[Mak23]{makungu2023fault}
|
||||
Chisenga Makungu.
|
||||
\newblock Fault tolerance in distributed systems.
|
||||
\newblock {\em World Journal of Innovation and Modern Technology}, 7(2):105--108, dec 2023.
|
||||
|
||||
\bibitem[Nyg18]{nygard2018release}
|
||||
Michael~T. Nygard.
|
||||
\newblock {\em Release It!: Design and Deploy Production-Ready Software}.
|
||||
\newblock Pragmatic Bookshelf, 2nd edition, 2018.
|
||||
|
||||
\bibitem[{Pol}25]{polly2025dotnet}
|
||||
{Polly}.
|
||||
\newblock Polly: The .net resilience library, 2025.
|
||||
\newblock Online; accessed 15 June 2025.
|
||||
|
||||
\bibitem[{Pro}25]{prometheus2025monitoring}
|
||||
{Prometheus Authors}.
|
||||
\newblock Prometheus - monitoring system \& time series database, 2025.
|
||||
\newblock Online; accessed 15 June 2025.
|
||||
|
||||
\bibitem[{Rab}25]{rabbitmq2025messaging}
|
||||
{RabbitMQ}.
|
||||
\newblock Messaging with rabbitmq, 2025.
|
||||
\newblock Online; accessed 15 June 2025.
|
||||
|
||||
\bibitem[Ric18]{richardson2018microservices}
|
||||
Chris Richardson.
|
||||
\newblock {\em Microservices Patterns: With examples in Java}.
|
||||
\newblock Manning Publications, 2018.
|
||||
|
||||
\bibitem[She24]{shekhar2024microservices}
|
||||
Gaurav Shekhar.
|
||||
\newblock Microservices design patterns for cloud architecture.
|
||||
\newblock {\em International Journal of Computer Science and Engineering}, 11(9):1--7, sep 2024.
|
||||
|
||||
\bibitem[{Str}25]{stripe2025online}
|
||||
{Stripe}.
|
||||
\newblock Stripe documentation: Online payments, 2025.
|
||||
\newblock Online; accessed 15 June 2025.
|
||||
|
||||
\bibitem[Wal25]{walia2025leveraging}
|
||||
Anjali Walia.
|
||||
\newblock Leveraging microservices architecture: Key principles for scalable and fault-tolerant applications.
|
||||
\newblock {\em International Journal of Information Technology and Management Information Systems}, 16(1):455--468, feb 2025.
|
||||
|
||||
\end{thebibliography}
|
||||
@@ -0,0 +1,65 @@
|
||||
This is BibTeX, Version 0.99d (TeX Live 2025)
|
||||
Capacity: max_strings=200000, hash_size=200000, hash_prime=170003
|
||||
The top-level auxiliary file: main.aux
|
||||
The style file: alpha.bst
|
||||
Database file #1: references.bib
|
||||
Warning--entry type for "fowler2014microservices" isn't style-file defined
|
||||
--line 1 of file references.bib
|
||||
Warning--entry type for "kubernetes2025horizontal" isn't style-file defined
|
||||
--line 18 of file references.bib
|
||||
Warning--entry type for "rabbitmq2025messaging" isn't style-file defined
|
||||
--line 27 of file references.bib
|
||||
Warning--entry type for "polly2025dotnet" isn't style-file defined
|
||||
--line 36 of file references.bib
|
||||
Warning--entry type for "prometheus2025monitoring" isn't style-file defined
|
||||
--line 45 of file references.bib
|
||||
Warning--entry type for "grafana2025open" isn't style-file defined
|
||||
--line 54 of file references.bib
|
||||
Warning--entry type for "locust2025load" isn't style-file defined
|
||||
--line 63 of file references.bib
|
||||
Warning--entry type for "gremlin2023chaos" isn't style-file defined
|
||||
--line 89 of file references.bib
|
||||
Warning--entry type for "stripe2025online" isn't style-file defined
|
||||
--line 114 of file references.bib
|
||||
You've used 18 entries,
|
||||
2543 wiz_defined-function locations,
|
||||
644 strings with 6514 characters,
|
||||
and the built_in function-call counts, 5851 in all, are:
|
||||
= -- 567
|
||||
> -- 210
|
||||
< -- 15
|
||||
+ -- 62
|
||||
- -- 62
|
||||
* -- 347
|
||||
:= -- 942
|
||||
add.period$ -- 54
|
||||
call.type$ -- 18
|
||||
change.case$ -- 96
|
||||
chr.to.int$ -- 18
|
||||
cite$ -- 18
|
||||
duplicate$ -- 247
|
||||
empty$ -- 493
|
||||
format.name$ -- 93
|
||||
if$ -- 1209
|
||||
int.to.chr$ -- 1
|
||||
int.to.str$ -- 0
|
||||
missing$ -- 12
|
||||
newline$ -- 94
|
||||
num.names$ -- 54
|
||||
pop$ -- 143
|
||||
preamble$ -- 1
|
||||
purify$ -- 116
|
||||
quote$ -- 0
|
||||
skip$ -- 212
|
||||
stack$ -- 0
|
||||
substring$ -- 275
|
||||
swap$ -- 30
|
||||
text.length$ -- 15
|
||||
text.prefix$ -- 14
|
||||
top$ -- 0
|
||||
type$ -- 132
|
||||
warning$ -- 0
|
||||
while$ -- 52
|
||||
width$ -- 23
|
||||
write$ -- 226
|
||||
(There were 9 warnings)
|
||||
@@ -0,0 +1,202 @@
|
||||
# Fdb version 4
|
||||
["bibtex main"] 1749992123.89534 "main.aux" "main.bbl" "main" 1749992125.97674 0
|
||||
"./references.bib" 1749992121.6784 5375 2b645d704c8d18963be012a8150d74b0 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/bibtex/bst/base/alpha.bst" 1292289607 23907 a5f93555796fb564b924339521f10a7c ""
|
||||
"main.aux" 1749992125.55841 16338 a59be3ec13ba38d0d0cb1a0c5a0f4396 "pdflatex"
|
||||
(generated)
|
||||
"main.bbl"
|
||||
"main.blg"
|
||||
(rewritten before read)
|
||||
["pdflatex"] 1749992124.0252 "/home/danielcujba/Desktop/Semestrul 2/Licenta/main.tex" "main.pdf" "main" 1749992125.97712 0
|
||||
"/home/danielcujba/Desktop/Semestrul 2/Licenta/main.tex" 1749987874.44292 3981 a9023c09d5af29b1ea62ac08551655eb ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/enc/dvips/base/8r.enc" 1165713224 4850 80dc9bab7f31fb78a000ccfed0e27cab ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/map/fontname/texfonts.map" 1577235249 3524 cb3e574dea2d1052e39280babc910dc8 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplb7t.tfm" 1136768653 1616 371d1ee60c04b008c8fd760060cd34f1 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplb8r.tfm" 1136768653 2532 9ad73cf4dd2173a847f2a5f5608e0b9a ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplr7t.tfm" 1136768653 1804 7b5f73028f6509167f47ace9d69509ed ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplr8c.tfm" 1136768653 1348 0e8eb69b4437626c0f6c9bed4a4e373c ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplr8r.tfm" 1136768653 2796 d37c29814a6717720ee1a7c9a0b2c3b8 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplri7t.tfm" 1136768653 1732 3671a0e54806deb8b706eb5e53aba0a5 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplri8r.tfm" 1136768653 2720 70000d5e623e601132eab3cded5b819b ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplro7t.tfm" 1136768653 1892 fb1b87dfccb60bb53717003f5bea7526 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplro8r.tfm" 1136768653 2948 325b50af1ea2702f0a5da8c6a9d8c345 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmmi12.tfm" 1136768653 1524 4414a8315f39513458b80dfc63bff03a ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmmi6.tfm" 1136768653 1512 f21f83efb36853c0b70002322c1ab3ad ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmmi8.tfm" 1136768653 1520 eccf95517727cb11801f4f1aee3a21b4 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmr12.tfm" 1136768653 1288 655e228510b4c2a1abe905c368440826 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmr17.tfm" 1136768653 1292 296a67155bdbfc32aa9c636f21e91433 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmr6.tfm" 1136768653 1300 b62933e007d01cfd073f79b963c01526 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmr8.tfm" 1136768653 1292 21c1c5bfeaebccffdb478fd231a0997d ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmsy10.tfm" 1136768653 1124 6c73e740cf17375f03eec0ee63599741 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmsy6.tfm" 1136768653 1116 933a60c408fc0a863a92debe84b2d294 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmsy8.tfm" 1136768653 1120 8b7d695260f3cff42e636090a8002094 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/tfm/public/mathpazo/fplmr.tfm" 1136768653 1032 7fa31d93ecd4cbdfac02c7a1ebc6facc ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/type1/public/amsfonts/cm/cmr8.pfb" 1248133631 32726 0a1aea6fcd6468ee2cf64d891f5c43c8 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/type1/urw/palatino/uplb8a.pfb" 1136849748 52406 dad2f72863a03727d5f536c64a69c452 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/type1/urw/palatino/uplr8a.pfb" 1136849748 52665 661b1e6b26edb5f50dd491f8a701cb57 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/type1/urw/palatino/uplri8a.pfb" 1136849748 50022 90249cba7e3e4e9845f80328d6f9bd13 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplb7t.vf" 1136768653 1380 798ef26de8f0a21f37c9b1147f4fe5d8 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplr7t.vf" 1136768653 1380 037725697594405988999f61172f52de ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplr8c.vf" 1136768653 3504 f65f653e1ad318a9d01b4af15300683a ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplri7t.vf" 1136768653 1376 a5f9301e24d8e27c2286a3b415778d2d ""
|
||||
"/usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplro7t.vf" 1136768653 1384 47cb8415ae561ff513ba357f3b1ff5fa ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/context/base/mkii/supp-pdf.mkii" 1461363279 71627 94eb9990bed73c364d7f53f960cc8c5b ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/atbegshi/atbegshi.sty" 1575674566 24708 5584a51a7101caf7e6bbf1fc27d8f7b1 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/babel-english/english.ldf" 1496785618 7008 9ff5fdcc865b01beca2b0fe4a46231d4 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/babel/babel.sty" 1743197512 144118 8a0145ee10f36c9987d52d114dccd1b1 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/babel/locale/en/babel-en.ini" 1661803479 3966 caeee5a9e5771d4446aa1ca9015ba1b2 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/babel/locale/en/babel-english.tex" 1498512262 336 ed676b5e7dfd862bc78d634f6a973f37 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/babel/txtbabel.def" 1741723514 6833 ef397c732d8c72f527b197aa1623476d ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/bigintcalc/bigintcalc.sty" 1576625341 40635 c40361e206be584d448876bba8a64a3b ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/bitset/bitset.sty" 1576016050 33961 6b5c75130e435b2bfdb9f480a09a39f9 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/gettitlestring/gettitlestring.sty" 1576625223 8371 9d55b8bd010bc717624922fb3477d92e ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/iftex/iftex.sty" 1734129479 7984 7dbb9280f03c0a315425f1b4f35d43ee ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/iftex/ifvtex.sty" 1572645307 1057 525c2192b5febbd8c1f662c9468335bb ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/infwarerr/infwarerr.sty" 1575499628 8356 7bbb2c2373aa810be568c29e333da8ed ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/intcalc/intcalc.sty" 1576625065 31769 002a487f55041f8e805cfbf6385ffd97 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/kvdefinekeys/kvdefinekeys.sty" 1576878844 5412 d5a2436094cd7be85769db90f29250a6 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/ltxcmds/ltxcmds.sty" 1701727651 17865 1a9bd36b4f98178fa551aca822290953 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pdfescape/pdfescape.sty" 1576015897 19007 15924f7228aca6c6d184b115f4baa231 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pdftexcmds/pdftexcmds.sty" 1593379760 20089 80423eac55aa175305d35b49e04fe23b ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcore.code.tex" 1673816307 1016 1c2b89187d12a2768764b83b4945667c ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorearrows.code.tex" 1601326656 43820 1fef971b75380574ab35a0d37fd92608 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcoreexternal.code.tex" 1601326656 19324 f4e4c6403dd0f1605fd20ed22fa79dea ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcoregraphicstate.code.tex" 1601326656 6038 ccb406740cc3f03bbfb58ad504fe8c27 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcoreimage.code.tex" 1673816307 6911 f6d4cf5a3fef5cc879d668b810e82868 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorelayers.code.tex" 1601326656 4883 42daaf41e27c3735286e23e48d2d7af9 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcoreobjects.code.tex" 1601326656 2544 8c06d2a7f0f469616ac9e13db6d2f842 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorepathconstruct.code.tex" 1601326656 44195 5e390c414de027626ca5e2df888fa68d ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorepathprocessing.code.tex" 1601326656 17311 2ef6b2e29e2fc6a2fc8d6d652176e257 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorepathusage.code.tex" 1601326656 21302 788a79944eb22192a4929e46963a3067 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorepatterns.code.tex" 1673816307 9691 3d42d89522f4650c2f3dc616ca2b925e ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorepoints.code.tex" 1601326656 33335 dd1fa4814d4e51f18be97d88bf0da60c ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorequick.code.tex" 1601326656 2965 4c2b1f4e0826925746439038172e5d6f ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorerdf.code.tex" 1601326656 5196 2cc249e0ee7e03da5f5f6589257b1e5b ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorescopes.code.tex" 1673816307 20821 7579108c1e9363e61a0b1584778804aa ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcoreshade.code.tex" 1601326656 35249 abd4adf948f960299a4b3d27c5dddf46 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcoretransformations.code.tex" 1673816307 22012 81b34a0aa8fa1a6158cc6220b00e4f10 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcoretransparency.code.tex" 1601326656 8893 e851de2175338fdf7c17f3e091d94618 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarybackgrounds.code.tex" 1601326656 4572 4a19637ef65ce88ad2f2d5064b69541d ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibraryfit.code.tex" 1673816307 3626 2d87dc681257fa32d07a8b3934b10f88 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarypositioning.code.tex" 1601326656 3937 3f208572dd82c71103831da976d74f1a ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibraryshapes.geometric.code.tex" 1601326656 339 be0fe46d92a80e3385dd6a83511a46f2 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarytopaths.code.tex" 1608933718 11518 738408f795261b70ce8dd47459171309 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/tikz.code.tex" 1673816307 186782 af500404a9edec4d362912fe762ded92 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/libraries/pgflibraryarrows.meta.code.tex" 1601326656 58801 1e750fb0692eb99aaac45698bbec96b1 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/libraries/pgflibraryplothandlers.code.tex" 1601326656 32995 ac577023e12c0e4bd8aa420b2e852d1a ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/libraries/shapes/pgflibraryshapes.geometric.code.tex" 1673816307 161011 76ab54df0aa1a9d3b27a94864771d38d ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfint.code.tex" 1557692582 3063 8c415c68a0f3394e45cfeca0b65f6ee6 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmath.code.tex" 1673816307 949 cea70942e7b7eddabfb3186befada2e6 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathcalc.code.tex" 1673816307 13270 2e54f2ce7622437bf37e013d399743e3 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfloat.code.tex" 1673816307 104717 9b2393fbf004a0ce7fa688dbce423848 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.base.code.tex" 1601326656 10165 cec5fa73d49da442e56efc2d605ef154 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.basic.code.tex" 1601326656 28178 41c17713108e0795aac6fef3d275fbca ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.code.tex" 1673816307 9649 85779d3d8d573bfd2cd4137ba8202e60 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.comparison.code.tex" 1601326656 3865 ac538ab80c5cf82b345016e474786549 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.integerarithmetics.code.tex" 1557692582 3177 27d85c44fbfe09ff3b2cf2879e3ea434 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.misc.code.tex" 1621110968 11024 0179538121bc2dba172013a3ef89519f ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.random.code.tex" 1673816307 7890 0a86dbf4edfd88d022e0d889ec78cc03 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.round.code.tex" 1601326656 3379 781797a101f647bab82741a99944a229 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.trigonometric.code.tex" 1601326656 92405 f515f31275db273f97b9d8f52e1b0736 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathparser.code.tex" 1673816307 37466 97b0a1ba732e306a1a2034f5a73e239f ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathutil.code.tex" 1601326656 8471 c2883569d03f69e8e1cabfef4999cfd7 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/modules/pgfmodulematrix.code.tex" 1673816307 21211 1e73ec76bd73964d84197cc3d2685b01 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/modules/pgfmoduleplot.code.tex" 1601326656 16121 346f9013d34804439f7436ff6786cef7 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/modules/pgfmoduleshapes.code.tex" 1673816307 44792 271e2e1934f34c759f4dedb1e14a5015 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/pgf.revision.tex" 1673816307 114 e6d443369d0673933b38834bf99e422d ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgf.cfg" 1601326656 926 2963ea0dcf6cc6c0a770b69ec46a477b ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsys-common-pdf.def" 1673816307 5542 32f75a31ea6c3a7e1148cd6d5e93dbb7 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsys-pdftex.def" 1673816307 12612 7774ba67bfd72e593c4436c2de6201e3 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsys.code.tex" 1673816307 61351 bc5f86e0355834391e736e97a61abced ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsysprotocol.code.tex" 1601326656 1896 b8e0ca0ac371d74c0ca05583f6313c91 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsyssoftpath.code.tex" 1601326656 7778 53c8b5623d80238f6a20aa1df1868e63 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgffor.code.tex" 1673816307 24033 d8893a1ec4d1bfa101b172754743d340 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfkeys.code.tex" 1673816307 39784 414c54e866ebab4b801e2ad81d9b21d8 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfkeyslibraryfiltered.code.tex" 1673816307 37433 940bc6d409f1ffd298adfdcaf125dd86 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfrcs.code.tex" 1673816307 4385 510565c2f07998c8a0e14f0ec07ff23c ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfutil-common.tex" 1673816307 29239 22e8c7516012992a49873eff0d868fed ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfutil-latex.def" 1673816307 6950 8524a062d82b7afdc4a88a57cb377784 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/stringenc/stringenc.sty" 1575152242 21514 b7557edcee22835ef6b03ede1802dad4 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/generic/uniquecounter/uniquecounter.sty" 1576624663 7008 f92eaa0a3872ed622bbf538217cd2ab7 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/atveryend/atveryend.sty" 1728505250 1695 be6b4d13b33db697fd3fd30b24716c1a ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/base/atbegshi-ltx.sty" 1738182759 2963 d8ec5a1b4e0a106c5c737900202763e4 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/base/atveryend-ltx.sty" 1738182759 2378 14b657ee5031da98cf91648f19642694 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/base/ifthen.sty" 1738182759 5525 9dced5929f36b19fa837947f5175b331 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/base/inputenc.sty" 1738182759 5048 0270515b828149155424600fd2d58ac5 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/base/report.cls" 1738182759 23203 7ac64169eac711b8259b91f4833984f3 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/base/size12.clo" 1738182759 8449 ffe4ba2166a344827c3a832d1d5e0a91 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/epstopdf-pkg/epstopdf-base.sty" 1579991033 13886 d1306dcf79a944f6988e688c1785f9ce ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/etoolbox/etoolbox.sty" 1739306980 46850 d87daedc2abdc653769a6f1067849fe0 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/fancyhdr/fancyhdr.sty" 1739048179 31715 19e60610b63819fe670dfa1cd84a4e94 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/geometry/geometry.sty" 1578002852 41601 9cf6c5257b1bc7af01a58859749dd37a ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/graphics-cfg/color.cfg" 1459978653 1213 620bba36b25224fa9b7e1ccb4ecb76fd ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/graphics-cfg/graphics.cfg" 1465944070 1224 978390e9c2234eab29404bc21b268d1e ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/graphics-def/pdftex.def" 1713382759 19440 9da9dcbb27470349a580fca7372d454b ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/graphics/graphics.sty" 1730496337 18363 dee506cb8d56825d8a4d020f5d5f8704 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/graphics/graphicx.sty" 1717359999 8010 6f2ad8c2b2ffbd607af6475441c7b5e4 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/graphics/keyval.sty" 1717359999 2671 70891d50dac933918b827d326687c6e8 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/graphics/mathcolor.ltx" 1667332637 2885 9c645d672ae17285bba324998918efd8 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/graphics/trig.sty" 1717359999 4023 2c9f39712cf7b43d3eb93a8bbd5c8f67 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/hycolor/hycolor.sty" 1580250785 17914 4c28a13fc3d975e6e81c9bea1d697276 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/hpdftex.def" 1730838014 48154 82da9991b9f0390b3a9d3af6c8618af4 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/hyperref.sty" 1730838014 222112 c22dbd2288f89f7ba942ac22f7d00f11 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/nameref.sty" 1705871765 11026 182c63f139a71afd30a28e5f1ed2cd1c ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/pd1enc.def" 1730838014 14249 ff700eb13ce975a424b2dd99b1a83044 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/puenc.def" 1730838014 117112 7533bff456301d32e6d6356fad15f543 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/kvoptions/kvoptions.sty" 1655478651 22555 6d8e155cfef6d82c3d5c742fea7c992e ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/kvsetkeys/kvsetkeys.sty" 1665067230 13815 760b0c02f691ea230f5359c4e1de23a7 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/l3backend/l3backend-pdftex.def" 1716410060 29785 9f93ab201fe5dd053afcc6c1bcf7d266 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/latexconfig/epstopdf-sys.cfg" 1279039959 678 4792914a8f45be57bb98413425e4c7af ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/pgf/basiclayer/pgf.sty" 1601326656 1090 bae35ef70b3168089ef166db3e66f5b2 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/pgf/basiclayer/pgfcore.sty" 1673816307 373 00b204b1d7d095b892ad31a7494b0373 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/pgf/compatibility/pgfcomp-version-0-65.sty" 1601326656 21013 f4ff83d25bb56552493b030f27c075ae ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/pgf/compatibility/pgfcomp-version-1-18.sty" 1601326656 989 c49c8ae06d96f8b15869da7428047b1e ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/pgf/frontendlayer/tikz.sty" 1601326656 339 c2e180022e3afdb99c7d0ea5ce469b7d ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/pgf/math/pgfmath.sty" 1601326656 306 c56a323ca5bf9242f54474ced10fca71 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/pgf/systemlayer/pgfsys.sty" 1601326656 443 8c872229db56122037e86bcda49e14f3 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/pgf/utilities/pgffor.sty" 1601326656 348 ee405e64380c11319f0e249fed57e6c5 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/pgf/utilities/pgfkeys.sty" 1601326656 274 5ae372b7df79135d240456a1c6f2cf9a ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/pgf/utilities/pgfrcs.sty" 1601326656 325 f9f16d12354225b7dd52a3321f085955 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/psnfss/ot1ppl.fd" 1137110629 961 06b773644d960aac68add40fcb596208 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/psnfss/palatino.sty" 1586716065 871 125278a9cae6071e87c6114370fad4cf ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/psnfss/ts1ppl.fd" 1137110629 619 35f1cf70bf09b6e2d22ee0902cfb1a8b ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/refcount/refcount.sty" 1576624809 9878 9e94e8fa600d95f9c7731bb21dfb67a4 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/rerunfilecheck/rerunfilecheck.sty" 1657483315 9714 ba3194bd52c8499b3f1e3eb91d409670 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/setspace/setspace.sty" 1670275497 22490 8cac309b79a4c53a4ffce4b1b07aead0 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/tocbibind/tocbibind.sty" 1287012853 8927 46f54e33fc9cef24f78ab3bc811cb63f ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/url/url.sty" 1388531844 12796 8edb7d69a20b857904dd0ea757c14ec9 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/tex/latex/xcolor/xcolor.sty" 1727642399 55384 b454dec21c2d9f45ec0b793f0995b992 ""
|
||||
"/usr/local/texlive/2025/texmf-dist/web2c/texmf.cnf" 1739380943 42148 61becc7c670cd061bb319c643c27fdd4 ""
|
||||
"/usr/local/texlive/2025/texmf-var/fonts/map/pdftex/updmap/pdftex.map" 1743252366 5501089 f2ffe622267f7d8bfaba0244ab87ba6f ""
|
||||
"/usr/local/texlive/2025/texmf-var/web2c/pdftex/pdflatex.fmt" 1743252446 3345751 e6da723a315d587e30201ca3058e16a6 ""
|
||||
"/usr/local/texlive/2025/texmf.cnf" 1743252360.64443 455 5b996dcaa0eb4ef14a83b026bc0a008c ""
|
||||
"chapters/chapter1_introduction.tex" 1749990643.36252 9621 dc278ac41e9424a1ae8d419462e795c9 ""
|
||||
"chapters/chapter2.tex" 1749991009.10717 8889 978d3c817c8f63314b140c07575a50cd ""
|
||||
"chapters/chapter3.tex" 1749991142.87949 7190 631b93a0c662a7311216195dd5179dc8 ""
|
||||
"chapters/chapter4.tex" 1749991341.07602 8718 56131644bc963803c0ccb83e1d78c272 ""
|
||||
"chapters/chapter5.tex" 1749991587.58473 24346 f6b0ef60675b8cc641b7eb94b3f54f44 ""
|
||||
"chapters/chapter6.tex" 1749991638.49689 5616 d32dbc681de13c04063c657a399ff165 ""
|
||||
"chapters/chapter6_conclusions.tex" 1749991834.63349 5542 a9fab0bd6d1b56692e8a001c66b3bc24 ""
|
||||
"figures/checkout.png" 1749985543.54901 53337 068989ac3372d17f9ff8d770147064a6 ""
|
||||
"figures/cpu_usage.png" 1749983967.56335 32305 91fd979bffb037a5c0b5f52dc94acf1e ""
|
||||
"figures/edit.png" 1749985493.72489 42695 527e5a2578aedcaa2e53fd7d578b836e ""
|
||||
"figures/inventory.png" 1749985474.68085 87570 d731333966a36a6ef1139c2856ce96b7 ""
|
||||
"figures/memory_usage.png" 1749984003.31671 38571 44a5083021c7b3b7a5ed1815aabafe4e ""
|
||||
"figures/number_of_users.png" 1749983923.41636 22524 c1ad7c292d04f066cfa39502ef782627 ""
|
||||
"figures/products.png" 1749985524.46896 366175 1b250ce631453b016c505aeeb44188a3 ""
|
||||
"figures/response_time.png" 1749983897.7398 34810 32e8c5c67c6f8ed78510907d23010c2d ""
|
||||
"figures/rps.png" 1749983870.89523 50694 89c35875bdb48a9f26ef5ae09355732f ""
|
||||
"figures/stripe.png" 1749985442.42478 63999 ecbec0047849e5c429ded4be2143162b ""
|
||||
"main.aux" 1749992125.55841 16338 a59be3ec13ba38d0d0cb1a0c5a0f4396 "pdflatex"
|
||||
"main.bbl" 1749992124.01041 3432 125a40f75fa26618b16f8d83e20c4d7c "bibtex main"
|
||||
"main.out" 1749992125.55841 10798 e8005b1a9fd61a1f10cce79621d3f105 "pdflatex"
|
||||
"main.tex" 1749987874.44292 3981 a9023c09d5af29b1ea62ac08551655eb ""
|
||||
"main.toc" 1749992125.55841 4194 e15facc87981a380ac81243fca6dd3f0 "pdflatex"
|
||||
"style.sty" 1613827656 3009 254cf1aa1f7ee43df8efd2c12a433706 ""
|
||||
(generated)
|
||||
"main.aux"
|
||||
"main.log"
|
||||
"main.out"
|
||||
"main.pdf"
|
||||
"main.toc"
|
||||
(rewritten before read)
|
||||
@@ -0,0 +1,420 @@
|
||||
PWD /home/danielcujba/Desktop/Semestrul 2/Licenta
|
||||
INPUT /usr/local/texlive/2025/texmf.cnf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/web2c/texmf.cnf
|
||||
INPUT /usr/local/texlive/2025/texmf-var/web2c/pdftex/pdflatex.fmt
|
||||
INPUT /home/danielcujba/Desktop/Semestrul 2/Licenta/main.tex
|
||||
OUTPUT main.log
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/base/report.cls
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/base/report.cls
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/base/size12.clo
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/base/size12.clo
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/base/size12.clo
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/map/fontname/texfonts.map
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmr12.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/frontendlayer/tikz.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/frontendlayer/tikz.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/basiclayer/pgf.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/basiclayer/pgf.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/utilities/pgfrcs.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/utilities/pgfrcs.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfutil-common.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfutil-latex.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfrcs.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfrcs.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfrcs.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/pgf.revision.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/pgf.revision.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/basiclayer/pgfcore.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/basiclayer/pgfcore.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics/graphicx.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics/graphicx.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics/keyval.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics/keyval.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics/graphics.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics/graphics.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics/trig.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics/trig.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics-cfg/graphics.cfg
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics-cfg/graphics.cfg
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics-cfg/graphics.cfg
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics-def/pdftex.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics-def/pdftex.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics-def/pdftex.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/systemlayer/pgfsys.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/systemlayer/pgfsys.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsys.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsys.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsys.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfkeys.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfkeyslibraryfiltered.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgf.cfg
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsys-pdftex.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsys-pdftex.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsys-common-pdf.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsyssoftpath.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsyssoftpath.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsyssoftpath.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsysprotocol.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsysprotocol.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/systemlayer/pgfsysprotocol.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/xcolor/xcolor.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/xcolor/xcolor.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics-cfg/color.cfg
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics-cfg/color.cfg
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics-cfg/color.cfg
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics/mathcolor.ltx
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics/mathcolor.ltx
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/graphics/mathcolor.ltx
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcore.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcore.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcore.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmath.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathutil.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathparser.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.basic.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.trigonometric.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.random.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.comparison.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.base.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.round.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.misc.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfunctions.integerarithmetics.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathcalc.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmathfloat.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfint.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorepoints.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorepathconstruct.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorepathusage.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorescopes.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcoregraphicstate.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcoretransformations.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorequick.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcoreobjects.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorepathprocessing.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorearrows.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcoreshade.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcoreimage.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcoreexternal.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorelayers.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcoretransparency.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorepatterns.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/basiclayer/pgfcorerdf.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/modules/pgfmoduleshapes.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/modules/pgfmoduleplot.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/compatibility/pgfcomp-version-0-65.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/compatibility/pgfcomp-version-0-65.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/compatibility/pgfcomp-version-1-18.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/compatibility/pgfcomp-version-1-18.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/utilities/pgffor.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/utilities/pgffor.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/utilities/pgfkeys.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/utilities/pgfkeys.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfkeys.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfkeys.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgfkeys.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/math/pgfmath.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/pgf/math/pgfmath.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmath.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmath.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/math/pgfmath.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgffor.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgffor.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/utilities/pgffor.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/tikz.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/tikz.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/tikz.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/libraries/pgflibraryplothandlers.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/libraries/pgflibraryplothandlers.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/modules/pgfmodulematrix.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarytopaths.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarytopaths.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarypositioning.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarypositioning.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibraryshapes.geometric.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibraryshapes.geometric.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/libraries/shapes/pgflibraryshapes.geometric.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/libraries/shapes/pgflibraryshapes.geometric.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/libraries/pgflibraryarrows.meta.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/libraries/pgflibraryarrows.meta.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/libraries/pgflibraryarrows.meta.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarybackgrounds.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibrarybackgrounds.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibraryfit.code.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pgf/frontendlayer/tikz/libraries/tikzlibraryfit.code.tex
|
||||
INPUT ./style.sty
|
||||
INPUT style.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/geometry/geometry.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/geometry/geometry.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/iftex/ifvtex.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/iftex/ifvtex.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/iftex/iftex.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/iftex/iftex.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/psnfss/palatino.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/psnfss/palatino.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/setspace/setspace.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/setspace/setspace.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/base/inputenc.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/base/inputenc.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/url/url.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/url/url.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/tocbibind/tocbibind.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/tocbibind/tocbibind.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/hyperref.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/hyperref.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/kvsetkeys/kvsetkeys.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/kvsetkeys/kvsetkeys.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/kvdefinekeys/kvdefinekeys.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/kvdefinekeys/kvdefinekeys.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pdfescape/pdfescape.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pdfescape/pdfescape.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/ltxcmds/ltxcmds.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/ltxcmds/ltxcmds.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pdftexcmds/pdftexcmds.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/pdftexcmds/pdftexcmds.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/infwarerr/infwarerr.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/infwarerr/infwarerr.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hycolor/hycolor.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hycolor/hycolor.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/nameref.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/nameref.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/refcount/refcount.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/refcount/refcount.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/gettitlestring/gettitlestring.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/gettitlestring/gettitlestring.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/kvoptions/kvoptions.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/kvoptions/kvoptions.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/etoolbox/etoolbox.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/etoolbox/etoolbox.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/stringenc/stringenc.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/stringenc/stringenc.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/pd1enc.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/pd1enc.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/pd1enc.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/intcalc/intcalc.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/intcalc/intcalc.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/puenc.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/puenc.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/puenc.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/bitset/bitset.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/bitset/bitset.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/bigintcalc/bigintcalc.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/bigintcalc/bigintcalc.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/atbegshi/atbegshi.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/base/atbegshi-ltx.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/base/atbegshi-ltx.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/hpdftex.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/hpdftex.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/hyperref/hpdftex.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/atveryend/atveryend.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/base/atveryend-ltx.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/base/atveryend-ltx.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/rerunfilecheck/rerunfilecheck.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/rerunfilecheck/rerunfilecheck.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/uniquecounter/uniquecounter.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/uniquecounter/uniquecounter.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/base/ifthen.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/base/ifthen.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/babel/babel.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/babel/babel.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/babel/txtbabel.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/babel-english/english.ldf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/babel-english/english.ldf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/babel-english/english.ldf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/babel/locale/en/babel-english.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/babel/locale/en/babel-english.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/babel/locale/en/babel-english.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/generic/babel/locale/en/babel-en.ini
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/fancyhdr/fancyhdr.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/fancyhdr/fancyhdr.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/psnfss/ot1ppl.fd
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/psnfss/ot1ppl.fd
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/psnfss/ot1ppl.fd
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplr7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/l3backend/l3backend-pdftex.def
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/l3backend/l3backend-pdftex.def
|
||||
INPUT ./main.aux
|
||||
INPUT ./main.aux
|
||||
INPUT main.aux
|
||||
OUTPUT main.aux
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/context/base/mkii/supp-pdf.mkii
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/context/base/mkii/supp-pdf.mkii
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/context/base/mkii/supp-pdf.mkii
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/epstopdf-pkg/epstopdf-base.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/epstopdf-pkg/epstopdf-base.sty
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/latexconfig/epstopdf-sys.cfg
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/latexconfig/epstopdf-sys.cfg
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/latexconfig/epstopdf-sys.cfg
|
||||
INPUT ./main.out
|
||||
INPUT ./main.out
|
||||
INPUT main.out
|
||||
INPUT main.out
|
||||
OUTPUT main.pdf
|
||||
INPUT ./main.out
|
||||
INPUT ./main.out
|
||||
OUTPUT main.out
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplr7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplb7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplr7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplb7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplri7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplb7t.vf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplb8r.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-var/fonts/map/pdftex/updmap/pdftex.map
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/enc/dvips/base/8r.enc
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplb7t.vf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplb8r.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplri7t.vf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplri8r.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplr7t.vf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplr8r.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmr17.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmr17.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmr17.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmmi12.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmmi12.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmmi12.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmsy10.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmsy10.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmsy10.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmmi12.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmsy10.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplb7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplb7t.vf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplb8r.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplro7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplr7t.vf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplr8r.tfm
|
||||
INPUT ./main.toc
|
||||
INPUT ./main.toc
|
||||
INPUT main.toc
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplb7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmr8.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmr6.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmmi8.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmmi6.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmsy8.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/cm/cmsy6.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplb7t.vf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplb8r.tfm
|
||||
OUTPUT main.toc
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplro7t.vf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplro8r.tfm
|
||||
INPUT ./chapters/chapter1_introduction.tex
|
||||
INPUT ./chapters/chapter1_introduction.tex
|
||||
INPUT ./chapters/chapter1_introduction.tex
|
||||
INPUT ./chapters/chapter1_introduction.tex
|
||||
INPUT chapters/chapter1_introduction.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/psnfss/ts1ppl.fd
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/psnfss/ts1ppl.fd
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/tex/latex/psnfss/ts1ppl.fd
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplr8c.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplr8c.vf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/public/mathpazo/fplmr.tfm
|
||||
INPUT ./chapters/chapter2.tex
|
||||
INPUT ./chapters/chapter2.tex
|
||||
INPUT ./chapters/chapter2.tex
|
||||
INPUT ./chapters/chapter2.tex
|
||||
INPUT chapters/chapter2.tex
|
||||
INPUT ./chapters/chapter3.tex
|
||||
INPUT ./chapters/chapter3.tex
|
||||
INPUT ./chapters/chapter3.tex
|
||||
INPUT ./chapters/chapter3.tex
|
||||
INPUT chapters/chapter3.tex
|
||||
INPUT ./chapters/chapter4.tex
|
||||
INPUT ./chapters/chapter4.tex
|
||||
INPUT ./chapters/chapter4.tex
|
||||
INPUT ./chapters/chapter4.tex
|
||||
INPUT chapters/chapter4.tex
|
||||
INPUT ./chapters/chapter5.tex
|
||||
INPUT ./chapters/chapter5.tex
|
||||
INPUT ./chapters/chapter5.tex
|
||||
INPUT ./chapters/chapter5.tex
|
||||
INPUT chapters/chapter5.tex
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplr7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplri7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplr7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplr7t.vf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplr8r.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplri7t.vf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplri8r.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplr7t.vf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplr8r.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplr7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplb7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplb7t.vf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplb8r.tfm
|
||||
INPUT ./figures/products.png
|
||||
INPUT ./figures/products.png
|
||||
INPUT ./figures/products.png
|
||||
INPUT ./figures/products.png
|
||||
INPUT ./figures/products.png
|
||||
INPUT ./figures/checkout.png
|
||||
INPUT ./figures/checkout.png
|
||||
INPUT ./figures/checkout.png
|
||||
INPUT ./figures/checkout.png
|
||||
INPUT ./figures/checkout.png
|
||||
INPUT ./figures/stripe.png
|
||||
INPUT ./figures/stripe.png
|
||||
INPUT ./figures/stripe.png
|
||||
INPUT ./figures/stripe.png
|
||||
INPUT ./figures/stripe.png
|
||||
INPUT ./figures/inventory.png
|
||||
INPUT ./figures/inventory.png
|
||||
INPUT ./figures/inventory.png
|
||||
INPUT ./figures/inventory.png
|
||||
INPUT ./figures/inventory.png
|
||||
INPUT ./figures/edit.png
|
||||
INPUT ./figures/edit.png
|
||||
INPUT ./figures/edit.png
|
||||
INPUT ./figures/edit.png
|
||||
INPUT ./figures/edit.png
|
||||
INPUT ./chapters/chapter6.tex
|
||||
INPUT ./chapters/chapter6.tex
|
||||
INPUT ./chapters/chapter6.tex
|
||||
INPUT ./chapters/chapter6.tex
|
||||
INPUT chapters/chapter6.tex
|
||||
INPUT ./figures/rps.png
|
||||
INPUT ./figures/rps.png
|
||||
INPUT ./figures/rps.png
|
||||
INPUT ./figures/rps.png
|
||||
INPUT ./figures/rps.png
|
||||
INPUT ./figures/response_time.png
|
||||
INPUT ./figures/response_time.png
|
||||
INPUT ./figures/response_time.png
|
||||
INPUT ./figures/response_time.png
|
||||
INPUT ./figures/response_time.png
|
||||
INPUT ./figures/number_of_users.png
|
||||
INPUT ./figures/number_of_users.png
|
||||
INPUT ./figures/number_of_users.png
|
||||
INPUT ./figures/number_of_users.png
|
||||
INPUT ./figures/number_of_users.png
|
||||
INPUT ./figures/cpu_usage.png
|
||||
INPUT ./figures/cpu_usage.png
|
||||
INPUT ./figures/cpu_usage.png
|
||||
INPUT ./figures/cpu_usage.png
|
||||
INPUT ./figures/cpu_usage.png
|
||||
INPUT ./figures/memory_usage.png
|
||||
INPUT ./figures/memory_usage.png
|
||||
INPUT ./figures/memory_usage.png
|
||||
INPUT ./figures/memory_usage.png
|
||||
INPUT ./figures/memory_usage.png
|
||||
INPUT ./chapters/chapter6_conclusions.tex
|
||||
INPUT ./chapters/chapter6_conclusions.tex
|
||||
INPUT ./chapters/chapter6_conclusions.tex
|
||||
INPUT ./chapters/chapter6_conclusions.tex
|
||||
INPUT chapters/chapter6_conclusions.tex
|
||||
INPUT ./main.bbl
|
||||
INPUT ./main.bbl
|
||||
INPUT main.bbl
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplri7t.tfm
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/vf/adobe/palatino/pplri7t.vf
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/tfm/adobe/palatino/pplri8r.tfm
|
||||
INPUT main.aux
|
||||
INPUT ./main.out
|
||||
INPUT ./main.out
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/type1/public/amsfonts/cm/cmr8.pfb
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/type1/urw/palatino/uplb8a.pfb
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/type1/urw/palatino/uplr8a.pfb
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/type1/urw/palatino/uplr8a.pfb
|
||||
INPUT /usr/local/texlive/2025/texmf-dist/fonts/type1/urw/palatino/uplri8a.pfb
|
||||
Binary file not shown.
Binary file not shown.
@@ -0,0 +1,89 @@
|
||||
%\documentclass[12pt]{scrreprt}
|
||||
\documentclass[12pt]{report}
|
||||
|
||||
\usepackage{tikz}
|
||||
\usepackage{tikz}
|
||||
\usetikzlibrary{
|
||||
positioning, % For relative positioning of nodes
|
||||
shapes.geometric, % For cylinder shape
|
||||
arrows.meta, % For arrow tips
|
||||
backgrounds, % For layers
|
||||
fit % To fit a node around other nodes
|
||||
}
|
||||
|
||||
% language may be romanian or english (default is english)
|
||||
% type may be bachelor or master (default is bachelor)
|
||||
\usepackage[language=english, type=bachelor]{style}
|
||||
|
||||
%\geometry{a4paper,top=2.5cm,left=3cm,right=2.5cm,bottom=2.5cm}
|
||||
%in style
|
||||
%controlling the appearance of your headers and footers
|
||||
\usepackage{fancyhdr}
|
||||
\pagestyle{fancy}
|
||||
\lhead{}
|
||||
\chead{}
|
||||
\renewcommand{\headrulewidth}{0.2pt}
|
||||
\renewcommand{\footrulewidth}{0.2pt}
|
||||
|
||||
\begin{document}
|
||||
|
||||
\specialization{COMPUTER SCIENCE IN ENGLISH}
|
||||
\title{An Empirical Validation of Scalability and Fault Tolerance Patterns in a.NET Microservices Architecture on Kubernetes}
|
||||
\author{Cujba Daniel}
|
||||
\supervisor{Assoc. Prof. Rares Florin Boian Ph.D.}
|
||||
|
||||
\maketitle
|
||||
\newpage
|
||||
\setbool{@eng}{false}
|
||||
|
||||
\specialization{INFORMATICA IN LIMBA ENGLEZA}
|
||||
\title{O validare empirică a modelelor de scalabilitate și toleranță la erori într-o arhitectură de microservicii .NET pe Kubernetes}
|
||||
\author{Cujba Daniel}
|
||||
\supervisor{Conf. Dr. Boian Rares}
|
||||
\maketitle
|
||||
\setbool{@eng}{true}
|
||||
\newpage
|
||||
\pagenumbering{roman}
|
||||
|
||||
\cleardoublepage
|
||||
ABSTRACT
|
||||
\vspace{0.5cm}
|
||||
\hrule
|
||||
\vspace{0.5cm}
|
||||
%\cleardoublepage
|
||||
|
||||
The imperative for modern software systems to be both highly scalable and resilient to failure has driven the widespread adoption of microservice architectures. However, the theoretical benefits of this architectural style are not inherently guaranteed and depend on the deliberate application and validation of specific design patterns and technologies. This thesis addresses the gap between theoretical principles and practical implementation by presenting the design, end-to-end development, and empirical validation of a cloud-native e-commerce application. The system is architected using.NET microservices, containerized and orchestrated with Kubernetes, and employs RabbitMQ for asynchronous, decoupled communication. Application-level fault tolerance is implemented through the Polly library, integrating Retry and Circuit Breaker patterns to enhance inter-service communication robustness. To validate the architecture, a sustained 30-minute load test was conducted on a key service, demonstrating high performance with a stable throughput of approximately 124 requests per second at a median latency of 35ms, with zero failures. Crucially, the results confirmed that the service becomes CPU-bound under load, a behavior that correctly triggers the configured Kubernetes Horizontal Pod Autoscaler (HPA) policy. This work's primary contribution is an empirically validated architectural blueprint, demonstrating the effective integration of specific technologies and patterns to build verifiably scalable and fault-tolerant.NET microservice applications.
|
||||
|
||||
|
||||
\newpage
|
||||
DISCLAIMER
|
||||
\vspace{0.5cm}
|
||||
\hrule
|
||||
\vspace{0.5cm}
|
||||
|
||||
During the preparation of this work the author used Google Gemini and DeepSeek in order to improve wording, rephrase sentences, check for spelling, and assist with the generation of LaTeX code. After using these tools/services, the author reviewed and edited the content as needed and takes full responsibility for the content of the thesis.
|
||||
|
||||
|
||||
\tableofcontents
|
||||
|
||||
|
||||
\newpage
|
||||
\pagenumbering{arabic}
|
||||
|
||||
\input{chapters/chapter1_introduction}
|
||||
%\addcontentsline{toc}{chapter}{Introducere}
|
||||
%\addcontentsline{toc}{chapter}{Introduction}
|
||||
|
||||
\input{chapters/chapter2}
|
||||
\input{chapters/chapter3}
|
||||
\input{chapters/chapter4}
|
||||
\input{chapters/chapter5}
|
||||
\input{chapters/chapter6}
|
||||
|
||||
\input{chapters/chapter6_conclusions}
|
||||
%\addcontentsline{toc}{chapter}{Concluzii}
|
||||
%\addcontentsline{toc}{chapter}{Conclusions}
|
||||
|
||||
\bibliography{references}
|
||||
|
||||
\end{document}
|
||||
@@ -0,0 +1,42 @@
|
||||
\babel@toc {english}{}\relax
|
||||
\contentsline {chapter}{\numberline {1}Introduction}{1}{chapter.1}%
|
||||
\contentsline {section}{\numberline {1.1}Background: The Ascendancy of Microservices in Distributed System Design}{1}{section.1.1}%
|
||||
\contentsline {section}{\numberline {1.2}Problem Statement: The Intrinsic Scalability and Fault Tolerance Imperatives in Microservice Ecosystems}{2}{section.1.2}%
|
||||
\contentsline {section}{\numberline {1.3}Research Objectives and Guiding Questions}{2}{section.1.3}%
|
||||
\contentsline {section}{\numberline {1.4}Contributions of the Thesis}{3}{section.1.4}%
|
||||
\contentsline {section}{\numberline {1.5}Thesis Structure}{4}{section.1.5}%
|
||||
\contentsline {chapter}{\numberline {2}Theoretical Foundations of Microservices for Resilient and Scalable Systems}{6}{chapter.2}%
|
||||
\contentsline {section}{\numberline {2.1}Defining Microservice Architecture: A Paradigm for Distributed Functionality}{6}{section.2.1}%
|
||||
\contentsline {section}{\numberline {2.2}Core Characteristics Enabling (and Complicating) Scalability and Fault Tolerance}{7}{section.2.2}%
|
||||
\contentsline {section}{\numberline {2.3}Advantages and Disadvantages in Distributed Contexts}{8}{section.2.3}%
|
||||
\contentsline {chapter}{\numberline {3}Design Patterns and Strategies for Scalability in Microservices}{10}{chapter.3}%
|
||||
\contentsline {section}{\numberline {3.1}Vertical Scaling}{10}{section.3.1}%
|
||||
\contentsline {section}{\numberline {3.2}Horizontal Scaling}{10}{section.3.2}%
|
||||
\contentsline {section}{\numberline {3.3}Load Balancing Techniques and the Pivotal Role of API Gateways}{11}{section.3.3}%
|
||||
\contentsline {section}{\numberline {3.4}Asynchronous Processing and Message Queues for Decoupled Scaling}{12}{section.3.4}%
|
||||
\contentsline {chapter}{\numberline {4}Design Patterns and Strategies for Fault Tolerance in Microservices}{14}{chapter.4}%
|
||||
\contentsline {section}{\numberline {4.1}The Circuit Breaker Pattern: Preventing Cascading Failures}{15}{section.4.1}%
|
||||
\contentsline {section}{\numberline {4.2}Retry Mechanisms}{16}{section.4.2}%
|
||||
\contentsline {section}{\numberline {4.3}The Bulkhead Pattern: Isolating Resources for Fault Containment}{16}{section.4.3}%
|
||||
\contentsline {chapter}{\numberline {5}Building applications with Microservices Architecture in .NET}{18}{chapter.5}%
|
||||
\contentsline {section}{\numberline {5.1}Architectural Overview}{18}{section.5.1}%
|
||||
\contentsline {section}{\numberline {5.2}Implementing Scalability}{20}{section.5.2}%
|
||||
\contentsline {subsection}{\numberline {5.2.1}Service-Level Scalability with Kubernetes}{20}{subsection.5.2.1}%
|
||||
\contentsline {subsection}{\numberline {5.2.2}Asynchronous Communication with RabbitMQ}{20}{subsection.5.2.2}%
|
||||
\contentsline {section}{\numberline {5.3}Resilient Communication with Polly}{21}{section.5.3}%
|
||||
\contentsline {subsection}{\numberline {5.3.1}The Retry Pattern}{21}{subsection.5.3.1}%
|
||||
\contentsline {subsection}{\numberline {5.3.2}The Circuit Breaker Pattern}{22}{subsection.5.3.2}%
|
||||
\contentsline {subsection}{\numberline {5.3.3}Fault Tolerance with Kubernetes}{22}{subsection.5.3.3}%
|
||||
\contentsline {subsection}{\numberline {5.3.4}Message Durability with RabbitMQ}{22}{subsection.5.3.4}%
|
||||
\contentsline {section}{\numberline {5.4}Observability: Metrics and Monitoring}{22}{section.5.4}%
|
||||
\contentsline {section}{\numberline {5.5}Application User Interface and Workflow}{23}{section.5.5}%
|
||||
\contentsline {subsection}{\numberline {5.5.1}Customer-Facing Storefront}{23}{subsection.5.5.1}%
|
||||
\contentsline {subsection}{\numberline {5.5.2}Administrative Interface}{26}{subsection.5.5.2}%
|
||||
\contentsline {chapter}{\numberline {6}Results and Discussion}{28}{chapter.6}%
|
||||
\contentsline {subsection}{\numberline {6.0.1}Results}{28}{subsection.6.0.1}%
|
||||
\contentsline {subsection}{\numberline {6.0.2}Discussion}{29}{subsection.6.0.2}%
|
||||
\contentsline {chapter}{\numberline {7}Conclusion and Future Research Directions}{31}{chapter.7}%
|
||||
\contentsline {section}{\numberline {7.1}Summary of Key Findings and Contributions}{31}{section.7.1}%
|
||||
\contentsline {section}{\numberline {7.2}Limitations of the Study}{32}{section.7.2}%
|
||||
\contentsline {section}{\numberline {7.3}Future Research Directions}{33}{section.7.3}%
|
||||
\contentsline {chapter}{Bibliography}{34}{chapter*.2}%
|
||||
@@ -0,0 +1,176 @@
|
||||
@online{fowler2014microservices,
|
||||
author = {Fowler, Martin and Lewis, James},
|
||||
title = {Microservices: a definition of this new architectural term},
|
||||
year = {2014},
|
||||
url = {https://martinfowler.com/articles/microservices.html},
|
||||
urldate = {2025-06-15},
|
||||
note = {Online; accessed 15 June 2025}
|
||||
}
|
||||
|
||||
@book{nygard2018release,
|
||||
author = {Nygard, Michael T.},
|
||||
title = {Release It!: Design and Deploy Production-Ready Software},
|
||||
year = {2018},
|
||||
publisher = {Pragmatic Bookshelf},
|
||||
edition = {2nd}
|
||||
}
|
||||
|
||||
@online{kubernetes2025horizontal,
|
||||
author = {{Kubernetes Documentation}},
|
||||
title = {Horizontal Pod Autoscaler},
|
||||
year = {2025},
|
||||
url = {https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/},
|
||||
urldate = {2025-06-15},
|
||||
note = {Online; accessed 15 June 2025}
|
||||
}
|
||||
|
||||
@online{rabbitmq2025messaging,
|
||||
author = {{RabbitMQ}},
|
||||
title = {Messaging with RabbitMQ},
|
||||
year = {2025},
|
||||
url = {https://www.rabbitmq.com/},
|
||||
urldate = {2025-06-15},
|
||||
note = {Online; accessed 15 June 2025}
|
||||
}
|
||||
|
||||
@online{polly2025dotnet,
|
||||
author = {{Polly}},
|
||||
title = {Polly: The .NET resilience library},
|
||||
year = {2025},
|
||||
url = {https://www.pollydocs.org/},
|
||||
urldate = {2025-03-29},
|
||||
note = {Online; accessed 15 June 2025}
|
||||
}
|
||||
|
||||
@online{prometheus2025monitoring,
|
||||
author = {{Prometheus Authors}},
|
||||
title = {Prometheus - Monitoring system \& time series database},
|
||||
year = {2025},
|
||||
url = {https://prometheus.io/},
|
||||
urldate = {2025-06-15},
|
||||
note = {Online; accessed 15 June 2025}
|
||||
}
|
||||
|
||||
@online{grafana2025open,
|
||||
author = {{Grafana Labs}},
|
||||
title = {Grafana: The open observability platform},
|
||||
year = {2025},
|
||||
url = {https://grafana.com/},
|
||||
urldate = {2025-06-15},
|
||||
note = {Online; accessed 15 June 2025}
|
||||
}
|
||||
|
||||
@online{locust2025load,
|
||||
author = {{Locust Maintainers}},
|
||||
title = {Locust: Open source load testing tool},
|
||||
year = {2025},
|
||||
url = {https://locust.io/},
|
||||
urldate = {2025-06-15},
|
||||
note = {Online; accessed 15 June 2025}
|
||||
}
|
||||
|
||||
@book{richardson2018microservices,
|
||||
author = {Richardson, Chris},
|
||||
title = {Microservices Patterns: With examples in Java},
|
||||
year = {2018},
|
||||
publisher = {Manning Publications}
|
||||
}
|
||||
|
||||
@article{burns2016borg,
|
||||
author = {Burns, Brendan and Grant, Brian and Oppenheimer, David and Brewer, Eric and Wilkes, John},
|
||||
title = {Borg, Omega, and Kubernetes},
|
||||
journal = {Communications of the ACM},
|
||||
year = {2016},
|
||||
volume = {59},
|
||||
number = {5},
|
||||
pages = {50--57}
|
||||
}
|
||||
|
||||
@online{gremlin2023chaos,
|
||||
author = {{Gremlin}},
|
||||
title = {Chaos Engineering: The History, Principles, and Practice},
|
||||
year = {2023},
|
||||
url = {https://www.gremlin.com/community/tutorials/chaos-engineering-the-history-principles-and-practice},
|
||||
urldate = {2025-03-29},
|
||||
note = {Online; accessed 15 June 2025}
|
||||
}
|
||||
|
||||
@online{microsoft2025net,
|
||||
author = {{Microsoft}},
|
||||
title = {.NET Microservices: Architecture for Containerized Applications},
|
||||
year = {2025},
|
||||
url = {https://learn.microsoft.com/en-us/dotnet/architecture/microservices/},
|
||||
urldate = {2025-06-15},
|
||||
note = {Online; accessed 15 June 2025}
|
||||
}
|
||||
|
||||
@book{evans2003domain,
|
||||
author = {Evans, Eric},
|
||||
title = {Domain-Driven Design: Tackling Complexity in the Heart of Software},
|
||||
year = {2003},
|
||||
publisher = {Addison-Wesley Professional}
|
||||
}
|
||||
|
||||
@online{stripe2025online,
|
||||
author = {{Stripe}},
|
||||
title = {Stripe Documentation: Online Payments},
|
||||
year = {2025},
|
||||
url = {https://stripe.com/docs},
|
||||
urldate = {2025-06-15},
|
||||
note = {Online; accessed 15 June 2025}
|
||||
}
|
||||
|
||||
@article{shekhar2024microservices,
|
||||
author = {Shekhar, Gaurav},
|
||||
title = {Microservices Design Patterns for Cloud Architecture},
|
||||
journal = {International Journal of Computer Science and Engineering},
|
||||
year = {2024},
|
||||
volume = {11},
|
||||
number = {9},
|
||||
pages = {1--7},
|
||||
month = {sep},
|
||||
doi = {10.14445/23488387/ijcse-v11i9p101}
|
||||
}
|
||||
|
||||
@article{walia2025leveraging,
|
||||
author = {Walia, Anjali},
|
||||
title = {Leveraging microservices architecture: Key principles for scalable and fault-tolerant applications},
|
||||
journal = {International Journal of Information Technology and Management Information Systems},
|
||||
year = {2025},
|
||||
volume = {16},
|
||||
number = {1},
|
||||
pages = {455--468},
|
||||
month = {feb},
|
||||
doi = {10.34218/ijitmis_16_01_034}
|
||||
}
|
||||
|
||||
@article{makungu2023fault,
|
||||
author = {Makungu, Chisenga},
|
||||
title = {Fault Tolerance in Distributed Systems},
|
||||
journal = {World Journal of Innovation and Modern Technology},
|
||||
year = {2023},
|
||||
volume = {7},
|
||||
number = {2},
|
||||
pages = {105--108},
|
||||
month = {dec},
|
||||
doi = {10.56201/wjimt.v7.no2.2023.pg105.108}
|
||||
}
|
||||
|
||||
@article{baboi2019dynamic,
|
||||
author = {Baboi, Mihai and Iftene, Adrian and Gîfu, Daniela},
|
||||
title = {Dynamic Microservices to Create Scalable and Fault Tolerance Architecture},
|
||||
journal = {Procedia Computer Science},
|
||||
year = {2019},
|
||||
volume = {159},
|
||||
pages = {1035--1044},
|
||||
doi = {10.1016/j.procs.2019.09.271}
|
||||
}
|
||||
|
||||
@inproceedings{ibrahim2022scalable,
|
||||
author = {Ibrahim, Abdullahi and Ade, Mallo},
|
||||
title = {Scalable Fault Tolerance for Microservices-Based Systems},
|
||||
booktitle = {2022 IEEE International Conference on Big Data (Big Data)},
|
||||
year = {2022},
|
||||
pages = {6329-6331},
|
||||
doi = {10.1109/BigData55660.2022.10021021}
|
||||
}
|
||||
@@ -0,0 +1,108 @@
|
||||
% used packages
|
||||
\usepackage{geometry} % page settings
|
||||
\usepackage{palatino} % font
|
||||
\usepackage[onehalfspacing]{setspace} % 1.5 distance between lines
|
||||
\usepackage[utf8]{inputenc} % encoding
|
||||
\usepackage{graphicx} % images
|
||||
\usepackage{url} % links
|
||||
\usepackage[nottoc, notlof, notlot]{tocbibind} % table of contents style
|
||||
\usepackage[unicode]{hyperref} % references from the table of contents
|
||||
\usepackage{etoolbox,ifthen} % ifthen type of commands
|
||||
\usepackage{kvoptions} % define key/value pairs as options for packages and classes
|
||||
|
||||
% package options
|
||||
\geometry{ a4paper,
|
||||
left=3cm,
|
||||
right=2.5cm,
|
||||
top=2.5cm,
|
||||
bottom=2.5cm,
|
||||
}
|
||||
|
||||
% bib style
|
||||
\bibliographystyle{alpha}
|
||||
|
||||
% define the boolean variables in which we store the options chosen for the package (language and type of document)
|
||||
\newbool{@eng}\setbool{@eng}{false}
|
||||
\newbool{@dis}\setbool{@dis}{false}
|
||||
\newbool{@lic}\setbool{@lic}{true}
|
||||
|
||||
% define and setup the key/value pairs for the package options
|
||||
\SetupKeyvalOptions{
|
||||
family=std,
|
||||
prefix=std@
|
||||
}
|
||||
\DeclareStringOption[romanian]{language}
|
||||
\DeclareStringOption[bachelor]{type}
|
||||
\DeclareDefaultOption{%
|
||||
\PackageWarning{\@currname}{Unknown option `\CurrentOption'}}
|
||||
\ProcessKeyvalOptions*
|
||||
\ifthenelse{\equal{\std@language}{romanian}}{\setbool{@eng}{false}}{\setbool{@eng}{true}}
|
||||
\ifthenelse{\equal{\std@type}{bachelor}}{\setbool{@lic}{true}\setbool{@dis}{false}}{}
|
||||
\ifthenelse{\equal{\std@type}{master}}{\setbool{@dis}{true}\setbool{@lic}{false}}{}
|
||||
|
||||
\DeclareRobustCommand*{\specialization}[1]{\gdef\@specialization{#1}} % define command for specialization
|
||||
\DeclareRobustCommand*{\supervisor}[1]{\gdef\@supervisor{#1}} % define command for scientific advisor
|
||||
|
||||
\ifbool{@eng}{\usepackage[english]{babel}}{\usepackage[romanian]{babel}}
|
||||
|
||||
% customize the title page
|
||||
\renewcommand{\maketitle}
|
||||
{
|
||||
\begin{titlepage}
|
||||
|
||||
\begin{center}
|
||||
{\Large\textbf{
|
||||
\ifbool{@eng}
|
||||
{
|
||||
BABEŞ-BOLYAI UNIVERSITY CLUJ-NAPOCA \\
|
||||
FACULTY OF MATHEMATICS AND COMPUTER SCIENCE \\
|
||||
SPECIALIZATION \@specialization \\
|
||||
}
|
||||
{
|
||||
UNIVERSITATEA BABEŞ-BOLYAI CLUJ-NAPOCA \\
|
||||
FACULTATEA DE MATEMATICǍ ŞI INFORMATICǍ \\
|
||||
SPECIALIZAREA \@specialization \\
|
||||
}
|
||||
}}
|
||||
\end{center}
|
||||
|
||||
\vspace{10em}
|
||||
|
||||
\begin{center}
|
||||
{\Huge\textbf{
|
||||
\ifbool{@dis}{\ifbool{@eng}{DISSERTATION THESIS}{LUCRARE DE DISERTA\c TIE}}{}
|
||||
\ifbool{@lic}{\ifbool{@eng}{DIPLOMA THESIS}{LUCRARE DE LICEN\c T\u A}}{}
|
||||
}}
|
||||
\end{center}
|
||||
|
||||
\vspace{3em}
|
||||
|
||||
\begin{center}
|
||||
{\huge\textbf{\@title}}
|
||||
\end{center}
|
||||
|
||||
\vspace{10em}
|
||||
|
||||
\begin{flushleft}
|
||||
{\Large\textbf{
|
||||
\ifbool{@eng}{Supervisor}{Conducător științific} \\ \@supervisor
|
||||
}}
|
||||
\end{flushleft}
|
||||
|
||||
\vspace{3em}
|
||||
|
||||
\begin{flushright}
|
||||
{\Large\textit{
|
||||
\ifbool{@eng}{Author}{Absolvent}\\ \@author
|
||||
}}
|
||||
\end{flushright}
|
||||
|
||||
\vfill
|
||||
|
||||
\begin{center}
|
||||
{\Large{\the\year}}
|
||||
\end{center}
|
||||
|
||||
\end{titlepage}
|
||||
}
|
||||
|
||||
Reference in New Issue
Block a user