Prácticas recomendadas de implementación

Por qué desarrollar directamente en producción no es una buena idea

La implementación de cambios directamente en su entorno de producción de Salesforce en vivo no es generalmente una buena idea porque introduce riesgos significativos para su negocio y usuarios. Incluso pequeñas modificaciones pueden tener efectos inesperados en cascada que interrumpen su sistema. Por ejemplo, cambiar el tipo de un campo puede alterar irreversiblemente los datos o hacer que se recompile el código Apex. Una actualización única y no probada puede interrumpir un proceso crítico, desordenar sus datos o hacer que el sistema no sea utilizable para su equipo o sus clientes, lo que lleva a una lucha por solucionar las cosas mientras todos esperan.

Cuando está desarrollando o modificando una aplicación, el lugar más seguro para realizar y probar cambios es en un entorno de desarrollo exclusivo, como un entorno sandbox o una organización borrador. Además, se deben realizar algunos cambios en un entorno de desarrollo para proteger su organización de producción, como redactar código Apex.

Una canalización de versión sólida con múltiples etapas de prueba garantiza una implementación sin problemas en producción:

• Validación de que los cambios integrados funcionan conjuntamente.
• Le permite practicar la implementación para identificar cualquier problema.
• Asegúrese de incluir todo lo que necesita en su artefacto de implementación. Si te perdiste algo, será obvio cuando lo pruebes.
• Proporcionar a múltiples partes interesadas la oportunidad de probar los cambios en una copia parcial o Sandbox completo (pruebas de aceptación de usuarios).

¿Qué cambios puede realizar directamente en producción?

Aunque generalmente no se recomienda desarrollar o modificar aplicaciones en su organización de producción, algunas tareas administrativas están perfectamente bien para realizar directamente en producción. Estas tareas normalmente no implican el cambio o la creación de aplicaciones en sí, sino la gestión de configuraciones existentes o el acceso de usuarios.

Por ejemplo, puede realizar tareas administrativas de forma segura como:

• Desarrollo de plantillas de correo electrónico.
• Creación o modificación de usuarios.
• Creación o modificación de conjuntos de permisos y perfiles.

Estos tipos de acciones son comunes y aceptables para ejecutar directamente en su organización en vivo. Ayudan a mantenerlo funcionando correctamente sin los riesgos asociados con cambios de desarrollo más grandes.

Adoptar la gestión del cambio y la buena gobernanza

Mantener un entorno de producción saludable y estable es crucial para su negocio y sus clientes. Esto requiere un enfoque estratégico para la implementación, basado en prácticas recomendadas para la gobernanza y la gestión del cambio, también conocida como gestión del ciclo de vida de aplicaciones (ALM). Estas prácticas establecen un marco para el cambio: definición de qué, cuándo y cómo se introducen los cambios. Esto proporciona confianza a los equipos y proporciona trazabilidad, lo que lleva a implementaciones más fluidas y coherentes.

Estas son algunas reglas de gobernanza sugeridas para fomentar buenas prácticas de desarrollo.

• Minimice quién puede desarrollarse en producción. Limite el acceso de Personalizar aplicación a administradores.
• Restrinja los permisos para realizar implementaciones programáticas a un pequeño número de administradores.
• Sea juicioso acerca de los cambios que realiza a través de la Configuración en producción y aténgase a tareas administrativas.

Sea estratégico sobre el tiempo de implementación

Durante una implementación de Salesforce, la repercusión en los usuarios puede variar desde un inconveniente menor hasta una interrupción completa, dependiendo del tipo de cambios y el tiempo de implementación. Asegúrese de evitar las horas punta cuando todos estén utilizando el sistema de forma activa. Evitar las horas punta es especialmente importante si su implementación podría provocar que el código Apex se recompile o provocar errores de concurrencia Apex, lo que puede reducir en gran medida el rendimiento de la aplicación.

Además, evite implementar justo antes de las festividades o eventos importantes para evitar cualquier dolor de cabeza o interrupción innecesaria. En su lugar, intente publicar en momentos en que la mayoría de los usuarios están fuera del sistema.

Trate de cumplir un programa de lanzamiento coherente. Por ejemplo, intente liberar a intervalos regulares y en un día concreto de la semana. Incluso aquí en Salesforce, programamos moratorias de lanzamientos regulares para evitar interrupciones en todo el sistema durante momentos críticos. La coherencia de programación ayuda con la planificación de toda la empresa y establece expectativas con sus usuarios comerciales y clientes.

Esté atento a dependencias de implementación

Al implementar en Salesforce, un enfoque sencillo para ordenar su implementación puede facilitar significativamente el proceso y ayudar a resolver dependencias de forma eficiente. Aquí, proporcionamos información general y directrices.

Nota Algunas funciones y productos de Salesforce tienen su propia información específica para las prácticas recomendadas de implementación. Asegúrese de revisar la documentación de productos de su función antes de formular su estrategia de implementación.

Una secuencia recomendada es implementar en este orden:

• Objetos
• Clases de Apex
• Componentes y páginas Visualforce
• Componentes web Lightning (LWC) y componentes Aura
• Desencadenadores Apex y otros metadatos
• Perfiles y conjuntos de permisos
• Reglas de colaboración

Para evitar problemas al principio del proceso, implemente objetos primero. Incluya nuevos objetos personalizados, campos, tipos de registro y otros componentes de metadatos necesarios. Esta secuencia es especialmente importante para componentes como formatos compactos y vistas de lista, debido a su dependencia directa de objetos.

Para perfiles y conjuntos de permisos, asegúrese de que todos los metadatos relacionados están implementados de antemano porque los perfiles actúan como una capa global que vincula muchas dependencias entre los metadatos de la organización.

Implemente lógica de colaboración cerca del final de su plazo de implementación porque funciona a nivel de registro. La implementación de un perfil completo o conjunto de permisos que contiene una regla de colaboración, por ejemplo, desencadena un cálculo cada vez que intenta implementar, lo que puede consumir tiempo si hay múltiples fallos. El momento de las implementaciones de la lógica de colaboración es crítico debido al proceso de recálculo de colaboración.

Además, cualquier cambio realizado en una organización, en particular en reglas de colaboración o configuración de grupo, o cambios estructurales en la jerarquía de funciones, puede provocar que el código Apex se recompile, lo que puede aumentar los tiempos de procesamiento.