5 consejos para lanzamientos de aplicaciones más efectivos

Por Tim Bond, Gerente de Producto

Los equipos de desarrollo de código bajo dedican una cantidad considerable de tiempo y energía a definir y desarrollar el siguiente conjunto de características para sus aplicaciones de código bajo. Desarrollar aplicaciones sólidas que brinden los resultados esperados es de suma importancia. Sin embargo, el proceso de trasladar la aplicación desde un entorno de desarrollo, a través de un entorno de prueba y a un entorno de producción o en vivo, con demasiada frecuencia se deja en segundo plano.

La parte más importante de la puesta en marcha es contar con un plan bien establecido y bien comunicado para lanzar una aplicación a un entorno de producción. A continuación, se indican algunos aspectos que debe tener en cuenta antes de realizar cualquier lanzamiento:

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

  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 cumpla más de lo estimado.

• ¿Cómo se verán afectados los usuarios finales durante el lanzamiento?

  No importa lo bien que comuniques las versiones y los tiempos de inactividad planificados con antelación, debes asumir que el usuario estará en la aplicación si puede hacerlo. Esto puede no ser un problema, pero si lo es, puedes considerar prohibir el acceso a la aplicación durante el período de mantenimiento.

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

  Se debe socializar un plan detallado con el equipo de personas que están realizando los pasos. Tómese el tiempo para revisar el plan juntos y enfatice que no hay preguntas tontas cuando se trata de aclarar el plan de lanzamiento. Asegúrese de que cada individuo tenga el acceso correcto para realizar los pasos que se le asignaron.

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

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

• 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 de que la puesta en marcha sea exitosa en el primer intento. Sugiero usar una versión de prueba o de ensayo como ensayo para la producción y solucionar cualquier problema.

Cuando se trata del Jitterbit App Builder En las versiones de aplicaciones, los desarrolladores crean una versión desde el entorno de desarrollo, descargan el archivo de versión (lo llamamos archivo LP) y lo cargan en el entorno de destino para instalarlo. Existen algunos riesgos comunes que debe verificar antes de crear la versión e instalarla en producción:

• Opciones de instalación de la tabla:

  La mayoría de las veces, tendrá tablas físicas incluidas en su 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 poderosa, pero debe usarse con cautela. Definitivamente no desea reemplazar los datos de producción de calidad con todos los datos que crean los desarrolladores. Puede 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 datos que se muestran a un usuario en una página, se controlan de forma granular en la capa lógica. Cada vez que un desarrollador modifica los roles de una regla de negocios o introduce una nueva regla de negocios en una página, 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 buena práctica antes de cualquier lanzamiento a producción. Esto le ayudará a evitar el temido correo electrónico de su usuario final que dice "Ya no puedo acceder a esta página" el día después de un lanzamiento. Consulte esta página de documentación para obtener más información sobre privilegios y permisos.

Cada vez que vayas a liberar tu Jitterbit App Builder Aplicación, analiza la plantilla de lanzamiento. Solo debes lanzar los componentes de la aplicación que hayan cambiado y que quieras lanzar a producción.

En su plantilla de lanzamiento, puede elegir estos diferentes componentes. Por supuesto, puede lanzar una aplicación completa que incluirá todas las fuentes de datos, la lógica y las páginas. O si su cambio fue a menor escala, podría lanzar solo una sola página o una sola regla de negocios y lanzar esos componentes más pequeños a producción, dejando el resto de la aplicación como está. Esta flexibilidad en la proceso de liberación 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 componente de 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 poderosa 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 que componentes específicos de una aplicación se actualicen de forma independiente, reduciendo las dependencias del código.

• Tiempo de inactividad minimizado:

  Sólo 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 aumenta el tiempo de respuesta.

Más información sobre jitterbit App Builder, o el Próximamente, un potente conjunto de funciones de IA estará disponible en App Builder 4.0.