> For the complete documentation index, see [llms.txt](https://books.spartan-cybersec.com/cpna/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://books.spartan-cybersec.com/cpna/componentes-clave-y-tecnologias-en-la-nube/introduccion-a-la-computacion-sin-servidor-serverless/diferencias-entre-monolitica-y-serverless.md).

# Diferencias entre Monolítica y Serverless

\
Para ilustrar la diferencia entre una arquitectura monolítica y una arquitectura serverless, consideremos el ejemplo de una aplicación de comercio electrónico.

## <mark style="color:orange;">Arquitectura Monolítica</mark>

En una arquitectura monolítica, todos los componentes de la aplicación de comercio electrónico (como la interfaz de usuario, la gestión de productos, el procesamiento de pedidos, el manejo de pagos, etc.) están integrados en un solo y gran sistema. Este sistema se desarrolla, despliega y escala como una única unidad.

* <mark style="color:orange;">**Despliegue**</mark><mark style="color:orange;">:</mark> Si se necesita actualizar una pequeña parte del sistema, digamos, la funcionalidad de pago, toda la aplicación debe ser redeplegada.
* <mark style="color:orange;">**Escalabilidad**</mark><mark style="color:orange;">:</mark> Para manejar más tráfico, es necesario escalar toda la aplicación, lo que podría ser ineficiente, ya que no todas las partes de la aplicación experimentan la misma carga.
* <mark style="color:orange;">**Desarrollo y Mantenimiento**</mark><mark style="color:orange;">:</mark> Las actualizaciones y el mantenimiento pueden volverse complejos y riesgosos, ya que un cambio en una parte del sistema podría afectar inadvertidamente a otras partes.

## <mark style="color:orange;">Arquitectura Serverless</mark>

En una arquitectura serverless, la aplicación de comercio electrónico se descompone en funciones individuales que pueden ser desarrolladas, desplegadas y escaladas independientemente. Cada función es responsable de una tarea específica (por ejemplo, una función para agregar productos al carrito, otra para procesar pagos, etc.) y se ejecuta en respuesta a eventos específicos.

* <mark style="color:orange;">**Despliegue**</mark><mark style="color:orange;">:</mark> Las actualizaciones son más fáciles y seguras. Si se necesita actualizar la función de procesamiento de pagos, solo se redeploya esa función específica.
* <mark style="color:orange;">**Escalabilidad**</mark><mark style="color:orange;">:</mark> Cada función puede escalar automáticamente según la demanda. Si la función de procesamiento de pagos experimenta un alto volumen de transacciones, solo esa función escalará, lo que es más eficiente.
* <mark style="color:orange;">**Costo y Eficiencia**</mark><mark style="color:orange;">:</mark> Con serverless, se paga solo por el tiempo de ejecución de cada función, lo que puede ser más rentable. Además, el manejo del tráfico es más eficiente, ya que cada función maneja solo las solicitudes relevantes para su tarea.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://books.spartan-cybersec.com/cpna/componentes-clave-y-tecnologias-en-la-nube/introduccion-a-la-computacion-sin-servidor-serverless/diferencias-entre-monolitica-y-serverless.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.