> 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/global-settings/global-settings-docs-de/umgebung/topologien/ubersicht-uber-topologien.md). # Übersicht über Topologien ## ![](https://1457152582-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FsEk2hU5IMh3HEY5dJZjR%2Fuploads%2FSxcnKlaJKPzDqONWoDNv%2FSummary2-Small-Icon.svg?alt=media\&token=5e3253d0-a069-4ba5-9c06-83c70bd0b21d) Überblick Dieser Artikel erklärt, was eine Topologie ist, wie Topologien Ihre Organisationen gruppieren, wie sie verwaltet werden und wie sie sich auf DevOps auswirken. Schritt-für-Schritt-Anleitungen zur Arbeit mit Topologien finden Sie in den folgenden Artikeln. * \[Demnächst verfügbar] Eine Topologie erstellen * \[Demnächst verfügbar] Eine Topologie bearbeiten * \[Demnächst verfügbar] Eine Topologie löschen {% hint style="info" %} Nur Benutzer mit der **SystemAdministrator** Rolle können Topologien erstellen und bearbeiten. Alle anderen Benutzer können innerhalb einer Topologie in der DevOps-App basierend auf ihren Organisationsberechtigungen arbeiten. {% endhint %} ## Wie Topologien funktionieren DevOps arbeitete zuvor mit einem einzigen Satz verbundener Organisationen. Dadurch hatte der gesamte Tenant einen gemeinsamen Arbeitskontext: eine Codebasis, einen Satz Branches, einen Satz Pull Requests und einen Satz Pipelines. Wenn Sie mehr als eine Salesforce-Produktionsumgebung verwendet haben, teilten sie sich alle denselben Arbeitskontext. Eine **Topologie** gruppiert eine Produktionsorganisation zusammen mit den zugehörigen Entwicklungs- und Sandbox-Organisationen. Jede Topologie fungiert als eigenständiger Arbeitskontext mit eigenen Organisationen, Branches, Pull Requests und Pipelines. Ein Tenant kann so viele Topologien haben, wie er benötigt, sodass Sie separate Produktionsumgebungen vollständig voneinander isoliert halten können. ### Organisationstypen Jede Organisation hat einen **Typ** der ihre Rolle beschreibt. **Produktion** und **Sandbox** waren zuvor die einzigen Typen und spiegelten die beiden Salesforce-Organisationstypen wider. Topologien fügen einen dritten Typ hinzu: **Entwicklung**. Eine Topologie kann beliebig viele Entwicklungs- und Sandbox-Organisationen enthalten, jedoch nie mehr als eine Produktionsorganisation. Jeder Typ wird unten beschrieben:
TypBeschreibung
ProduktionIhre primäre Live-Produktionsorganisation, auf der das Unternehmen läuft. Eine Topologie kann nur eine enthalten.
EntwicklungEine beliebige andere Salesforce-Produktionsorganisation, die für Entwicklung oder Tests und nicht für den Live-Betrieb verwendet wird.
SandboxEine Salesforce-Sandbox.
{% hint style="info" %} #### Produktion und Entwicklung sind beide Salesforce-Produktionsorgs Aus Sicht von Salesforce gibt es keinen Unterschied zwischen den Typen Produktion und Entwicklung. Beide sind Salesforce-Produktionsorgs und beide werden auf dieselbe Weise verbunden. Die Unterscheidung existiert in Flosum und identifiziert, welche Org Ihre Live-Produktionsumgebung ist. Eine **Entwicklung** Der Organisationstyp ist keine Salesforce Developer Edition-Organisation. Der Typ beschreibt, wie Sie die Organisation verwenden, nicht die Salesforce-Edition, mit der sie verbunden ist. {% endhint %} {% hint style="warning" %} #### Typ vs. Umgebung Verwechseln Sie nicht die **Typ** mit ihrer **Umgebung** Bezeichnung. Die **Umgebung** Bezeichnung ist eine Filterhilfe, die nicht einschränkt, was eine Organisation tun kann. Die **Typ** bestimmt, ob eine Organisation die Produktionsorganisation in einer Topologie sein kann. Um mehr über die Umgebungsbezeichnung zu erfahren, siehe den folgenden Artikel. * [Eine Organisationsumgebung aktualisieren](/global-settings/global-settings-docs-de/umgebung/organisationen/eine-organisationsumgebung-aktualisieren.md) {% endhint %} ### Topologien in der DevOps-App In der DevOps-App ermöglicht ein Topologie-Umschalter das Wechseln zwischen Topologien. Wenn Sie eine andere Topologie auswählen, ändert sich Ihr gesamter Arbeitskontext, sodass die Organisationen, Branches, Commits, Pull Requests und Pipelines, die Sie sehen, alle zur ausgewählten Topologie gehören. Um mehr über die Verwendung von Topologien mit DevOps zu erfahren, siehe den folgenden Artikel. * [Was sind Topologien](/devops/devops-de/allgemeine-informationen/was-sind-topologien.md) {% hint style="info" %} In DevOps sind alle Topologien für alle Benutzer sichtbar; der Zugriff auf einzelne Organisationen wird jedoch weiterhin durch die DevOps-Berechtigungen gesteuert. {% endhint %} ## Migration zu Topologien Alle Tenants beginnen mit einer **Standard** Topologie, und alle vorhandenen Organisationen wurden in sie migriert. Zuvor als Produktion markierte Organisationen wurden zu Entwicklung, da eine Topologie nicht mehr als eine Produktionsorganisation enthält. {% hint style="info" %} #### Es sind keine Maßnahmen erforderlich * Backup & Archive und Data Migrator sind nicht betroffen. * DevOps arbeitet weiterhin wie zuvor, mit jeder Organisation in der **Standard** Topologie. * Sie müssen keine Organisation als Produktion markieren. Erst handeln, wenn Sie mehrere Topologien nutzen möchten, was bedeutet, zusätzliche Topologien zu erstellen und ihnen Organisationen zuzuweisen. {% endhint %} ## Topologien erstellen und verwalten Topologien werden über die **Topologien** Seite in den globalen Einstellungen verwaltet. Die Seite listet jede Topologie im Tenant zusammen mit ihrer Produktionsorganisation und der Anzahl der ihr zugewiesenen Sandbox- und Entwicklungsorganisationen auf. Sie können von dieser Seite aus oder beim Verbinden einer Organisation eine Topologie erstellen. Jede Topologie hat eine Detailseite, die ihren Namen, ihre Beschreibung, die Produktionsorganisation, die Anzahl der Organisationen, Erstellungs- und Aktualisierungsdaten sowie die vollständige Liste der zugewiesenen Organisationen zeigt. Sie können eine Topologie jederzeit umbenennen, und das Umbenennen hat keine Auswirkungen auf die darin enthaltenen Organisationen oder auf laufende Arbeiten. Sie können eine Topologie erst löschen, nachdem alle ihre Organisationen entfernt wurden.
## Organisationen erstellen und verwalten Organisationen werden einer Topologie zugewiesen, wenn Sie sie erstellen. Während des Erstellungsprozesses wählen Sie eine vorhandene Topologie aus oder erstellen eine neue, ohne den Prozess zu verlassen. Wie Sie eine Organisation erstellen, erfahren Sie im folgenden Artikel. * [Eine Organisation erstellen](/global-settings/global-settings-docs-de/umgebung/organisationen/eine-organisation-erstellen.md) {% hint style="warning" %} #### Topologien ändern Nachdem eine Organisation einer Topologie zugewiesen wurde, kann sie nicht in eine andere Topologie verschoben werden. Diese Einschränkung schützt Ihren DevOps-Arbeitskontext und verhindert unbeabsichtigte Auswirkungen durch das Verschieben einer Organisation zwischen Kontexten. Wenn Sie eine Organisation in eine andere Topologie verschieben müssen, löschen Sie die Organisation und erstellen Sie sie erneut mit der gewünschten Topologie. Wenn Sie eine Organisation löschen, gehen alle organisationsspezifischen Informationen verloren, insbesondere Sicherungen aus der App Backup & Archive. {% endhint %} Da eine Topologie nicht mehr als eine Produktionsorganisation enthält, validieren die globalen Einstellungen dies, wenn Sie eine Produktionsorganisation verbinden. Wenn die von Ihnen ausgewählte Topologie bereits eine enthält, blockieren die globalen Einstellungen die Aktion und zeigen eine Warnung an. Die **Organisationen** Liste enthält eine **Topologie** Spalte, sodass Sie sehen können, zu welcher Topologie jede Organisation gehört, ohne ihre Detailseite zu öffnen. Jede Organisation hat außerdem eine **Als Produktion markieren** Option, die den Organisationstyp von Entwicklung zu Produktion ändert. Wenn die Topologie bereits eine Produktionsorganisation hat, wird eine Fehlermeldung angezeigt.
## Wie Topologien Rollen beeinflussen Die **Berechtigungen für Organisationen verwalten** Abschnitt in den Formularen Rolle erstellen und Rolle bearbeiten ist jetzt **Topologie-Berechtigungen**, und sie gilt für Backup & Archive, DevOps und Data Migrator. Wenn einer Rolle eine Topologie hinzugefügt wird, werden alle Organisationen in der Topologie aufgelistet. Die einzelnen Berechtigungen werden jedoch weiterhin pro Organisation zugewiesen, und Ihre vorhandenen Berechtigungen bleiben unverändert. Wie Rollen, Gruppen und Benutzer zusammenarbeiten, erfahren Sie in den folgenden Artikeln. * [Übersicht über Rollen, Gruppen und Benutzer](/global-settings/global-settings-docs-de/benutzerverwaltung/ubersicht-uber-rollen-gruppen-und-benutzer.md) * [Eine Rolle erstellen](/global-settings/global-settings-docs-de/benutzerverwaltung/rollen/eine-rolle-erstellen.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 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/global-settings/global-settings-docs-de/umgebung/topologien/ubersicht-uber-topologien.md?ask=&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.