Automatización del control de versiones para administradores de Salesforce

Este artículo explora por qué Salesforce requiere soluciones de control de versiones específicas, los beneficios del control de versiones para los equipos de administradores y cómo automatizarlo para Salesforce.

Estas son nuestras 5 conclusiones clave:

1. Salesforce requiere una solución de control de versiones específica debido a su diseño y su base de usuarios.

2. El control de versiones para equipos de administradores ofrece beneficios como copias de seguridad y recuperación ante desastres, un registro de auditoría para depuración, y cumplimiento y seguridad.

3. Automatizar el control de versiones es la mejor manera de lograr que los administradores lo usen, y Blue Canvas lo hace posible en cuatro clics (conoce más sobre Control de versiones para Salesforce).

4. Blue Canvas también permite convertir entre la antigua API de metadatos y el formato DX más reciente.

5. Usar Salesforce DX para tu equipo de administradores puede mejorar la experiencia de usuario de Salesforce sin sacrificar la seguridad.

‍

Stephan publicó recientemente esta pregunta en la comunidad de desarrolladores de Salesforce. Nos hizo reflexionar y pensamos en compartir nuestra respuesta aquí.

Por qué Salesforce necesita una solución de control de versiones específica

Hay dos razones fundamentales por las que Salesforce requiere una solución única de control de versiones:

1. Por diseño la plataforma Salesforce fomenta los cambios de configuración directamente en los entornos mediante una interfaz de usuario
2. Los proyectos de Salesforce tienen una base de usuarios única que abarca una amplia variedad de habilidades técnicas

En la mayoría de las plataformas de software, los cambios de funcionalidad se realizan mediante cambios en el código fuente. Esto facilita un flujo de trabajo bastante sencillo con Git o con cualquier otro sistema de control de versiones que prefieras.

En la mayoría de las plataformas de software, los cambios de funcionalidad se realizan mediante cambios en el código fuente. Esto facilita un flujo de trabajo bastante sencillo con flujo de trabajo de Git o cualquier otro sistema de control de versiones que prefieras.

Por diseño, Salesforce es diferente. Sí, hay código, pero también hay metadatos de configuración. A menudo, es simplemente más rápido y conveniente entrar directamente a una organización, modificar un objeto o un registro de metadatos —por ejemplo, agregar un campo— y guardar. No hace falta tocar archivos XML ni usar la línea de comandos.

Coincidimos con el tuit de Stephan: las mejores prácticas de desarrollo en Salesforce exigen incluir a los administradores en tu flujo de control de versiones. Y la única forma de lograr que usen el control de versiones es precisamente el mecanismo que Stephan propone: cuando alguien haga clic en guardar en Salesforce, el cambio debe enviarse automáticamente al control de versiones.

A las empresas les encanta esto porque permite que un recurso antes desaprovechado —los desarrolladores declarativos— cree proyectos de software complejos por primera vez. Se les conoce por muchos nombres: analistas de negocio, administradores, arquitectos, profesionales de operaciones de ventas, ingenieros de marketing, etc. Pero todos tienen mucho en común: suelen ser personas pragmáticas con buen criterio de negocio. Esto es algo muy positivo.

Mientras Salesforce siga fomentando este tipo de flexibilidad en su plataforma y su base de usuarios, tendrá requisitos únicos de control de versiones.

Control de versiones para administradores

Que Salesforce sea único no significa que no necesite control de versiones. Al contrario, lo necesita tanto como otras plataformas, o incluso más, dada la complejidad y el caos de tantas organizaciones de Salesforce. Simplemente, la implementación debe ser única.

El tuit de Stephan da a entender que la implementación actual de DX no satisface las necesidades de los administradores. Y eso está bien: DX está pensado como un conjunto de herramientas que los desarrolladores pueden usar para mejorar la experiencia de desarrollo en Salesforce de sus equipos.

Pero está claro que usar el control de versiones beneficia a tus equipos de administración. Si logras que tus administradores lo usen, obtendrás los siguientes beneficios:

Copias de seguridad y recuperación ante desastres

El control de versiones te permite recuperar de forma segura el trabajo perdido por una actualización de sandbox o una sobrescritura. Todos los días hablamos con desarrolladores que han visto esto en su instancia de Salesforce, ya sea por una actualización inoportuna o por la implementación de un conjunto de cambios. Mantener tus metadatos de administración en el control de versiones reduce este riesgo y te permite mejorar la experiencia de usuario de Salesforce sin sacrificar la seguridad. Conoce más sobre los beneficios de las copias de seguridad de metadatos de Salesforce.

Registro de auditoría para depuración

El control de versiones te da una visibilidad clara de lo que sucede en tus organizaciones. A veces, Salesforce es un sistema poco transparente: no queda claro qué cambió. Hace poco, uno de nuestros clientes nos habló de la época anterior a Blue Canvas y nos contó que los cambios de sus administradores no estaban en el control de versiones. Casi todas las semanas encontraban algún error nuevo en el código relacionado con un cambio de configuración. Dedicaban al menos 2 horas solo a identificar qué había cambiado, sin contar el tiempo para solucionarlo. El control de versiones te permite ver rápidamente qué ha pasado con tus metadatos de Salesforce.

Cumplimiento y seguridad

El cumplimiento de SOX y otras mejores prácticas de seguridad requieren un registro de auditoría más completo. «¿Quién cambió qué y cuándo?» es una pregunta clave para cualquier auditor. Esto se aplica tanto al trabajo de administración como al código. El control de versiones puede darle a tu equipo de auditoría mayor claridad sobre cómo se ha trabajado en tu instancia de Salesforce a lo largo del tiempo.

Automatización del control de versiones para Salesforce

Entonces, ¿cuál es la mejor forma de obtener estos beneficios?

Coincidimos con el tuit de Stephan: las mejores prácticas de desarrollo en Salesforce exigen incluir a los administradores en tu flujo de control de versiones. Y la única forma de lograr que usen el control de versiones es precisamente el mecanismo que Stephan propone: cuando alguien haga clic en guardar en Salesforce, el cambio debe enviarse automáticamente al control de versiones.

La mejor manera de lograr que los administradores usen el control de versiones es automatizarlo. No debe ser algo que se agregue al final ni un paso manual propenso a errores. Tampoco debe exigir que el equipo de negocio que usa Salesforce aprenda Git rebase, Git commit ni nada por el estilo. Es demasiado trabajo adicional para el beneficio que aporta.

Si obligas a tu equipo a usar ese tipo de flujo, estás sacrificando muchos de los principales beneficios de usar Salesforce. Salesforce está diseñado para que los administradores y los equipos de negocio logren grandes cosas con el desarrollo de software. Una parte clave para ayudarlos a hacerlo es automatizar sus herramientas y no ponerles obstáculos. Lo ideal es evitar la implementación de procesos engorrosos.

de Blue Canvas Control de versiones para Salesforce permite hacerlo en cuatro clics. Cada vez que haces clic en guardar en la consola de desarrollador o en la interfaz de Salesforce, capturamos automáticamente ese cambio y lo registramos en un repositorio de Git con el usuario que inició sesión como autor del commit. Esto garantiza que todos los cambios en Salesforce queden registrados en el control de versiones, no solo aquellos que alguien recuerde registrar.

Si quieres saber cómo podemos ayudarte a usar Salesforce DX para tu equipo de administración ponte en contacto!

‍