> 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/devops/devops-es/informacion-general/que-son-las-topologias.md).

# Qué son las topologías

## ![](https://2574462044-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FG5ZbxX918xOHwbAwAJ4n%2FSummary2-Small-Icon.svg?alt=media\&token=da26a67f-ff7f-47b3-8669-06be960dc2d7) Resumen

**Topologías** son una nueva característica en DevOps. Una **Topología** es un contexto de trabajo autónomo: cada una tiene sus propias organizaciones, ramas, commits, solicitudes de extracción y canalizaciones, y el trabajo en una Topología nunca aparece en otra.

Cuando se lance la característica de Topologías, su tenant contendrá una **Predeterminada** Topología que contiene todas sus organizaciones, ramas, commits, solicitudes de extracción y canalizaciones existentes. Las Topologías se crean y administran en Configuración global. Para aprender cómo, consulte el siguiente artículo.

* [Resumen de las topologías](/global-settings/global-settings-docs-es/entorno/topologias/resumen-de-las-topologias.md)

{% hint style="info" %}

#### No se requiere ninguna acción

DevOps funciona igual que antes de que se introdujeran las Topologías. Todas sus organizaciones ya están en la **Predeterminada** Topología, por lo que si su equipo trabaja desde una única base de código, puede seguir trabajando sin realizar ningún cambio.
{% endhint %}

## Por qué usar varias Topologías

Una Topología alberga una base de código. Todas las organizaciones dentro de ella comparten las mismas ramas, solicitudes de extracción y canalizaciones, que es lo que desea cuando esas organizaciones pertenecen a un único proceso de entrega: una organización de Producción, los entornos aislados utilizados para desarrollar contra ella y cualquier organización de Desarrollo utilizada para pruebas.

Use una segunda Topología cuando tenga una segunda base de código que administrar. Si su empresa ejecuta dos entornos de producción de Salesforce que se desarrollan y se liberan de forma independiente, no deberían compartir ramas ni solicitudes de extracción. Darle a cada uno su propia Topología mantiene su trabajo completamente separado.

## Cambio de Topologías

La **selector de Topología** es el primer elemento de la navegación de migas de pan en la parte superior de la página, mostrado con el icono de Topologías y el nombre de la Topología en la que está trabajando. Debido a que la Topología se sitúa en la raíz de las migas de pan, todo lo que aparece más adelante en la ruta pertenece a la Topología que seleccionó.

Haga clic en el selector para abrir la lista de Topologías. Una marca de verificación identifica la Topología en la que está trabajando actualmente. Seleccione una Topología diferente para cambiar su contexto de trabajo, y las organizaciones, ramas, commits, solicitudes de extracción y canalizaciones también cambiarán.

<figure><img src="https://2574462044-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FiSLGqrQZuVi19fRSDnT1%2FWhatAreTopologies-Switcher-01.png?alt=media&amp;token=5324a368-d3af-4c56-ae5e-1dbca9ed923b" alt=""><figcaption></figcaption></figure>

{% hint style="info" %}
En DevOps, todas las Topologías son visibles para todos los usuarios; sin embargo, el acceso a organizaciones individuales sigue estando controlado por los permisos de DevOps. Para obtener más información sobre estos permisos, consulte el siguiente artículo.

* [Permisos de DevOps](/global-settings/global-settings-docs-es/gestion-de-usuarios/permisos-de-flosum-cloud-app/permisos-de-devops.md)
  {% endhint %}

## Administración de Topologías

Las Topologías se crean, se renombran y se eliminan en Configuración global, y solo los usuarios con el **Administrador del sistema** rol pueden administrarlas. Se asignan organizaciones a una Topología cuando las crea, y una organización no puede trasladarse a una Topología diferente después.

Para aprender cómo se administran las Topologías y cómo se asignan las organizaciones a ellas, consulte el siguiente artículo.

* [Resumen de las topologías](/global-settings/global-settings-docs-es/entorno/topologias/resumen-de-las-topologias.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/devops/devops-es/informacion-general/que-son-las-topologias.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.
