> 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/de/erste-schritte/pro-infrastructure.md).

# Pro-Infrastruktur

#### Dienste

Die Overleaf-Pro-Infrastruktur umfasst vier primäre Dienste: `sharelatex`, `git-bridge` (optional), `mongo` und `redis`. Die `sharelatex` Dienst, der die Hauptanwendung Server Pro ausführt, hängt von den `mongo` und `redis` Diensten für seine Datenbank- und Caching-/Echtzeitfunktionen ab und der `git-bridge` um die [Git-Integration](/on-premises/de/konfiguration/overleaf-toolkit/git-integration.md) (optional). Der einzige auf dem Host-Rechner veröffentlichte Port ist Port 80, der von der `sharelatex` -Container.

Server Pro unterstützt außerdem optional [S3-kompatiblen Speicher](/on-premises/de/konfiguration/overleaf-toolkit/s3.md) für Projektdateien und die vollständige Projekt-Historie sowie die Möglichkeit, den Zugriff auf die Haupt- [Overleaf-Dokumentationsseitearrow-up-right](https://www.overleaf.com/learn). Weitere Informationen finden Sie in unserem Leitfaden zu [Hinzufügen von LaTeX-Benutzerhilfe](broken://pages/8881d7d27617069cc906653467f77b772520730f) Seiten.

{% hint style="info" %}
Falls erforderlich, können MongoDB und Redis mithilfe von Umgebungsvariablen ausgelagert werden, um auf externe Dienste zu verweisen. Weitere Informationen finden Sie unter [Konfigurieren von Overleaf](broken://pages/ebbf882ed8511eb77f188b7576fc226015cf9c95) wenn Sie Docker Compose verwenden, und [Toolkit-Einstellungen](broken://pages/b972946efa2e1c842108d149bd2da2ae162e345b) wenn Sie das Overleaf Toolkit verwenden.
{% endhint %}

#### Kompilieren

Für [Sandboxed Compiles](broken://pages/51ec3aa029adb0a5f1a165663b1222784c92f886), wird der `sharelatex` Container die Erstellung neuer Container zur Verarbeitung von Projektkompilierungen orchestrieren; dies geschieht über den Docker-Socket auf dem Host-Rechner. Sie können mehr über den Editor und den End-to-End-Kompilierungs-/Caching-Prozess lesen [hier](/on-premises/de/erste-schritte/microservices.md#editor-and-compile-process).

#### Netzwerk

Die Kommunikation zwischen Containern wird über die interne DNS-Auflösung von Docker über ein dediziertes Bridge-Netzwerk ermöglicht, und es sind keine Firewalls aktiviert. Standardmäßig verwenden die oben genannten Dienste ihre jeweiligen Standardports, können aber über Umgebungsvariablen konfiguriert werden. Der `sharelatex` Container verwendet Port 80 für den externen Webzugriff (bereitgestellt von Nginx), der `mongo` Container verwendet Port 27017 und `redis` verwendet Port 6379.

Für Kunden, die unsere verwaltete Lösung verwenden [Overleaf Toolkitarrow-up-right](https://github.com/overleaf/toolkit), können Sie optional [einen TLS-Proxy aktivieren](broken://pages/c2223147c2d455c70895943825e580a66e8fad7c) zum Beenden von HTTPS-Verbindungen mit Nginx über eine Umgebungsvariable. Alternativ können Sie Ihren vorhandenen TLS-Proxy verwenden.

{% hint style="info" %}
Sie können ein Diagramm ansehen, das den Ablauf der Anfragen erläutert [hier](broken://pages/c2223147c2d455c70895943825e580a66e8fad7c).
{% endhint %}

#### Zusammenfassung

* Außerhalb des Docker-Netzwerks ist nur Port 80 zugänglich und an Nginx gebunden. **Hinweis:** Die `sharelatex` Container führt viele [Dienstearrow-up-right](https://github.com/overleaf/overleaf/tree/main/services) die über HTTP miteinander kommunizieren. Allerdings sind diese Ports **nicht** von außerhalb des Docker-Netzwerks zugänglich.
* Innerhalb des Docker-Netzwerks können Overleaf-Dienste, MongoDB, Redis und Git Bridge frei miteinander kommunizieren.
* Innerhalb [Sandboxed Compiles](broken://pages/51ec3aa029adb0a5f1a165663b1222784c92f886) von Containern ist kein Netzwerk verfügbar.

Zu verwandten Themen siehe:

* [Microservices](/on-premises/de/erste-schritte/microservices.md)
* [Was ist das Overleaf Toolkit?](/on-premises/de/erste-schritte/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/de/erste-schritte/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.