5 consejos para lanzamientos de aplicaciones más eficaces

Por Tim Bond, Gerente de Producto

Los equipos de desarrollo de código bajo dedican una cantidad considerable de tiempo y energía a planificar y desarrollar el siguiente conjunto de funciones para sus aplicaciones de código bajo. Desarrollar aplicaciones sólidas que ofrezcan los resultados esperados es de suma importancia. Pero el proceso de trasladar la aplicación de un entorno de desarrollo a uno de prueba y, finalmente, a un entorno de producción o activo, suele ser una ocurrencia tardía.

Tener un plan bien establecido y bien comunicado para lanzar una aplicación a un entorno de producción es la parte más importante de un lanzamiento. Aquí hay algunos elementos que debes considerar antes de realizar cualquier lanzamiento:

• ¿Cuándo comenzará el lanzamiento y cuánto tiempo tomará?

  Trabaje con las partes interesadas para identificar un momento en el que se verán mínimamente afectadas. La duración es difícil de predecir; cuanto más lo haga, mejor podrá estimarla. Prometa menos y entregue más de lo estimado en su cálculo.

• ¿Cómo van a verse afectados los usuarios finales durante el lanzamiento?

  No importa qué tan bien comuniques las versiones y el tiempo de inactividad planificado con anticipación, debes asumir que un usuario estará en la aplicación si puede estarlo. Esto puede no ser un problema, pero si lo es, podrías considerar prohibir el acceso a la aplicación durante el período de mantenimiento.

• ¿Quién es responsable de cada paso del proceso de lanzamiento?

  Se debe difundir un plan detallado con el equipo de personas que está realizando los pasos. Tómense el tiempo para revisar el plan juntos y recalquen que no hay preguntas tontas cuando se trata de tener claridad sobre el plan de lanzamiento. Asegúrese de que cada individuo tenga el acceso correcto para realizar los pasos que se le han asignado.

• ¿Qué nuevas conexiones o puntos de integración con aplicaciones de terceros se están introduciendo?

  La primera vez que una conexión o integración se pone en marcha, habrá un poco de incertidumbre en el fondo de la mente del equipo. Una clave de API incorrecta o tráfico de red bloqueado podría echar por tierra el plan. Los desarrolladores deben asegurarse de señalar esto al equipo para que la nueva conexión pueda planificarse adecuadamente.

• Si el lanzamiento no es exitoso, ¿cuál es el plan de reversión?

  Este nunca es el resultado esperado ni deseado, pero tener un plan con anticipación guiará al equipo durante una situación estresante.

Solo tienes una oportunidad para tener un lanzamiento exitoso al primer intento. Te sugiero usar una versión de prueba o de preparación como un simulacro para producción y así resolver cualquier problema.

En lo que respecta a las versiones de la aplicación Jitterbit App Builder, tus desarrolladores crean una versión desde el entorno de desarrollo, descargan el archivo de la versión (lo llamamos archivo LP) y lo suben al entorno de destino para instalarlo. Hay un par de riesgos comunes que debes verificar cuidadosamente antes de crear la versión e instalarla en producción:

• Opciones de instalación de la tabla:

  Por lo general, vas a incluir tablas físicas en tu versión. Cada tabla tiene una configuración de opción de instalación que determina cómo se manejan los datos almacenados en la tabla cuando se crea la versión y, posteriormente, se instala en un entorno de destino. Esta es una capacidad potente, pero debe usarse con precaución. Definitivamente no querrás reemplazar datos de producción de calidad con todos los datos que crean los desarrolladores. Puedes obtener más información sobre estas opciones en nuestro Crear una página de documentación del paquete de lanzamiento.

• Roles:

  El acceso a una página, así como las capacidades nativas de creación, edición y eliminación de los datos mostrados a un usuario en una página, se controlan de forma detallada en la capa lógica. Cada vez que un desarrollador modifica los roles de una regla de negocio o introduce una nueva regla de negocio en una página, esto puede tener un efecto no deseado en la capacidad de un grupo de usuarios en particular para acceder a la página. Crear un usuario de prueba para cada grupo de usuarios y realizar pruebas de regresión para los roles es una excelente práctica antes de cualquier lanzamiento a producción. Esto le ayudará a evitar el temido correo electrónico de “ya no puedo acceder a esta página” por parte del usuario final el día después de un lanzamiento. Eche un vistazo a esta página de documentación para obtener más información sobre privilegios y permisos.

Cada vez que vayas a lanzar tu aplicación Jitterbit App Builder, revisa minuciosamente la plantilla de lanzamiento. Solo debes lanzar los componentes de la aplicación que hayan cambiado y que desees implementar en producción.

En tu plantilla de lanzamiento, puedes elegir estos diferentes componentes. Por supuesto, puedes lanzar una aplicación completa que incluirá todas las fuentes de datos, lógica y páginas. O si tu cambio fue a una escala menor, podrías lanzar solo una página o una sola regla de negocio y lanzar esos componentes más pequeños a producción, dejando el resto de la aplicación tal como está. Esta flexibilidad en el proceso de lanzamiento permite a su equipo de desarrollo responder más fácilmente a cualquier problema crítico que surja mientras trabaja en solicitudes más grandes.

La función de componentes de la aplicación mejora la flexibilidad, la velocidad y el control sobre el proceso de implementación de software, lo que la convierte en una herramienta potente en entornos que requieren actualizaciones frecuentes y un tiempo de inactividad mínimo. Los beneficios clave para sus equipos de desarrollo son:

• Actualizaciones modulares:

  Permite actualizar componentes específicos de una aplicación de forma independiente, reduciendo las dependencias de código.

• Tiempo de inactividad minimizado:

  Solo se actualizan los componentes modificados, lo que permite actualizaciones más fluidas.

• Mayor agilidad en el desarrollo:

  Los equipos pueden lanzar actualizaciones o parches rápidamente para componentes individuales, lo que mejora el tiempo de respuesta.

Aprende más sobre Jitterbit App Builder, o el Un potente conjunto de funciones de IA que pronto estará disponible en App Builder 4.0.