> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/resources/resources-es/arquitectura/arquitectura-de-las-aplicaciones-en-la-nube-de-flosum.md).

# Arquitectura de las aplicaciones en la nube de Flosum

## Descripción general <a href="#overview" id="overview"></a>

El siguiente diagrama ilustra la arquitectura de Flosum Cloud Applications, que se aplica tanto a las instalaciones Customer-Hosted como a las instalaciones Flosum-Hosted. La principal diferencia entre ambas es la propiedad de la VM en la nube (Cloud Virtual Machine).

En una configuración Customer-Hosted, el cliente es propietario de la instancia en la nube donde se instalan DevOps, Backup & Archive y Data Migrator, y administra la infraestructura. En una configuración Flosum-Hosted, DevOps, Backup & Archive y Data Migrator se instalan en la instancia AWS de Flosum.

### Diagrama de arquitectura del sistema

<figure><img src="https://1310225426-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FihTXzKlZmF6LYKahCQ1r%2Fuploads%2FqdGINvVlKmkVaVHpVMug%2FFlosum%20Cloud%20Apps%20Architecture%20v4.png?alt=media&amp;token=2b0debfc-c3de-4400-b7f5-a382fc691c84" alt=""><figcaption></figcaption></figure>

Los elementos numerados en el diagrama anterior se explican en la lista siguiente. Todos los elementos se ejecutan como imágenes de Docker en Docker Swarm sobre EC2.

1. **NGINX**: Gestiona, enruta y optimiza el tráfico web.
2. **Configuración global de Flosum**: Gestiona los permisos de usuario de control de acceso basado en roles (RBAC) de forma granular, la seguridad y las conexiones de Salesforce para la aplicación SaaS de Flosum. También administra el almacenamiento del bucket S3 de cada inquilino.
3. **Flosum OAuth**: Gestiona las conexiones a los puntos finales de seguridad.
4. **Flosum SaaS**:
   1. **Backup & Archive**: Realiza copias de seguridad de los elementos de Salesforce (los copia) en la aplicación SaaS de Flosum, o los archiva (los copia y luego los elimina de Salesforce). Las copias de seguridad y los archivos archivados pueden restaurarse en la organización de Salesforce del cliente. Los clientes aportan su propia clave para cifrar sus datos en tránsito y en reposo, y la clave se almacena en su organización de Salesforce. Los datos se transfieren a través de HTTPS mediante Salesforce y API personalizadas. Amazon RDS MySQL realiza un seguimiento de las copias de seguridad, los archivos archivados y las restauraciones desde la organización de Salesforce del cliente, y registra dónde se almacena en S3 cada elemento respaldado o archivado.
   2. **DevOps**: Proporciona un desarrollo de Salesforce escalable y seguro. Los controles integrados de cumplimiento aceleran los ciclos de lanzamiento y reducen los errores, para que su equipo pueda centrarse en aportar valor.
   3. **Data Migrator**: Mueve datos entre organizaciones de Salesforce mientras enmascara la información confidencial para ofrecer seguridad y cumplimiento a nivel empresarial.

### Requisitos de Customer-Hosted

La siguiente información está diseñada para ayudarle a comprender los requisitos para alojar su propia instancia de Flosum Cloud Apps.

**VM en la nube:** Se requiere una máquina virtual para instalar Flosum Cloud Apps. La máquina virtual debe cumplir con los requisitos de sistema recomendados para garantizar un rendimiento óptimo. Debe admitir los siguientes requisitos.

<table><thead><tr><th width="199.99993896484375">Requisitos del sistema</th><th></th></tr></thead><tbody><tr><td>RAM</td><td>32 GB</td></tr><tr><td>CPU</td><td>4</td></tr><tr><td>Instancia AWS</td><td>r5n.xlarge o superior</td></tr><tr><td>Sistema operativo</td><td>Linux Ubuntu (x64)</td></tr></tbody></table>

**Registro de dominio:** Se requiere un registro de dominio para alojar Flosum Cloud Apps. Este dominio debe estar registrado antes de instalar Flosum Cloud Apps.&#x20;

**Certificado SSL:** Se requiere un certificado Secure Sockets Layer (SSL) para proteger la comunicación entre Flosum Cloud Apps y su organización de Salesforce. Los clientes pueden elegir entre un certificado SSL gratuito y uno de pago.

{% hint style="info" %}
Flosum Cloud Apps solo admite TLS 1.2 y sus versiones posteriores, no SSL. Los protocolos TLS anteriores (TLS 1.0 y 1.1), los algoritmos, cifrados y configuraciones más antiguos están deshabilitados. Para obtener más información, consulte el siguiente ejemplo: [**Enlace a la guía de configuración de TLS de Salesforce**](https://help.salesforce.com/s/articleView?id=sales.emailadmin_set_up_tls.htm\&type=5)**.**&#x20;
{% endhint %}

**Proveedores de identidad:** Configure proveedores de identidad para gestionar el control de acceso de Flosum Cloud Apps. Los clientes tienen las siguientes opciones para elegir:

* Autenticación con nombre de usuario y contraseña
* OAuth 2.0
* Inicio de sesión único (SSO)
* **Configuración global:** Flosum utiliza su propia aplicación de Gestión de usuarios, que proporciona controles de acceso a las aplicaciones DevOps, Backup & Archive y Data Migrator.

**NGINX**: NGINX actúa como proxy para las solicitudes a los contenedores Docker. También permite el uso de certificados para admitir HTTPS.

**MySQL:** MySQL almacena la configuración de Flosum Cloud Apps. Por ejemplo, la base de datos almacena información sobre el acceso a la organización de Salesforce (token de acceso y token de actualización), conjuntos de datos, plantillas de copia de seguridad, identificadores de archivos CSV de los objetos respaldados y registros de los trabajos de copia de seguridad y restauración. Una imagen de una base de datos MySQL almacena la configuración de la aplicación en un archivo Docker Compose.

La base de datos MySQL no se utiliza para almacenar copias de seguridad de los clientes.&#x20;

**Almacenamiento**: Se utiliza almacenamiento local para almacenar datos en la base de datos, que pueden ser de los siguientes tipos:

* Almacenamiento (SSD gp2)
* Almacenamiento (SSD gp3)
* Almacenamiento (S3)

{% hint style="info" %}
Puede elegir SSD o S3 como opción de almacenamiento local. Sin embargo, S3 solo se aplica a AWS, no a GCP ni a Azure.&#x20;
{% endhint %}

Backup & Archive ofrece capacidades de compresión de copias de seguridad para diferentes tipos de archivos:

* Los archivos de datos y de texto pueden comprimirse hasta en un 60 %. Esto significa que su tamaño de copia de seguridad puede reducirse hasta en un 60 % en comparación con su tamaño original.
* Los archivos binarios, por el contrario, no pueden comprimirse. Su factor de compresión es del 0 %.

**Anonimato y uso de VPN:** La plataforma Flosum Cloud Apps no admite el intercambio anónimo de datos ni permite el acceso anónimo a ninguna información. Sin embargo, funciona sin problemas con VPN y no hay restricciones al usarla con conectividad VPN.&#x20;

**Salesforce Shield**: Flosum Cloud Apps es totalmente compatible con Salesforce Shield. Salesforce Shield cifra los datos en reposo y, al usar Flosum Cloud Apps, los datos se extraen a través de API sin ningún conflicto.&#x20;

**Flosum Cloud Apps y licencias de Salesforce:** Para Flosum DevOps, las licencias estándar y de plataforma de Salesforce se aprovisionan en la organización de producción de DevOps. Una sola clave de licencia de Flosum Cloud Apps puede gestionar varias organizaciones de Salesforce. Añadir más organizaciones aumentará el espacio de almacenamiento requerido del lado del cliente y generará un coste adicional.&#x20;

Backup & Archive, DevOps y Data Migrator son productos independientes. Cada producto tiene su propio número de versión.


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.flosum.com/resources/resources-es/arquitectura/arquitectura-de-las-aplicaciones-en-la-nube-de-flosum.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.
