> For the complete documentation index, see [llms.txt](https://overleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://overleaf-pro.ayaka.space/on-premises/it/per-iniziare/pro-infrastructure.md).

# Infrastruttura Pro

#### Servizi

L'infrastruttura di Overleaf Pro comprende quattro servizi principali: `sharelatex`, `git-bridge` (opzionale), `mongo` e `redis`. Il `sharelatex` servizio, che esegue l'applicazione principale Server Pro, dipende dai `mongo` e `redis` servizi per il database e le funzionalità di caching/in tempo reale e il `git-bridge` per gestire l' [integrazione Git](/on-premises/it/configurazione/overleaf-toolkit/git-integration.md) (opzionale). L'unica porta pubblicata sulla macchina host è la porta 80, che è per il `sharelatex` contenitore.

Server Pro supporta anche opzionalmente [archiviazione compatibile con S3](/on-premises/it/configurazione/overleaf-toolkit/s3.md) per i file del progetto e la cronologia completa del progetto, oltre a poter fare da proxy per l'accesso al principale [sito di documentazione di Overleafarrow-up-right](https://www.overleaf.com/learn). Per maggiori informazioni, consulta la nostra guida su [Aggiungere la guida utente LaTeX](broken://pages/bd49dc1f5d44a56b99754103c346b12a66d17175) pagine.

{% hint style="info" %}
Se necessario, MongoDB e Redis possono essere esternalizzati usando variabili d'ambiente per puntare a servizi esterni. Per maggiori informazioni, vedi [Configurare Overleaf](broken://pages/099abc4cdcf99f423da228365f3af28ff3e50ddb) se stai usando Docker Compose e [Impostazioni del Toolkit](broken://pages/945ef31f58202129922a849899f85deb4cfdd39a) se usi Overleaf Toolkit.
{% endhint %}

#### Compilazione

Per [Compilazioni in sandbox](broken://pages/fb8cf6f591d459be22557e87dd7d76658e53cc7e), il `sharelatex` container orchestrerà la creazione di nuovi container per gestire le compilazioni dei progetti; lo fa tramite il socket Docker sulla macchina host. Puoi leggere di più sull'editor e sul processo completo di compilazione/caching [qui](/on-premises/it/per-iniziare/microservices.md#editor-and-compile-process).

#### Rete

La comunicazione tra i container è facilitata tramite la risoluzione DNS interna di Docker attraverso una rete bridge dedicata, e non sono abilitate firewall. Per impostazione predefinita, i servizi sopra usano le rispettive porte standard ma sono configurabili tramite variabili d'ambiente. Il `sharelatex` container usa la porta 80 per l'accesso web esterno (servito da Nginx), il `mongo` container usa la porta 27017 e `redis` usa la porta 6379.

Per i clienti che utilizzano la nostra soluzione gestita [Overleaf Toolkitarrow-up-right](https://github.com/overleaf/toolkit), puoi opzionalmente [abilitare un proxy TLS](broken://pages/aedec2423b694f4b9a8a65741b7560c210dd44e6) per terminare le connessioni HTTPS usando Nginx tramite una variabile d'ambiente. In alternativa, puoi usare il tuo proxy TLS esistente.

{% hint style="info" %}
Puoi visualizzare un diagramma che spiega il flusso delle richieste [qui](broken://pages/aedec2423b694f4b9a8a65741b7560c210dd44e6).
{% endhint %}

#### Riepilogo

* Al di fuori della rete Docker, è accessibile e vincolata a Nginx solo la porta 80. **Nota:** Il `sharelatex` il container esegue molti [serviziarrow-up-right](https://github.com/overleaf/overleaf/tree/main/services) che comunicano tra loro tramite HTTP. Tuttavia, queste porte sono **non** accessibili dall'esterno della rete Docker.
* All'interno della rete Docker, i servizi Overleaf, MongoDB, Redis e Git Bridge possono comunicare liberamente tra loro.
* All'interno [Compilazioni in sandbox](broken://pages/fb8cf6f591d459be22557e87dd7d76658e53cc7e) dei container, non è disponibile alcuna rete.

Per argomenti correlati, vedi:

* [Microservizi](/on-premises/it/per-iniziare/microservices.md)
* [Che cos'è l'Overleaf Toolkit?](/on-premises/it/per-iniziare/what-is-the-overleaf-toolkit.md)


---

# 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://overleaf-pro.ayaka.space/on-premises/it/per-iniziare/pro-infrastructure.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.