Desglosar sus metadatos
Objetivos de aprendizaje
- Describir cómo los clientes de compañías utilizan paquetes desbloqueados.
- Describir cómo el desarrollo de paquetes es diferente del desarrollo de conjuntos de cambios.
- Describir cómo implementa metadatos utilizando paquetes.
Por qué el desarrollo de paquetes es el futuro
Si completó el módulo Modelo de desarrollo de paquetes, sabrá que ese desarrollo modular basado en paquetes es un modelo de cambio. Pero quizá este pensando, ¿cómo puedo poner estos principios en práctica? ¿Cómo me facilita este modelo modular las cosas?
Sea nuevo en el desarrollo en la plataforma o un veterano experimentado, el empaquetado es para usted. Como cliente de larga duración, cuanto más personalice y cree en la plataforma, más complejidad crea en su organización. Su organización única de Salesforce se convirtió en un amplio contenedor para todos los metadatos con los que está interactuando y que está gestionando. Nos referimos a esta bocina de la abundancia como su “sopa feliz”.
Si implementó personalizaciones de Salesforce recientemente, implementó metadatos en organizaciones de producción con conjuntos de cambios o incluso paquetes no gestionados. Este modelo de desarrollo tradicional es lo que llamamos un desarrollo de conjuntos de cambios. Su desarrollo se produjo en gran parte en los confines de un entorno de sandbox o una organización de producción.
El ciclo de vida de la aplicación de desarrollo de conjunto de cambios lleva aparejado mover cambios de organización entre entornos de desarrollo y de prueba hasta que se emitan esos cambios en su organización de producción. Pero al final del día, la “fuente de la verdad” es la organización de producción. Aunque realice un seguimiento de los cambios de forma externa en un sistema de control de versión, sabe con certeza que todo reside en su organización.
¡Pero ahora tiene más opciones! En el modelo de desarrollo de paquetes, la fuente de la verdad nueva y mejorada es su sistema de control de versión. Usted utiliza proyectos de Salesforce DX para organizar su fuente en directorios de paquetes. Su objetivo final es crear paquetes utilizando esos directorios que son versionables, fáciles de mantener, actualizar, instalar y mejorar.
Dicho eso, pasar al desarrollo de paquetes no es una proposición de todo o nada. Eliminaremos el misterio, y le mostraremos cómo comenzar.
¿Qué es un paquete?
Si es nuevo en el empaquetado, puede pensar en un paquete como un contenedor que llena con metadatos. Es una unidad de funciones distribuible.
Imagine que creó una aplicación personalizada para sus empleados para realizar un seguimiento de gastos. Incluyó objetos personalizados, clases de Apex, componente Lightning y mucho más. En el modelo de desarrollo de conjuntos de cambios, todos los metadatos que pertenecen a esa aplicación personalizada están contenidos en su organización de Salesforce. No obstante, no está aislado u organizado de una manera que sea sencillo de actualizar y mantener. En el modelo de desarrollo de paquetes, organiza esos metadatos en contenedores bien definidos denominados paquetes.
Por ahora, no le sorprenderá saber que las razones más atractivas para utilizar paquetes se reducen a los metadatos, o sea, organizar sus metadatos. Sin paquetes, sus metadatos de Salesforce podrían llegar a ser difíciles de manejar.
Paquetes desbloqueados al rescate
Salesforce ofrece diferentes tipos de paquetes, cada uno con características únicas. Por ahora, trabajaremos con un tipo de paquete especial, paquetes desbloqueados, especialmente apropiados para aplicaciones de negocio internas.
Los paquetes desbloqueados le ayudan a agregar, modificar y eliminar metadatos en su organización de una forma rastreable de modo que puede reutilizar componentes y actualizar su aplicación Salesforce de forma más sencilla y rápida. Encapsulan todos los cambios de metadatos y las actualizaciones que planifica realizar.
Por supuesto, su aplicación, y por ello los contenidos del paquete, cambian on el tiempo. Para realizar un seguimiento de los cambios, crea versiones de su paquete. Cada versión es un artefacto inalterable, una instantánea de los contenidos de su paquete.
En su organización de producción, puede inspeccionar qué metadatos proceden de qué versión de paquete, y el conjunto de todos los metadatos asociados con la versión de paquete. Este proceso de inspección es el mismo para paquetes que instaló desde AppExchange.
No más hojas de cálculo para realizar un seguimiento de cambios de metadatos. ¿No más notas adhesivas!
¿Qué es un paquete desbloqueado?
Con n paquete desbloqueado, tiene mucha flexibilidad. Sus administradores pueden realizar cambios directamente en producción en respuesta a solicitudes de cambios urgentes porque los metadatos en paquetes desbloqueados se pueden modificar en una organización de producción.
Mientras que los paquetes desbloqueados le proporcionan la flexibilidad para realizar cambios directamente en la organización de producción, recuerde que su amplia capacidad implica una gran responsabilidad. ¿Nota el cosquilleo de sus sentido arácnido?
Los paquetes desbloqueados están controlados por el desarrollador. La instalación de cualquier nueva versión de paquete sobrescribe los cambios realizados directamente en la organización de producción. Es clave que los administradores comuniquen cualquier cambio realizado directamente en la organización de producción al equipo de desarrollo de modo que se actualice el paquete de forma apropiada.
Por lo tanto, ¿qué puede poner en un paquete desbloqueado? ¡Buenas noticias! Puede poner todos los tipos de componentes y metadatos de Salesforce en un paquete desbloqueado.
El reporte Cobertura de metadatos es la fuente confiable de información de cobertura de metadatos entre varios canales. Estos canales incluyen API de metadatos, seguimiento de origen, paquetes desbloqueados, paquetes gestionados de primera generación, paquetes gestionados de segunda generación, entre otros. Para acceder al reporte Cobertura de metadatos, vaya a https://developer.salesforce.com/docs/metadata-coverage.
¿Cómo empieza?
Antes de llegar a la mejor parte, este aperitivo es realmente importante y merece la pena repetirlo; la adopción de herramientas de Salesforce DX y los principios de desarrollo no es una aventura de todo o nada. Puede dar pequeños pasos o puede tirarse a la piscina. No juzgamos.
Por lo tanto, si está listo para ampliar su repertorio, ¿por dónde comienza?
- Si es nuevo en Salesforce o está comenzando un proyecto nuevo, puede seguir el modelo de desarrollo de paquetes justo desde el inicio.
- Si está comenzando con una gran cornucopia de fuente no diferenciada, puede adoptar el empaquetado de forma progresiva mientras inicia la división de sus metadatos y su organización en contenedores lógicos.
Puede comenzar con un perfil bajo empaquetando los componentes y el esquema que puede reutilizar más adelante en múltiples aplicaciones. Llegado el momento, puede definir dependencias entre los paquetes. Usted decide cuán rápido ir y cuánta complejidad puede absorber.
Eta flexibilidad es el poder de paquetes desbloqueados.
Desarrollo de paquetes con Salesforce DX
Ahora que comprende algunos de los conceptos principales del empaquetado, echemos un vistazo al flujo de trabajo de empaquetado. Para simplificar, supongamos que es el único desarrollador y gestor de versión, pero otro equipo está gestionando el control de calidad (QA).
Comienza creando un paquete asociado con un directorio en su proyecto de Salesforce DX. Como el desarrollador, modifica los metadatos en su proyecto y se acumulan los cambios. Utiliza organizaciones borrador para desarrollar y probar con unidades estos cambios (1).
Como el gestor de versión, cuando está listo para compartirla con QA, crea una versión de paquete. QA instala el paquete y se pone a trabajar. También utiliza este paquete para pruebas con unidades y CI (2). Durante este proceso, corrige errores, agrega nuevas funciones o modifica funciones existentes. Crea una nueva versión de paquete y luego inicia el proceso de prueba con unidades de nuevo (1).
Ésta es la naturaleza iterativa del modelo de desarrollo de paquetes.
Repite este proceso con QA hasta que tenga una buena versión, luego instala esta versión en su sandbox para pruebas de aceptación del usuario (UAT), y por último en producción (3).
La instalación de la versión de paquete es similar a la implementación de metadatos. Puede instalar una versión de paquete en cualquier organización: una organización borrador, una organización sandbox o una organización de producción, similar a la implementación de un conjunto de metadatos.
¡Allí va! Ahora comprende el ciclo de vida de la aplicación básica para el modelo de desarrollo de paquetes.
Ahora que publicó su primer paquete
En el mundo de desarrollo de software y alta tecnología, nunca sobra tiempo para dormirse en los laureles. Esa próxima versión se avecina habitualmente grande. Ahora es el momento de nuevo de ponerse su capa y sus alzas y volver al trabajo para desarrollar nuevas funciones y personalizaciones. Además, lo adivinó, una nueva versión de paquete.
Puede crear todas las nuevas versiones que necesite cuando cambia, agrega o elimina metadatos de paquete. Cada versión de paquete tiene un número de versión (por ejemplo, 1.3.0.2) y puede utilizar una actualización de paquete para aplicar estos cambios a una versión de paquete instalada.
Este proceso, modificar metadatos → crear versión de paquete → Probar versión de paquete → implementar en producción, se puede realizar cualquier número de veces.
¿Listo para probarlo? Creamos su primer paquete desbloqueado.
