Implementación en un día
Responder a la pregunta «¿Cuánto tiempo lleva implementarlo?» puede darte claridad.
Por Randalyn Hill-Coffer·Revisado por el equipo de Blue Canvas··6 min de lectura
A veces nos ponemos en el lugar de los desarrolladores y administradores de Salesforce que buscan implementar DevOps en su entorno de Salesforce. Para empezar, ¡hay tantas opciones! ¿Creo algo por mi cuenta con Jenkins, Git y SalesforceDX? ¿Evalúo alguna de las herramientas comerciales del mercado? ¿Simplemente sigo con conjuntos de cambios? (Pista: la respuesta es no 😂)
Ante el agotamiento de tomar tantas decisiones, ¿qué puede ayudarnos a distinguir lo importante? Encontramos una pregunta útil: cuánto tiempo lleva implementarlo?
La rapidez con la que se logra una implementación exitosa es un buen indicador de qué tan pronto puedes demostrar valor y qué tan ágil y optimizada es la solución para Salesforce.
En Blue Canvas, nuestro objetivo es que un equipo típico de administradores y desarrolladores de Salesforce empiece a usar Git y Salesforce DX en un día, y buenas prácticas de DevOps, como revisiones de código y CI/CD, en poco más de una semana.
¿Cómo? Blue Canvas está diseñado desde cero para que los equipos de Salesforce adopten las buenas prácticas en el menor tiempo posible. Lo logramos mediante una combinación de tecnología, diseño y capacitación. Nuestra plataforma, con un enfoque definido, te permite alcanzar los dos objetivos de DevOps y la gestión de versiones (implementaciones más rápidas con menos problemas) sin tener que cambiar demasiado tu flujo de trabajo diario.

Git automatizado con interfaz gráfica
Git es la base de Blue Canvas. Tu equipo estará usando Git a los pocos minutos de conectarse a Blue Canvas. En nuestra primera reunión, creamos un repositorio de Git para el cliente y conectamos los sandboxes y los entornos de producción como ramas de ese repositorio. Desde esta conexión inicial, registramos automáticamente los cambios de cada entorno y actualizamos el repositorio de Git. Incluso atribuimos cada cambio al usuario que lo realizó en Salesforce.
Esto libera a los administradores de la tarea de aprender qué es un commit de Git y recordar hacerlos, algo que consume mucho tiempo. A medida que se producen cambios, estos llegan automáticamente a Git sin intervención manual, que suele ser poco frecuente y propensa a errores.
Esto nos permite cumplir nuestra promesa de poner a tu equipo a trabajar con Git en un día. Incluso los administradores que no saben qué es Git pueden trabajar con la seguridad de contar con respaldos en tiempo real de todos los cambios. Además, los responsables de entregas y de producto pueden ver quién cambia qué mediante un registro de auditoría inteligente basado en Git.
Estrategias de ramificación que funcionan para los sandboxes de Salesforce
Históricamente, los sandboxes han hecho que la ramificación en Git sea un desafío para los equipos de Salesforce. Por eso creamos el modelo de ramificación más sencillo posible.
Cada entorno es una rama, y las “funcionalidades” se gestionan como “pull requests” mediante cherry picking. Cuando tengo un conjunto de cambios que quiero llevar al siguiente entorno, creo un pull request. Esto resulta intuitivo para administradores y desarrolladores, y elimina la complejidad de pensar en ramas complicadas.
Aquí hay un equilibrio inevitable. Sin duda, puedes inventar estrategias de ramificación más complicadas para Salesforce. Pero, según nuestra experiencia con cientos de equipos de Salesforce, la mayoría de las estrategias de ramificación son tan complejas que no logran una adopción generalizada.
Como nuestra ramificación refleja el modelo de desarrollo con sandboxes, los administradores y desarrolladores pueden usar pull requests y cherry picking mediante nuestra interfaz de Git con un cambio mínimo de paradigma. Pueden adoptar un flujo de Git práctico que, desde la perspectiva de las ramas, se siente similar a los conjuntos de cambios. Por eso, la mayoría de los equipos pueden empezar a trabajar después de una sola capacitación.
Salesforce DX
Convertir a Salesforce DX requiere mucho tiempo y decisiones de compromiso. Es mucho más fácil en un proyecto que empieza desde cero, pero incluso así hay complicaciones. Primero, DX introduce un nuevo modelo “basado en código fuente” centrado en organizaciones temporales, en lugar de sandboxes. Esto exige aprender a usar las herramientas tradicionales de Git mediante la CLI. También elimina el sandbox como aspecto fundamental del proceso de desarrollo.
Una de las principales propuestas de valor de Salesforce es el modelo de sandboxes. Salesforce ofrece a desarrolladores y administradores un entorno totalmente administrado que gestiona las dependencias, la autenticación y la ejecución de funciones.
Aun así, DX es el futuro y queremos ayudar a los usuarios a adoptar rápidamente un conjunto de tecnologías moderno y aprovechar las mejoras de rendimiento de DX. Blue Canvas convierte el formato de tus metadatos al nuevo estándar DX de forma transparente y automática. Esto prepara tus organizaciones para el futuro y ofrece algunos de los beneficios de rendimiento de DX, sin que tu equipo tenga que preocuparse por ello.
Así, tu equipo estará usando DX después de conectar tus primeras organizaciones el día 1, ¡lo sepa o no!

Sistema de diseño Lightning
La familiaridad es importante al aprender cosas nuevas. Por eso creamos nuestra plataforma con Lightning Design System. Cualquiera que haya visto o usado Blue Canvas notará lo familiar que resulta. Esto evita tener que cambiar de contexto o aprender nuevas particularidades de diseño. También agiliza mucho la incorporación, especialmente para los administradores.
Capacitación y acompañamiento
Blue Canvas no es una plataforma de autoservicio. Cada cliente recibe una llamada gratuita de incorporación con un gerente técnico de cuenta dedicado.
Lo hacemos porque la tecnología y el diseño son solo una parte de la implementación exitosa de un nuevo proceso de gestión de entregas. Sí, podemos lograr grandes avances al hacer que la herramienta sea sencilla e intuitiva, como describimos arriba, pero siempre hay un factor humano al introducir una nueva forma de trabajar.
Desde 2016 ayudamos a los equipos a dar sus primeros pasos con DevOps para Salesforce. Contamos con expertos capacitados para asegurar tu éxito, responder preguntas y asesorarte sobre las mejores prácticas. Todos nuestros clientes reciben una incorporación personalizada en la que los ayudamos a definir sus objetivos y los pasos para alcanzarlos. Cada persona comienza su camino en DevOps desde un punto diferente. Contar con servicios de capacitación y asesoría integrados en la plataforma (sin costo adicional) es la pieza final para garantizar una implementación rápida y exitosa.

¿Por qué importa la rapidez de implementación?
Una funcionalidad que no tenemos, pero que desde hace tiempo queremos desarrollar, es el análisis estático de código. Sería genial generar evaluaciones de tu código y luego impedir los despliegues que no alcancen cierta calificación, ¿verdad?
Pero cuando empezamos a investigar esta funcionalidad, notamos un patrón. Los equipos que contaban con análisis estático de código para Salesforce no lo usaban de manera eficaz. A menudo trabajaban en organizaciones heredadas con frecuentes errores de linting como el uso incorrecto de mayúsculas y minúsculas en su código Apex. En cada despliegue, esto generaba decenas o cientos de errores que los equipos no tenían tiempo de corregir y que simplemente ignoraban para poder lanzar su entrega. ¡Después de todo, el negocio estaba esperando! Por eso, decidimos que ofrecer análisis estático de código añadiría ruido innecesario para la gran mayoría de los equipos de Salesforce sin aportar un valor significativo. Quienes realmente pudieran beneficiarse del análisis estático de su código Apex podrían crear sus propias herramientas con SonarQube.
Hemos tomado este tipo de decisiones de simplificación, con criterios definidos, en todo el producto para asegurarnos de aportar valor lo antes posible.
La propuesta de valor de Salesforce es el pragmatismo. Es “clics, no código”. Creemos que una plataforma de DevOps y gestión de entregas para Salesforce debe ser igual de pragmática. Una buena forma de evaluarlo es preguntarse: “¿cuánto tiempo tomará implementarla?”.
¿Cuánto tiempo tienes que esperar para ver resultados? ¿Cuánto falta para lograr entregas más rápidas y con menos problemas? Idealmente, la respuesta es un día para los equipos pequeños y una o dos semanas como máximo para los más grandes.
El objetivo es alcanzar esas metas con la menor carga operativa posible. Permitir que tu negocio avance más rápido y con mayor seguridad. Y luego, no estorbar.



