Planificar la transiciĆ³n al modelo de paquetes
Objetivos de aprendizaje
DespuƩs de completar esta unidad, podrƔ:
- Identificar casos de uso donde puede cambiar a un enfoque modular (desarrollo de paquetes).
- Identificar un escenario que no se presta en sĆ al desarrollo de paquetes.
Siguiente parada: planifique su transiciĆ³n al modelo de paquetes
Ahora que comprende el valor del modelo de desarrollo de paquetes, le interesa avanzar con Ć©l. ĀæCĆ³mo comenzar, entonces? Sus pasos siguientes dependen de la complejidad y madurez de su organizaciĆ³n de producciĆ³n y de los procesos de desarrollo asociados. A continuaciĆ³n encontrarĆ” algunas sugerencias que le serĆ”n de mucha ayuda para comenzar.
Por quƩ este es un gran momento para adoptar el modelo de paquetes
Antes los paquetes estaban destinados a los socios que buscaban crear y distribuir aplicaciones en AppExchange. Sin embargo, ahora hay un nuevo lĆder en paquetes para empresas y clientes: los paquetes desbloqueados. Si es cliente, contratista, consultor o integrador de sistemas de Salesforce, los paquetes desbloqueados son la mejor opciĆ³n.
Estos paquetes permiten ejecutar secuencias de comandos, y ofrecen una forma repetible y rastreable para trabajar y gestionar cambios a medida que desarrolla funcionalidades.
Lo mejor de todo es que Salesforce CLI y los proyectos de DX facilitan mucho la creaciĆ³n de los paquetes desbloqueados. Puede instalarlos en cualquier entorno de Salesforce: organizaciones borrador, entornos sandbox, organizaciones de prueba y organizaciones de producciĆ³n.
Si desea saber mĆ”s, consulte el mĆ³dulo Paquetes desbloqueados para clientes.
Conformar un equipo
QuizĆ”s haya escuchado la frase āNingĆŗn hombre es una islaā. Lo mismo puede decirse de los equipos. En muchas compaƱĆas, la organizaciĆ³n de producciĆ³n de Salesforce tiene varias partes interesadas. A medida que se prepara para embarcarse en el desarrollo de paquetes, una de las primeras tareas consiste en desglosar su organizaciĆ³n. Antes de empezar, es importante involucrar a las personas indicadas.
En PreparaciĆ³n para el desarrollo de paquetes, encontrarĆ” estrategias para conformar un equipo de cara al traspaso al desarrollo de paquetes.
Buscar formas de desglosar la organizaciĆ³n en paquetes
EvalĆŗe todos los aspectos de su proceso de desarrollo para buscar posibles formas de cambiar al enfoque modular, basado en paquetes. Busque aplicaciones especĆficas en la organizaciĆ³n de producciĆ³n que se distingan del resto. ĀæTiene equipos especĆficos que creen y mantengan estas aplicaciones? Si es asĆ, puede aislar esas aplicaciones en sus propios paquetes. AppExchange ofrece muchos buenos ejemplos de aplicaciones independientes que siguen esta idea de aislar un conjunto de datos de origen y metadatos en un solo paquete.
A veces, no se cuenta con una aplicaciĆ³n especĆfica que pueda dividirse en paquetes, pero sĆ hay partes concretas de la organizaciĆ³n en las que se trabajĆ³ a lo largo del tiempo. Por ejemplo, las extensiones de una de las principales aplicaciones podrĆan lanzarse como paquetes. Puede aislar en un solo paquete todas las extensiones creadas en la personalizaciĆ³n del proceso de ventas de la compaƱĆa. Si puede aislar los metadatos especĆficos de esas partes, podrĆ” usarlos para desarrollar un paquete.
TambiĆ©n puede buscar equipos que ya estĆ©n creando y desarrollando separados del resto, o que deseen hacerlo. Encuentre aquellos equipos que busquen la oportunidad de ser mĆ”s Ć”giles y flexibles, o bien los equipos que quieran separar sus cambios del proceso general de gestiĆ³n de cambios en su organizaciĆ³n de producciĆ³n. Estos equipos pueden aislar sus metadatos y almacenarlos en su propio paquete.
Buscar metadatos compartidos
A lo largo del camino, procure evaluar todos los posibles paquetes en busca de componentes de metadatos compartidos. No es deseable aislar involuntariamente metadatos compartidos en un paquete que pertenezca a una aplicaciĆ³n o un equipo en particular. Si el componente de metadatos estĆ” compartido, le recomendamos que organice esos componentes compartidos en un solo paquete base. De esta manera, podrĆ” garantizar que todos los paquetes hagan referencia a los componentes en el paquete base compartido. Recuerde que los componentes de metadatos solo pueden estar en un paquete al mismo tiempo.
Iniciar el proyecto de paquetes
Una vez que haya identificado los posibles paquetes, puede usar la API de metadatos para recuperar la fuente relacionada con el paquete. Consulte el mĆ³dulo Desarrollo de aplicaciones con Salesforce DX para ver cĆ³mo usarĆa Salesforce CLI y la organizaciĆ³n de prueba para crear un archivo package.xml que identifique componentes del paquete. Cuando recupere la fuente en formato de metadatos, conviĆ©rtala al formato de la fuente.
Luego, cree el repositorio de VCS para cada paquete. A partir de allĆ, continĆŗe el proceso de separaciĆ³n creando paquetes especĆficos para esas aplicaciones.
Roma no se construyĆ³ en un dĆa
Si su compaƱĆa tiene una organizaciĆ³n compleja o madura, el cambio al modelo de paquetes tendrĆ” que ser un proceso gradual. Su organizaciĆ³n de producciĆ³n es su bien mĆ”s preciado, por lo que debe planificar la transiciĆ³n detenidamente. Use esta unidad como guĆa para identificar las partes de su organizaciĆ³n que pueden cambiar al modelo de paquetes. Cambie de a un paquete por vez, y siga evaluando y mejorando su proceso.
Ahora que conoce mejor el modelo de desarrollo de paquetes, es momento de poner manos a la obra y probarlo.
Recursos
- GuĆa del desarrollador: GuĆa del desarrollador de Salesforce DX
- GuĆa del desarrollador: Metadata API Developer Guide
- Trailhead: Paquetes desbloqueados para clientes