• Andrea Gómez
• Iván Linares
• Iván Pinilla
• Jennifer Goyeneche
• Julio Pinzón
• Manuel González

A continuación, se presenta la visión de arquitectura que se ha definido para Toures Balón, evaluando el problema, el proceso, los actores, requerimientos, restricciones y las decisiones de arquitectura a la solución propuesta, para lo anterior, se proveen varias vistas del modelado, así como, una versión demo al proceso solicitado teniendo en cuenta la información requerida desde diferentes perspectivas e integraciones identificadas.

Toures Balón es una agencia de viajes especializada en planes turísticos donde el eje central son los espectáculos deportivos (especialmente el fútbol), cuyo objetivo a largo plazo es posicionarse de modo que cuando un colombiano quiera asistir a un evento deportivo encuentre aquí una solución ágil, con precio justo y confiable. Es así como, en su modelo de negocio, hacia los clientes, gestiona ordenes de servicio con proveedores encargados del transporte, el alojamiento y los diferentes eventos, de modo que se realice una reserva y pago de los servicios contratados. A continuación, se visualiza el diagrama de vista de Negocio de la organización

La visión de Toures Balón de lograr ser pionera en centralizar planes turísticos en espectáculos deportivos, un posicionamiento y un respeto en el mercado nacional y brindar a sus clientes soluciones ágiles, con precio justo y confiable, mejorando así mismo la experiencia de compra.

A continuación, se relacionan las solicitudes realizadas por Toures Balón dentro del marco de sus necesidades del proceso de gestionar las ordenes de servicio

• El proceso debe ser medible y ajustable ágilmente

• Analizar los niveles de automatización del proceso - Mejora y automatización de las actividades del proceso en su máxima extensión

• Soporte de recolección de información de navegación de los usuarios y servidores para futuro análisis (Tagging)

• Capacidad de respuesta de las funcionalidades del negocio para temporadas altas, siendo el sistema ser capaz de crecer y decrecer dinámicamente según la demanda como lo son eventos deportivos (Mundiales y Olímpicos), Black Friday, Cyber-Monday, navidad y otros en donde la demanda por los servicios puede crecer hasta 250% sobre la operación normal.

• Capacidad de agregar nuevos proveedores/convenios/alianzas sin que sea traumático

• Se espera que el sitio para Colombia atienda alrededor de 10 millones de vistas mensuales.

• Las peticiones de consulta de productos no deben tardar más de 1.5 segundos promedio por usuario.

• Ninguna petición puede tardar más de 3 segundos por usuario.

• Soporte de canales de atención a través de la Web, dispositivos móviles y nuevas tecnologías

• Soporte de operación del negocio 24x7x365, se espera disponibilidad del 99.999

• Para la salida de los mercados de Perú, Chile, México (Segundo año de operación de la

• plataforma), más la aplicación en la cobertura de operación local, se espera un crecimiento de 2.4x, es decir 24 millones de visitas mensuales. .

• Implementar el mecanismo de subasta inversa para todos los proveedores

• El 65% de todas las peticiones de los usuarios son sobre consultas al catálogo de productos que ofrece el sitio.

• Hacer convenios tecnológicos con aerolíneas y hoteles

• El servicio de pagos debe soportar pagos por VISA, MasterCard, AMEX, Discover y PayPal. Para el caso de Colombia se deben aceptar pagos por PSE adicionalmente a los mencionados.

• Capacidad de cambiar condiciones o reglas de negocio sin tener que re-desplegar el sistema

• Todo el tratamiento y procesamiento de la información de pagos debe cumplir con la norma PCI.

• La aplicación en general debe estar libre de al menos el Top 10 de riesgos mencionados por OWASP, en su última edición.

• Se espera que el sitio para Colombia atienda alrededor de 10 millones de vistas mensuales.

• El contenido digital (Imágenes, Videos Cortos, etc) juega un factor relevante en el sitio, en promedio este representa alrededor del 60% de lo que se despliega en la página, sin contar JS o Data-Driven Content, por lo que se requiere una solución que permita manejar este contenido, cachearlo y hacerlo disponible de manera cercana al usuario que lo solicita

• Satisfacer en detalle todos los ideales turísticos y deportivos de los clientes, acompañados en el proceso del mejoramiento continuo y calidad de vida de quienes conforman el equipo de trabajo de TouresBalón.

• Lograr un posicionamiento y un respeto en el mercado nacional como integrador de paquetes turísticos relacionados con el deporte a través del portafolio de servicio.

• Participar en los mercados con nuestros productos competitivos, pero que sean beneficiosos para TouresBalón, para que genere crecimiento con Calidad de Servicio y Cumplimiento a nuestros clientes internos y externos.

• Crear un portal de Internet que permita a los clientes de TouresBalón crear planes turísticos para asistir a los espectáculos deportivos que escoja. Este portal debe complementarse con un equipo logístico ágil y un proceso optimizado para que los clientes obtengan su plan lo más rápido posible.

• A corto plazo lograr posicionarse como una empresa pionera en centralizar sus planes turísticos en espectáculos deportivos.

• A largo plazo cuando un colombiano quiera asistir a un espectáculo deportivo, sabrá que con TouresBalón encontrará una solución ágil, con precio justo y confiable

• Para tener una gestión más adecuada de los clientes, estos estarán tipificados al momento de validar las órdenes de compra.

A continuación, se relaciona la forma en la cual Archetype presenta la solución a las necesidades expuestas por parte de Toures Balón; esta se desarrollará, mediante la explicación identificación de los principios, restricciones, los atributos de calidad, las decisiones de arquitectura y el modelado de la misma; incluyendo los diagramas de proceso, capas, datos y despliegue, así como la propuesta de desarrollo en la que se indican, tiempo y costos aproximados para su puesta en funcionamiento.

Principios Empresariales

• Maximizar los beneficios para la Organización

• Cumplimiento de la Ley

• Orientación al servicio

• Continuidad del negocio

Principios de datos

• Datos como activo estratégico de la organización

• Seguridad de datos

• Compartir los datos

Principios de aplicación

• Usabilidad, como pilar fundamental en las aplicaciones

• Independencia tecnológica

• Eficiencia en el desempeño y mantenibilidad de las aplicaciones

Principios tecnológicos

• Cambios basados en requerimientos

• Gestión receptiva del cambio

• Comunicación entre sistemas o componentes

Los costos en la facturación pueden varias positiva o negativamente por la moneda empleada (USD) e incrementarse de acuerdo con las temporadas de alta demanda

El manejo de la una disponibilidad de 99.9999 genera unos costos muy elevados razón por la cual se pone a consideración del negocio, y se presenta las tablas de relación del nivel de servicio por año y por componente

Se podrían adicionar o retirar proveedores y convenios según la necesidad, pero para entregar a los clientes información rápidamente, esta será almacenada previamente, así como parametrizado un tiempo de vigencia para los valores de los productos

Para atender de forma correcta los problemas y escenarios a abordar, se han relacionado a los atributos de calidad de la norma 25001, de modo que las decisiones tomadas tengan sustento y validez, así como presentar a Toures Balón una alineación de sus necesidades que puedan ser medidas.

El esquema global de cada uno de los módulos se basará en la arquitectura representada en la gráfica anterior:

Partimos del servicio Route S3 que se encargara de gestionar las peticiones realizadas por los clientes invocando de acuerdo con la solicitud el servicio asociado

Cognito para validación de credenciales y autenticación.

Cloudfront para el contenido estático, que a su vez almacenara el front de la plataforma desarrollado en React y html5, estos podrán consumir servicios y realizará peticiones al API Gateway para ser direccionados o servicios de FARGATE.

Los servicios que impliquen el registro de data utilizarán Aurora para el almacenamiento de la información este es un servicio de base de datos RDS nativo.

Esta es la arquitectura base para cada una de las funcionalidades generales, sin embargo, al contar con el entorno aws se utilizarán servicios asociados para garantizar estabilidad, monitoreo y escabilidad a la plataforma:

• Cloudwatch: Servicio de Monitoreo y observación

• SES: Servicio serverless para notificaciones via correo electrónico

• AWS WAF: AWS WAF es un firewall para aplicaciones web que ayuda a proteger sus aplicaciones web o API contra ataques web comunes que pueden afectar la disponibilidad, poner en riesgo la seguridad o consumir demasiados recursos.

• CloudFlare: Conjuntos de servidores ubicados en diferentes zonas geográficas que contienen copias locales de los contenidos de los clientes, con el fin de que el servidor más cercano responda más rápido con sus entregas

• Fargate: Motor donde será desplegados los microservicios detallados en el catálogo de servicios

• Apache Kafka: es una plataforma distribuida de transmisión de datos que permite publicar, almacenar y procesar flujos de registros y suscribirse a ellos en tiempo real. Opera siguiendo el patrón Publisher Surcriber, en el cual, los producers envían un mensaje asociado a un tópico, al cual se pueden suscribir 1 a n consumers. Kafka maneja los mensajes de forma ágil y escalable, transmitiéndolos a los consumidores de acuerdo con la configuración establecida. En otras palabras, Apache Kafka, permite manejar flujos de datos de varias fuentes y distribuirlos a diversos clientes, permitiendo integración de servicios de forma asíncrona de acuerdo con las necesidades de la arquitectura

• BlueExagon: lue Hexagon como motor de análisis y protección contra amenazas, el cual nos ofrece un alto nivel de performance, disminuyendo los niveles de afectación sobre los sistemas integrados a este.

• Catálogo de aplicaciones:

A continuación, se encuentra toda la información del API expuesto para el consumo de las aplicaciones así como el diagrama que representa el flujo de ordenes:

API Swagger

API Swagger Dominio

API Swagger Clientes

API Swagger Dominio

API Swagger Órdenes

API Swagger Dominio

API Swagger Productos

API Swagger Dominio

API Swagger Convenios

API Swagger Dominio

API Swagger Utilitarios

El desarrollo e implementación de esta arquitectura una vez aprobada es de 2 meses

Desarrollo e Implementación: $40.000.000 COP

Funcionamiento de la plataforma: valor mensual $11.272.759,18 - Anualidad $135.273.110,21

Detalle: este puede incrementar o disminuir a razón de la conversión monetaria o por aumento en la cantidad de transacciones

Región US East (Ohio)

Se espera que el sitio atienda 10 millones de visitas mensuales, por lo cual los servicios deberían estar optimizados para recibir un número de peticiones equivalente al número de visitas.  

De acuerdo con lo esperado por Toures Balon los servicios deben estar en capacidad de atender 231 peticiones por minuto equivalentes a cerca de 4 peticiones por segundo.  

A continuación, se evidencian las pruebas de generadas para los servicios del dominio de productos:  

En esta carga se logra evidenciar los tiempos de respuesta acordes a lo requerido por toures balon.  

Esta consulta se realiza por id del hotel   

El tiempo promedio de respuesta de este servicio es de 206 milisegundos por petición. 

El throughput es de 4.1 transacciones por segundo. 

Esta consulta se realiza por id de la entidad de transporte 

El tiempo promedio de respuesta de este servicio es de 155 milisegundos por petición. 

El throughput es de 4.6 transacciones por segundo. 

Esta consulta se realiza por id del evento 

El tiempo promedio de respuesta de este servicio es de 194 milisegundos por petición. 

El throughput es de 4.4 transacciones por segundo

La siguiente prueba permite determinar el comportamiento del sistema en una carga durante 60 segundos.

Esta consulta se realiza por id del hotel   

El tiempo promedio de respuesta de este servicio es de 219 milisegundos por petición 

El throughput es de 1.9 transacciones por segundo. 

Esta consulta se realiza por id del transportador 

El tiempo promedio de respuesta de este servicio es de 164 milisegundos por petición 

El throughput es de 1.9 transacciones por segundo. 

Esta consulta se realiza por id del evento 

El tiempo promedio de respuesta de este servicio es de 336 milisegundos por petición 

El throughput es de 1.9 transacciones por segundo. 

En la siguiente prueba se realiza el ciclo completo del proceso de compra (consulta de productos, consulta convenios, creación de orden y compra de paquete).