Gestión del Proceso de Desarrollo de

Software

EVIDENCIA 2

Nombre: Marcelo Andrés Gascon Santos

Matricula: 10933
Fecha: 21/Septiembre/2022
INSTRUCCIONES:
1. Investiga y genera un documento a partir de un caso en el cual se incluya:
- Justificación del flujo de trabajo (pipeline) para la liberación y despliegue
continuo.
- Entorno requerido para la liberación y despliegue continuo.
- Niveles de servicio acordados.
- Métricas para el monitoreo de la aplicación.
- Parámetros de configuración de las herramientas utilizadas.

¿Qué es un flujo de trabajo?

Un flujo de trabajo espues, "la secuencia de procesos por los que atraviesa una
parte del trabajo, desde su inicio hasta su finalización." Para ponerlo fácil, es el
método que estableces para lograr terminar tus actividades.
Tus "actividades" puede ser lo que sea: desde una lista de quehaceres semanales
hasta un proyecto más exhaustivo como la escritura de un libro, o la configuración
de un sistema de facturas para tus clientes.
De hecho, probablemente aplicas flujos de trabajo en tu vida cotidiana sin darte
cuenta. Por ejemplo, supongamos que la lavandería queda de paso hacia la
práctica de fútbol de tu hijo, que también resulta ser la ruta que pasa por tu tienda
de dulces favorita. Así que cada miércoles, cuando tu hijo tiene práctica de fútbol,
pasas a dejar la ropa a la lavandería y luego de regreso a cas, le alegras el día a
todos con los dulces que compraste en la dulcería. La optimización que hiciste de
la ruta para tener esa experiencia, es esencialmente un ejemplo de flujo de trabajo
en su forma más simple.
Cuando se trata de la productividad día con día, tu vida sería mucho más fácil si
tuvieras un flujo de trabajo. Buscar entre tus correos electrónicos o entre tus
papeles para encontrar información, es una pérdida de tiempo. ¡Existe una manera
más fácil!

Conceptos y Definiciones
Con frecuencia, particularmente cuando las palabras se utilizan en el idioma, se
usa de forma indistinta despliegue (Deployment) y liberación en producción, sin
embargo, ellas representan dos conceptos diferentes.
Despliegue (Deployment)
Instalación de una versión especifica de software en un ambiente determinado. Ej:
Pruebas de Integración, Pruebas Funcionales de Aceptación, Pruebas NO
Funcionales de Aceptación, Producción, entre otros (Kim, Patrick, Willis, &
Humble, 2016).
Liberación en Producción
Hacer disponible una o más funcionalidades bien sea a todos los usuarios o un
grupo de ellos (Kim, Patrick, Willis, & Humble, 2016). Se puede inferir que una
liberación en producción requiere de un despliegue (Deployment) en este
ambiente. Debe propenderse porque la arquitectura de la aplicación y de los
ambientes permita que un despliegue en producción no conlleve de forma
automática una liberación en producción. Importancia de las Prácticas de
Despliegue y Liberación en Producción Realizar de forma automatizada el
despliegue y la liberación en producción de nuevo código evita que se creen y
acumulen grandes diferencias entre la versión de software que se está ejecutando
en producción y la versión que contiene los últimos cambios (Kim, Patrick, Willis, &
Humble, 2016).
Con mayores diferencias o número de cambios, la tarea de identificar la causa raíz
y realizar la reparación de un error detectado en producción será mayor
comparado con el escenario donde las diferencias o número de cambios son
pocos. Luego, el despliegue y la liberación automática y frecuente de nuevo
código en producción disminuyen los riesgos, tanto la probabilidad como el
impacto de afectar la operación y el negocio. Los procesos de despliegue y
liberación en producción manuales son propensos a errores y requieren de la
asignación de tiempo de muchas personas. Con procesos automáticos es posible
obtener mayor velocidad pues las tareas de uno o más despliegues pueden
ejecutarse en paralelo, mayor calidad, dado que habrá menos errores en los
procesos de instalación y configuración, y finalmente mayor eficiencia, porque los
desarrolladores no deben invertir su tiempo en tareas rutinarias y repetitivas.

Qué es SLA 
Un acuerdo de nivel de servicio (ANS) o SLA (service level agreement) es
un contrato que recoge los distintos productos o servicios que ofrece un proveedor
a un cliente (interno o externo) y que fija los requerimientos que el proveedor debe
cumplir. En el sector TIC los SLA son el acuerdo sobre las normas de servicio
que se realiza entre el proveedor de servicios (proveedor Cloud, SaaS, IaaS, etc.)
y la empresa, profesional o particular que adquiere el servicio (software o
almacenamiento cloud, por ejemplo). 
Con el SLA el proveedor de servicio se compromete a cumplir una serie de
requisitos a la hora de prestar el servicio. Estos requisitos están cuantificados
dentro del propio acuerdo de nivel de servicio, normalmente a través de métricas
 que indican un rango en los que debe establecerse el servicio, un máximo que no
puede sobrepasarse, o un mínimo del que no se puede bajar.
Por ejemplo, un servicio de hosting que se ofrece con una disponibilidad del 99.98
%, implica que solo podrá caerse 17 segundos al día para poder cumplir con esta
condición. 
Qué debe incluir el SLA 
Un SLA debe incluir tres partes fundamentales para poder recoger de forma
completa y apropiada el acuerdo de servicio entre el cliente y el proveedor de
servicios.  
Declaración de objetivos 
El contrato debe incluir cuáles son los objetivos del mismo, relacionados con la
prestación de servicio que se realiza al cliente. El objetivo es una parte
indispensable de cualquier contrato, por lo que en el SLA debe incluirse una
declaración de objetivos. 
Especificación de los servicios 
Se debe incluir una lista de los servicios que se incluyen y se excluyen del
acuerdo para definir claramente las condiciones de prestación de servicio. Estos
servicios deben incluir métricas o valores que indiquen las condiciones en las que
se van a ofrecer y las condiciones de disponibilidad. 
En esta parte del SLA se definen las obligaciones y responsabilidades del
proveedor a la hora de dar el servicio, y del cliente a la hora de utilizarlo. Por
ejemplo, un proveedor se compromete a resolver una incidencia en 24 horas si el
cliente la reporta antes de 8 horas (En caso de Servicios reactivos). 
Gestión del servicio 
El acuerdo de nivel de servicio debe aportar información sobre los métodos y
estándares de medición, el tipo de informes que se utilizarán, las condiciones y
frecuencia de las mediciones, procesos de disputas, medios para solucionar
problemas de servicio, cláusula de indemnización y las opciones existentes para
actualizar, renovar o terminar con el acuerdo. 
Qué métricas son habituales en un SLA 
Las métricas son cifras o valores que indican el nivel que debe de alcanzar los
distintos servicios que se incluyen en el acuerdo de nivel de servicio. Su objetivo
es organizar y estructurar de forma apropiada el SLA. 
Las métricas comunes que se incluyen en un SLA son: 
 Métricas de rendimiento. Donde se compara el rendimiento especificado con el
rendimiento real obtenido. 
 Métricas de calidad del trabajo. Miden el servicio ofrecido por el proveedor en
relación con estándares establecidos. 
 Métricas de velocidad de respuesta. Son las métricas que marcan la respuesta
del proveedor cuando se realiza una petición, para completar una tarea o se
resuelve un problema o incidencia. 
 Métricas de eficiencia. Miden la capacidad de dar un servicio efectivo a un coste
razonable.
Parámetros de Configuración de herramientas
Los parámetros de configuración identifican un objeto de base de datos que se
debe configurar. Los valores correspondientes a estos identifican el modo de
almacenamiento del objeto dentro de la base de datos. Los parámetros y las
cadenas de configuración se agrupan a través de palabras clave de configuración.
Los parámetros de una herramienta de secuencia de comandos se pueden
establecer mediante el asistente Agregar secuencia de comandos. También puede
agregar, eliminar y modificar los parámetros de una herramienta de secuencia de
comandos en el cuadro de diálogo Propiedades de la herramienta.