> 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-es/entorno/topologias/resumen-de-las-topologias.md). # Resumen de las topologías ## ![](https://2629070795-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) Resumen Este artículo explica qué es una Topología, cómo las Topologías agrupan tus organizaciones, cómo se administran y cómo afectan a DevOps. Para obtener instrucciones paso a paso sobre cómo trabajar con Topologías, consulta los siguientes artículos. * \[Próximamente] Creación de una Topología * \[Próximamente] Edición de una Topología * \[Próximamente] Eliminación de una Topología {% hint style="info" %} Solo los usuarios con el **SystemAdministrator** rol pueden crear y editar Topologías. Todos los demás usuarios pueden trabajar dentro de una Topología en la app de DevOps según los permisos de su organización. {% endhint %} ## Cómo funcionan las Topologías DevOps antes funcionaba a partir de un único conjunto de organizaciones conectadas. Esto daba al tenant completo un contexto de trabajo compartido: una base de código, un conjunto de ramas, un conjunto de solicitudes de extracción y un conjunto de canalizaciones. Si utilizabas más de un entorno de producción de Salesforce, todos compartían el mismo contexto de trabajo. Una **Topología** agrupa una organización de Producción junto con las organizaciones de Desarrollo y Sandbox relacionadas con ella. Cada Topología actúa como un contexto de trabajo independiente con sus propias organizaciones, ramas, solicitudes de extracción y canalizaciones. Un tenant puede tener tantas Topologías como necesite, lo que te permite mantener entornos de producción separados completamente aislados entre sí. ### Tipos de organización Cada organización tiene un **Tipo** que describe su función. **Producción** y **Sandbox** eran antes los únicos tipos, reflejando los dos tipos de org de Salesforce. Las Topologías añaden un tercer tipo: **Desarrollo**. Una Topología puede contener cualquier número de organizaciones de Desarrollo y Sandbox, pero nunca más de una organización de Producción. Cada tipo se describe a continuación:
TipoDescripción
ProducciónTu principal org de producción en vivo, la que usa el negocio. Una Topología solo puede contener una.
DesarrolloCualquier otra org de producción de Salesforce utilizada para desarrollo o pruebas en lugar de operaciones comerciales en vivo.
SandboxUn sandbox de Salesforce.
{% hint style="info" %} #### Producción y Desarrollo Son Ambas Orgs de Producción de Salesforce Desde la perspectiva de Salesforce, no hay diferencia entre los tipos Producción y Desarrollo. Ambos son orgs de producción de Salesforce y ambos se conectan de la misma manera. La distinción existe en Flosum e identifica cuál org es tu entorno de producción en vivo. Una **Desarrollo** La organización de tipo no es una org Salesforce Developer Edition. El tipo describe cómo usas la org, no la edición de Salesforce a la que está conectada. {% endhint %} {% hint style="warning" %} #### Tipo vs. entorno No confundas el **Tipo** tipo **de una organización con su etiqueta de** entorno. La **de una organización con su etiqueta de** etiqueta es una ayuda de filtrado que no limita lo que una organización puede hacer. El **Tipo** determina si una organización puede ser la organización de Producción en una Topología. Para obtener más información sobre la etiqueta de Entorno, consulta el siguiente artículo. * [Actualizar el entorno de una organización](/global-settings/global-settings-docs-es/entorno/organizaciones/actualizar-el-entorno-de-una-organizacion.md) {% endhint %} ### Topologías en la app de DevOps En la app de DevOps, un selector de Topologías te permite moverte entre Topologías. Seleccionar una Topología diferente cambia todo tu contexto de trabajo, por lo que las organizaciones, ramas, commits, solicitudes de extracción y canalizaciones que ves pertenecen a la Topología seleccionada. Para obtener más información sobre el uso de Topologías con DevOps, consulta el siguiente artículo. * [Qué son las topologías](/devops/devops-es/informacion-general/que-son-las-topologias.md) {% hint style="info" %} En DevOps, todas las Topologías son visibles para todos los usuarios; sin embargo, el acceso a las organizaciones individuales sigue estando controlado por los permisos de DevOps. {% endhint %} ## Migración a Topologías Todos los tenants comienzan con una Topología **Predeterminada** y todas las organizaciones existentes se migraron a ella. Las organizaciones marcadas anteriormente como Producción pasaron a ser Desarrollo, porque una Topología no contiene más de una organización de Producción. {% hint style="info" %} #### No se requiere ninguna acción * Backup & Archive y Data Migrator no se ven afectados. * DevOps continúa funcionando como antes, con cada organización en la **Predeterminada** Topología. * No es necesario marcar ninguna organización como Producción. Actúa solo cuando quieras aprovechar varias Topologías, lo que significa crear Topologías adicionales y asignar organizaciones a ellas. {% endhint %} ## Creación y administración de Topologías Las Topologías se administran desde la página de **Topologías** en Configuración global. La página muestra cada Topología del tenant, junto con su organización de Producción y el número de organizaciones Sandbox y Desarrollo asignadas a ella. Puedes crear una Topología desde esta página o mientras conectas una organización. Cada Topología tiene una página de detalles que muestra su nombre, descripción, organización de Producción, recuento de organizaciones, fechas de creación y actualización, y la lista completa de organizaciones asignadas. Puedes cambiar el nombre de una Topología en cualquier momento, y el cambio de nombre no afecta a las organizaciones dentro de ella ni a ningún trabajo en curso. Solo puedes eliminar una Topología después de haber eliminado todas sus organizaciones.
## Creación y administración de organizaciones Las organizaciones se asignan a una Topología cuando las creas. Durante el proceso de creación, seleccionas una Topología existente o creas una nueva sin salir del proceso. Para saber cómo crear una organización, consulta el siguiente artículo. * [Crear una organización](/global-settings/global-settings-docs-es/entorno/organizaciones/crear-una-organizacion.md) {% hint style="warning" %} #### Cambio de Topologías Una vez que una organización se asigna a una Topología, no se puede mover a otra Topología. Esta restricción protege tu contexto de trabajo de DevOps y evita los efectos no deseados de mover una organización entre contextos. Si necesitas mover una organización a una Topología diferente, elimina la organización y vuelve a crearla con la Topología que quieras. Cuando eliminas una organización, perderás cualquier información específica de esa organización, especialmente las copias de seguridad de la app Backup & Archive. {% endhint %} Como una Topología no contiene más de una organización de Producción, Configuración global lo valida cuando conectas una organización de Producción. Si la Topología que seleccionaste ya tiene una, Configuración global bloquea la acción y muestra una advertencia. La **lista de organizaciones** incluye una **Topología** columna, para que puedas ver a qué Topología pertenece cada organización sin abrir su página de detalles. Cada organización también tiene una opción **Marcar como Producción** que cambia el tipo de organización de Desarrollo a Producción. Si la Topología ya tiene una organización de Producción, se muestra un mensaje de error.
## Cómo afectan las Topologías a los roles La **La sección de gestionar permisos de organización** en los formularios Crear rol y Editar rol ahora es **permisos de Topología**y se aplica en Backup & Archive, DevOps y Data Migrator. Cuando se agrega una Topología a un rol, se enumeran todas las organizaciones de la Topología. Sin embargo, los permisos individuales siguen asignándose por organización, y tus permisos existentes permanecen sin cambios. Para saber cómo trabajan juntos los roles, los grupos y los usuarios, consulta los siguientes artículos. * [Resumen de roles, grupos y usuarios](/global-settings/global-settings-docs-es/gestion-de-usuarios/resumen-de-roles-grupos-y-usuarios.md) * [Crear un rol](/global-settings/global-settings-docs-es/gestion-de-usuarios/roles/crear-un-rol.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-es/entorno/topologias/resumen-de-las-topologias.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.