---
schema_version: "1"
id: a54b4a79183d89ce74c753b12b3718489b9df6e77237d2c93df5ede35597c059
title: "Resiliencia: Gestión del ciclo de vida de aplicaciones"
collection: architect
version: next
locale: es-mx
portal_url: https://docs.salesforce.com/architect/next/es-mx/well-architected-tools/guides/adaptable-application-lifecycle-management.md
canonical_url: https://staging.architect.salesforce.com/docs/architect/es-mx/well-architected-tools/guide/adaptable-application-lifecycle-management.html
source_site: staging.architect.salesforce.com
content_type: documentation
content_hash: 925c2f62b47c8de6dbae65d432f6b791b1b3726aebd6e14df2585f476a9726cc
products:
- Herramientas bien diseñadas
- Architect Site Content Repo
---
# Resiliencia: Gestión del ciclo de vida de aplicaciones
### Patrón de estrategia de entorno
Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Gestión del ciclo](/docs/architect/es-mx/well-architected/guide/resilient#gestión-del-ciclo-de-vida-de-aplicaciones) de vida de aplicaciones → [Estrategia medioambiental](/docs/architect/es-mx/well-architected/guide/resilient#estrategia-medioambiental)
| ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón |
| ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------- |
| Plataforma \| Organización | ✅ Los metadatos en un entorno concreto son independientes de sus artefactos de versión |
| Plataforma \| Organización | ✅ Los entornos no se corresponden directamente con una ruta de versión |
| Plataforma \| Organización | ✅ Las rutas de versión para un cambio dependen del tipo de cambio (riesgo alto, riesgo medio, riesgo bajo) |
| Plataforma \| Organización | ✅ Los entornos superpoblados no existen |
| Plataforma \| Organización | ✅ Los cambios de configuración arriesgados nunca se realizan directamente en producción |
| Plataforma \| Organización | ✅ No se producen versiones durante el horario laboral pico |
| Plataforma \| Organización | ✅ Se adopta un modelo de desarrollo y versión dirigido por origen |
| Plataforma \| Sandboxes | ✅ El seguimiento de origen está activado para sandboxes Developer y Developer Pro |
### Patrón de gestión de versiones
Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Gestión del ciclo](/docs/architect/es-mx/well-architected/guide/resilient#gestión-del-ciclo-de-vida-de-aplicaciones) de vida de aplicaciones → [Gestión de versiones](/docs/architect/es-mx/well-architected/guide/resilient#gestión-de-versiones)
| ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón |
| ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| Plataforma \| Estándares de diseño | ✅ Los nombres de versión están claros |
| Plataforma \| Estándares de diseño | ✅ Los equipos pueden encontrar y seguir directrices claras para etiquetar artefactos, elementos de desarrollo y otro trabajo con los nombres de versión correctos |
| Plataforma \| Documentación | ✅ Los nombres de versión tienen capacidad de búsqueda y detección |
| Plataforma \| Documentación | ✅ Es posible obtener una vista clara de un manifiesto de versión por nombre de versión |
| Plataforma \| KPI | ✅ Se definen umbrales de calidad para aplicaciones de IA generativa para diferentes etapas de desarrollo |
| Plataforma \| Producción | ✅ Los metadatos muestran el uso de mecanismos de versión estables Implementaciones a través de API de metadatos utilizan formato de `source` |
| Plataforma \| Producción | ✅ Metadatos muestra el uso de mecanismos de versión estables Los metadatos están organizados en paquetes desbloqueados |
| Plataforma \| Producción | ✅ Los registros de implementación no muestran implementaciones con fallos en el historial disponible |
| Plataforma \| Producción | ✅ El historial de implementación muestra cadencias de versión claras y clústeres de implementación bastante uniformes en plazos de versión |
| Plataforma \| Producción | ✅ DevOps Center está activo e instalado |
| Plataforma \| Producción | ✅ Los metadatos muestran el uso de mecanismos de versión estables Los conjuntos de cambios no se utilizan para publicar cambios |
| Plataforma \| Hoja de ruta | ✅ Las funciones están vinculadas claramente a una versión nombrada específica |
| Plataforma \| Hoja de ruta | ✅ Los nombres de versión están claros |
| Plataforma \| Hoja de ruta | ✅ Los nombres de versión tienen capacidad de búsqueda y detección |
### Patrón de estrategia de prueba
Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Gestión del ciclo](/docs/architect/es-mx/well-architected/guide/resilient#gestión-del-ciclo-de-vida-de-aplicaciones) de vida de aplicaciones → [Estrategia de pruebas](/docs/architect/es-mx/well-architected/guide/resilient#estrategia-de-prueba)
| ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón |
| ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Datos 360 \| Apex | ✅ Las clases de prueba Apex incluyen cobertura para consultas ejecutadas en objetos de Data Cloud. Las clases de prueba amplían la clase System.SoqlStubProvider y sustituyen el método handleSoqlQuery(). Las instancias de DMO se crean utilizando Test.createStubQueryRow() o Test.createStubQueryRows(). |
| Plataforma \| Apex | ✅ Los patrones de fábrica de datos se utilizan para pruebas de unidades |
| Plataforma \| Apex | ✅ Se utilizan simulacros / resúmenes para simular respuestas de API |
| Plataforma \| Negocios | ✅ Incluye pruebas de escala como parte de su proceso de control de calidad cuando tiene aplicaciones a escala B2C, grandes volúmenes de usuarios o grandes volúmenes de datos |
| Plataforma \| Negocios | ✅ Sus pruebas de escala tienen criterios bien definidos |
| Plataforma \| Negocios | ✅ Realiza pruebas de escala en un Sandbox completo |
| Plataforma \| Negocios | ✅ Sus pruebas de escala son aspectos de alta prioridad enfocados del sistema |
| Plataforma \| Negocios | ✅ Los simuladores se utilizan para replicar condiciones similares a producción para pruebas de escalabilidad y desempeño |
| Plataforma \| Negocios | ✅ Las pruebas están automatizadas para ejecutarse cuando los cambios entran en control de origen |
| Plataforma \| Negocios | ✅ Las pruebas de resistencia, estrés, desempeño y escala se ejecutan en varios intervalos en el ciclo de desarrollo de aplicaciones y se consideran tareas en curso |
| Plataforma \| Negocios | ✅ La ingeniería de solicitudes incluye una revisión de calidad por un humano |
| Plataforma \| Negocios | ✅ Las pruebas de capacidad de uso emplean una variedad de dispositivos y tecnología de asistencia |
| Plataforma \| Organización | ✅ Todos los datos de prueba se depuran con datos confidenciales e identificativos |
| Plataforma \| Planes de prueba | ✅ Los entornos se clasifican por qué tipo de pruebas pueden admitir |
| Plataforma \| Planes de prueba | ✅ Los regímenes de prueba apropiados se especifican según el riesgo, el caso de uso o la complejidad |
---
### Antipatrón de estrategia de entorno
Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Gestión del ciclo](/docs/architect/es-mx/well-architected/guide/resilient#gestión-del-ciclo-de-vida-de-aplicaciones) de vida de aplicaciones → [Estrategia medioambiental](/docs/architect/es-mx/well-architected/guide/resilient#estrategia-medioambiental)
| ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón |
| ----------------------------------------------- | ------------------------------------------------------------------------------------- |
| Plataforma \| Organización | ⚠️ Los entornos corresponden directamente a una ruta de versión |
| Plataforma \| Organización | ⚠️ La ruta de versión para cada cambio es la misma |
| Plataforma \| Organización | ⚠️ Existen entornos superpoblados |
| Plataforma \| Organización | ⚠️ Los cambios de configuración arriesgados se realizan directamente en producción |
| Plataforma \| Organización | ⚠️ Se adopta un modelo de desarrollo y versión basado en organización |
| Plataforma \| Organización | ⚠️ Las liberaciones se producen durante el horario laboral pico |
| Plataforma \| Organización | ⚠️ Los metadatos en un entorno concreto son su artefacto de versión |
| Plataforma \| Sandboxes | ⚠️ El seguimiento de origen no está activado para sandboxes Developer y Developer Pro |
### Antipatrón de Gestión de versiones
Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Gestión del ciclo](/docs/architect/es-mx/well-architected/guide/resilient#gestión-del-ciclo-de-vida-de-aplicaciones) de vida de aplicaciones → [Gestión de versiones](/docs/architect/es-mx/well-architected/guide/resilient#gestión-de-versiones)
| ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón |
| ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Plataforma \| Estándares de diseño | ⚠️ Los nombres de versión están ausentes |
| Plataforma \| Estándares de diseño | ⚠️ Los equipos hacen referencia a artefactos, elementos de desarrollo y otro trabajo de diferentes formas |
| Plataforma \| Documentación | ⚠️ Los nombres de versión son ad hoc o no existen |
| Plataforma \| Documentación | ⚠️ No es posible obtener una vista clara de un manifiesto de versión utilizando un nombre de versión |
| Plataforma \| KPI | ⚠️ Los umbrales de calidad para aplicaciones de IA generativa no están definidos o no están definidos en diferentes etapas de desarrollo |
| Plataforma \| Producción | ⚠️ Los metadatos indican el uso de mecanismos de versión basados en organización Implementaciones a través de API de metadatos utilizan formato de `package.xml` |
| Plataforma \| Producción | ⚠️ Los metadatos indican el uso de mecanismos de versión basados en organización Uso activo de conjuntos de cambios |
| Plataforma \| Producción | ⚠️ Los registros de implementación muestran instancias repetidas de implementaciones fallidas en el historial disponible |
| Plataforma \| Producción | ⚠️ Las implementaciones no tienen una cadencia discernible o muestran clústeres desiguales de implementaciones (signos de reversiones puntuales y soluciones rápidas) |
| Plataforma \| Producción | ⚠️ DevOps Center no está activado e instalado |
| Plataforma \| Hoja de ruta | ⚠️ Las funciones no están vinculadas claramente a una versión específica |
| Plataforma \| Hoja de ruta | ⚠️ Los nombres de versión están ausentes |
| Plataforma \| Hoja de ruta | ⚠️ Los nombres de versión son ad hoc o no existen |
### Antipatrón de estrategia de prueba
Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Gestión del ciclo](/docs/architect/es-mx/well-architected/guide/resilient#gestión-del-ciclo-de-vida-de-aplicaciones) de vida de aplicaciones → [Estrategia de pruebas](/docs/architect/es-mx/well-architected/guide/resilient#estrategia-de-prueba)
| ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón |
| ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Datos 360 \| Apex | ⚠️ La cobertura de prueba no existe para consultas SOQL ejecutadas en objetos de Data Cloud Las consultas SOQL en un DMO no están cubiertas por métodos de prueba Apex |
| Plataforma \| Apex | ⚠️ Sus pruebas de unidad dependen de datos de organización |
| Plataforma \| Apex | ⚠️ No se utilizan simulacros/talones |
| Plataforma \| Negocios | ⚠️ Sus pruebas de escala no tienen prioridad |
| Plataforma \| Negocios | ⚠️ No realiza pruebas de escala como parte de su proceso de control de calidad y tiene aplicaciones a escala B2C, grandes volúmenes de usuarios o grandes volúmenes de datos |
| Plataforma \| Negocios | ⚠️ Sus pruebas de escala no tienen criterios bien definidos |
| Plataforma \| Negocios | ⚠️ Realiza pruebas de escala en un entorno sandbox de copia parcial o Developer Sandbox |
| Plataforma \| Negocios | ⚠️ Las pruebas de capacidad de uso no se realizan o se realizan en un conjunto limitado de dispositivos |
| Plataforma \| Negocios | ⚠️ Los volúmenes similares a producción de solicitudes de usuario, el tráfico de API y las variaciones en la velocidad de red no se prueban. |
| Plataforma \| Negocios | ⚠️ La automatización de pruebas no está establecida |
| Plataforma \| Negocios | ⚠️ La ingeniería de solicitudes carece de una revisión de calidad por un humano |
| Plataforma \| Negocios | ⚠️ Las pruebas de resistencia, estrés, desempeño, escala se consideran una fase o etapa de desarrollo. |
| Plataforma \| Organización | ⚠️ Los datos de prueba son idénticos a los datos de producción |
| Plataforma \| Planes de prueba | ⚠️ No está claro qué entorno puede admitir qué tipo de pruebas |
| Plataforma \| Planes de prueba | ⚠️ Los regímenes de prueba no se categorizan por riesgo, caso de uso o complejidad |
| Plataforma \| Planes de prueba | ⚠️ Las pruebas de desempeño para LWC personalizado es una idea posterior Esperar hasta el final del ciclo de desarrollo para probar componentes Lightning personalizados |
| Plataforma \| Planes de prueba | ⚠️ Probar integraciones con menos del 50% del tráfico de usuarios esperado Basándose en el resultado de un puñado de usuarios para considerar suficiente una prueba de integración |
---