ESTUDIO DE CASO:
PROPUESTA DE INCORPORACIÓN DE DEVOPS EN KONESH SOLUCIONES PARA AUTOMATIZAR EL PROCESO DE TIMBRADO: VENTANAS DE MANTENIMIENTO
QUE PARA OBTENER EL GRADO DE MAESTRO EN TECNOLOGÍAS DE INFORMACIÓN EN LA DIRECCIÓN DE NEGOCIOS
MARISOL VAZQUEZ SANCHEZ
Asesor: MTRO: ISMAEL VILLEGAS OCHOA
Ciudad de México., 29 de junio, 2023
Dedico este trabajo en primera instancia a mi familia, a mi hija, que pese a su corta edad logrforjar en mi un carácter y fortaleza más allá de las capacidades con las que creía contar; a mi esposo, que fue mi pilar en todo este proceso y que si él, no estuviera en este punto de mi carrera profesional, por abrir mi mente a nuevas oportunidades, por su amor e impulso diario. A mis papás que de manera indirecta al proceso actual, pero que gracias a sus enseanzas en aos previos y motivaciones para estudiar, crearon en mi una visin de crecimiento constante. A mis amigas de estudio y de vida, que me apoyaron y alentaron durante todo el proceso; a mis profesores por las experiencias y conocimiento compartido. A mi asesor que dio luz al camino obscuro del proceso de titulacin, con todo el aporte que en su manos estaba. A Konesh Soluciones que proporcionla informacin para detallar el presente estudio de caso. Finalmente pero, no menos importante, quiero agradecer a Dios, por el tiempo prestado, por la fortaleza diaria que me inyecta para realizar las actividades, por darme la oportunidad de estar aquí, ahora.
PAC: Proveedor autorizado de certificacin SAT: Sistema de Administracin Tributaria CFDI: Comprobante Fiscal Digital por Internet DevOps: Development and Operations (Desarrollo y Operaciones) TI: Tecnologías de la informacin PMO: Project Management Office (Oficina de Gestin de Proyectos) SLA: Service Level Agreement (Acuerdo de Niveles de Servicio) Open source: Cdigo abierto
Introduccin situacional.............................................................................................. 7
1. Marco situacional ................................................................................................ 8
1.1 Identidad y estructura organizacional de Konesh Soluciones ....................... 9
1.1.1 Identidad organizacional ...................................................................... 9
1.2 Objetivos de negocio..................................................................................... 10
1.3 Áreas de Konesh Soluciones ......................................................................... 11
1.4 Soporte a la operacin en Konesh Soluciones.............................................. 14
2. Marco referencial .............................................................................................. 16
2.1 DevOps ........................................................................................................... 16
2.1.1 Principales beneficios de DevOps.......................................................... 16
2.1.2 Algunas métricas de los beneficios del uso de DevOps ........................ 18
2.1.3 Casos de éxito ......................................................................................... 19
2.1.4 Colaboracin y confianza ........................................................................ 24
2.2 Actualizacin de software............................................................................... 27
2.3 Mantenimiento de infraestructura................................................................... 29
3. Problemática ..................................................................................................... 31
3.1 Diagnstico ..................................................................................................... 31 4. Resultados......................................................................................................... 34
5. Objetivos de investigacin ................................................................................ 35
5.1 Objetivo general.............................................................................................. 35
5.2 Objetivos específicos...................................................................................... 35 6. Justificacin....................................................................................................... 36 7. Método............................................................................................................... 44
7.1 Tipo de investigacin...................................................................................... 44
7.2 Diseo metodolgico ...................................................................................... 44
8. Alternativa de solucin...................................................................................... 46 Conclusiones ............................................................................................................ 59 Referencias............................................................................................................... 61 Anexos ...................................................................................................................... 63
Figura 1. Organigrama Konesh Soluciones............................................................. 12 Figura 2. Nmero de Contribuyentes por PAC (SAT, Estadístico de contribuyentes que emplean los servicios de un PAC de CFDIs (cifras al 30112021), 2011) ....... 13 Figura 3. Nmero de CFDIs emitidos por ao por PAC (SAT, Facturas generadas por PACs (cifras al 30112021), 2011) ..................................................................... 13 Figura 4. Tubería DevOps (Evaluando Software, 2018)......................................... 18 Figura 5. Impacto de DevOps en una organizacin (Atlassian & CITE Research, Atlassian Survey 2020 -DevOps Trends, 2020)..................................................... 19 Figura 6. Diagrama actual de relacin entre áreas Konesh Soluciones – Tubería DevOps por áreas .................................................................................................... 22 Figura 7. Impacto de DevOps (Atlassian & CITE Research, Atlassian Survey 2020 - DevOps Trends, 2020)............................................................................................. 26 Figura 8. Entrega continua (Amazon, ¿Qué es la entrega continua?, s.f.) ............ 29 Figura 9. Total de horas invertidas por ao en ventanas de mantenimiento ......... 31 Figura 10. Relacin entre áreas de Konesh Soluciones – Ventanas de mantenimiento .......................................................................................................... 32 Figura 11. Total de horas invertidas por ao en ventanas de mantenimiento ....... 39 Figura 12. Tipo de ventanas por mes ...................................................................... 39 Figura 13. Tipo de ventanas anuales Figura 14. Nmero de ventanas por mes..................................................................................................... 40 Figura 15.Tipo de ventanas por mes ....................................................................... 40 Figura 16. Tipo de ventanas anuales Figura 17. Nmero de ventanas por mes ..................................................................................................................... 41 Figura 18. Tipo de ventanas por mes ...................................................................... 41 Figura 19. Tipo de ventanas anuales Figura 20. Nmero de ventanas por mes ..................................................................................................................... 42 Figura 21. Tipo de ventanas por mes ...................................................................... 42 Figura 22. Tipo de ventanas anuales Figura 23. Nmero de ventanas por mes .................................................................................................................................. 43 Figura 24. Aplicaciones usadas en Konesh Soluciones para la implementacin de ventanas de mantenimiento ..................................................................................... 46 Figura 25. Tubería DevOps esperada para Konesh Soluciones ............................ 47 Figura 26. Propuesta de tubería DevOps................................................................ 60
El presente estudio de caso se ha enfocado a entender la metodología DevOps (desarrollo y operaciones, en inglés development and operations) para focalizar sus procesos en pro de mejoras a actividades puntuales dentro de una organizacin (Konesh Soluciones) y lograr que los servicios ofertados estén disponibles el mayor tiempo posible.
Esto ya que hoy día lo que las organizaciones están buscando, sin importar el tamao de cada una de ellas, es poder entregar sus servicios y/o productos lo más rápido posible y con la mejor calidad, con la finalidad de satisfacer la demanda del mercado que cada día busca mayor fluidez, agilidad, disponibilidad de poder hacer uso del servicio y/o producto requerido.
Es por ello que las organizaciones deben buscar cmo optimizar sus procesos, cmo automatizarlos de ser posible y dejar de depender siempre del recurso humano, el cual puede no estar disponible o es propenso a posibles errores; para ello, y gracias a los avances tecnolgicos, es que hoy se cuentan con diversos medios, aplicaciones, procesos que permiten lograr estos objetivos.
Konesh Soluciones ofrece como parte de sus servicios la emisin de Comprobantes Fiscales Digitales por Internet (CFDIs) al ser un Proveedor Autorizado de Certificacin (PAC) por parte del Sistema de Administracin Tributaria (SAT), por lo que la automatizacin en el proceso de liberaciones al proceso de timbrado es de alta relevancia para garantizar la disponibilidad de este servicio.
Para soportar la operacin de los CFDIs, el SAT creuna entidad llamada PAC (proveedor autorizado de certificacin), quien certifica que todo CFDI cumple con las leyes definidas por el SAT; Konesh Soluciones como PAC autorizado por el SAT con nmero de autorizacin 54811, juega un papel relevante en todo este proceso; si la funcin de timbrado que realiza falla, la emisin de un CFDI no podrá concluir, por lo que cada vez contar con un servicio de timbrado disponible el mayor tiempo en línea, con el menor nmero de ventanas de mantenimiento, con la reduccin del tiempo invertido en dichas ventanas de mantenimiento y sobre todo con el menor nmero de fallas asociadas al servicio, permitirán a los contribuyentes mantener su operacin de manera constante.
La emisin de CFDIs en México es una obligacin para todos los contribuyentes desde 2011, si se está registrado de manera formal ante el SAT, por lo que el nmero de CFDIs que se generan en nuestro país, así como, las cantidades monetarias asociadas a estas transacciones hacen de este proceso un pilar en las operaciones diarias de todos los contribuyentes; por lo que para las empresas contar con una operacin contina dentro de los procesos alrededor de la emisin de un CFDI es primordial, esto les permite que su cadena de suministros opere adecuadamente y los objetivos de negocio sean logrados.
Para lograr que una cadena de suministros en aquellos contribuyentes cuya emisin es de un nmero importante de CFDIs, es necesario integrar tecnologías avanzadas, tales como la digitalizacin y la virtualizacin, con la finalidad de lograr la integracin en sus sistemas, permitiendo que su flujo de ingresos opere de manera ágil. Es con la digitalizacin que se podrá contar con la informacin necesaria en el momento que se requiera (disponibilidad) de manera electrnica, pues la idea es dejar el papel a un lado; con la virtualizacin es que se logrará integrar a los diferentes servicios de manera unificada, reduciendo costos al contar con menos equipos físicos.
Es por esto que cada vez más y más empresas están incorporando la automatizacin en sus procesos para lograr este objetivo, las organizaciones comienzan a introducir poco a poco herramientas de automatizacin de pruebas, implementacin, liberaciones, monitoreo y alertas, para garantizar lo más posible que todo el ciclo operativo alrededor de la emisin de CFDI sea continuo.
Konesh Soluciones es una empresa 100% mexicana con operaciones desde 2010, es una empresa de consultoría que es además un PAC, ofrece soluciones tales como:
Konesh Soluciones es una organizacin de consultoría que busca tener un impacto positivo en sus clientes, permitiendo la mejora tecnolgica en sus procesos de cara al ingreso y egreso principalmente.
Misin
La misin de Konesh Soluciones es la de ser expertos en tecnología y consultoría especializada en facturacin electrnica, intercambio electrnico de documentos y visualizacin analítica de informacin. Su misin es colaborar en la construccin de valor tangible y medible, mediante el uso e implementacin de soluciones que integran las cadenas de valor en el ecosistema de negocios de nuestros clientes.
La visin de Konesh Soluciones es la de ser una empresa líder en tecnología de punta y consultoría especializada en Latinoamérica, considerada como socio de negocios y aliado estratégico para sus clientes.
La conjuncin de la visin y misin de Konesh Soluciones ha permitido el establecimiento de objetivos estratégicos empresariales, buscando como objetivo el mantener relaciones estratégicas de negocio con sus clientes, así como lograr el crecimiento más allá de las fronteras mexicanas.
Konesh Soluciones cuenta con los siguientes objetivos empresariales:
Para lograr estos objetivos, Konesh Soluciones cuenta con diferentes áreas interconectadas, permitiendo el flujo de valor en la entrega del servicio ofertado a sus clientes.
Konesh Soluciones opera con 13 áreas fundamentales para mantener la operacin del día a día y la relacin con sus clientes y proveedores; el flujo de interaccin entre ella a nivel operacin / tecnología inicia con el equipo de desarrollo, continuando con el equipo de pruebas, TI y soporte técnico, recibiendo el insumo de informacin de consultoría, PMO y ventas.
El equipo de gobierno corporativo trabaja de la mano con ventas y consultoría, buscando que cualquier relacin con los clientes cumpla con las normas bajo las cuales la organizacin debe de regirse y, a su vez, con recursos humanos, buscando que toda la organizacin conozca el actuar del día a día.
El equipo de cobranza, pagos / nmina y contabilidad son los encargados de mantener el ingreso para soportar la operacin, así como de los pagos a proveedores y/o colaboradores y asegurar que los nmeros están siendo tratados de manera correcta. Finalmente, el equipo de Bienestar apoyo a que el recurso humano en operacin tenga una calidad de vida operativa lo mejor posible.
A continuacin se puede observar el organigrama del cmo está constituido hoy Konesh Soluciones. Se muestran en los recuadros de color rojos las áreas que intervienen en los procesos de actualizacin de sistemas (ventanas de mantenimiento).
Figura 1. Organigrama Konesh Soluciones
Konesh Soluciones está posicionado entre los 10 PACs con más impacto de operacin en México, atiende a un promedio de 467, 729 contribuyentes, esto en 2021, de acuerdo con estadísticas del SAT (SAT, Estadístico de contribuyentes que emplean los servicios de un PAC de CFDIs (cifras al 30112021), 2011) ver Figura
2. Nmero de contribuyentes por PAC, estos contribuyentes han generado 1,274,063,612 CFDIs (SAT, Facturas generadas por PACs (cifras al 30112021), 2011) en el ao 2021, ver referencia en la Figura 3. Nmero de CFDis emitidos por ao por PAC, por lo que mantener una operacin estable para permitir sostener esta volumetría y con miras al crecimiento, conlleva una operacin fuerte, infraestructura robusta y constantes ventanas de mantenimiento
Figura 2. Nmero de Contribuyentes por PAC (SAT, Estadístico de contribuyentes que emplean los servicios de un PAC de CFDIs (cifras al 30112021), 2011)
La figura 2 arriba descrita, nos muestra el impacto que Konesh Soluciones tiene sobre la cantidad de contribuyentes que hacen uso del servicio de PAC. La figura 3 es un reflejo de la figura 2, podemos observar el nmero de CFDIs emitidos gracias a esos contribuyentes a los que hace referencia la figura 2.
Figura 3. Nmero de CFDIs emitidos por ao por PAC (SAT, Facturas generadas por PACs (cifras al 30112021), 2011)
Para soportar la operacin descrita, Konesh Soluciones cuenta con una infraestructura de 12 servidores con miras a crecer, infraestructura que requiere mantenimiento constante, aunado a esto, debemos de considerar los cambios de ley, los cuales han ido en aumento. Actualmente, se tienen poco más de 20 complementos diferentes ligados a un CFDI, constancias de retenciones y contabilidad electrnica, cancelacin de cada uno de estos diferentes comprobantes descritos; los cambios y actualizaciones a estos CFDIs son en tiempos cada vez más cortos y más frecuentes, lo que deriva en un numero de actualizaciones al servicio de timbrado recurrente (ventanas de mantenimiento).
El tiempo de ejecucin que toma realizar una ventana de mantenimiento es variable, depende del impacto de la funcin a liberar, pero en su mayoría oscilan sobre las 4 horas. El SAT tiene definido para Konesh Soluciones una operacin mensual de acuerdo con los niveles SLAs definidos del 99.3% mensual, lo que significa que de las 720 horas que se debe de estar disponible en un mes, Konesh Soluciones no puede bajar en disponibilidad del servicio de 714.96 horas, equivalente a solo 5 horas al mes fuera de servicio.
SLA (Service Level Agreement o acuerdo de nivel de servicio), es el acuerdo entre un proveedor de servicios de TI y un cliente. El SLA describe un servicio de TI, documenta los objetivos de nivel de servicio y especifica las responsabilidades del proveedor de servicios de TI y del cliente. En un mismo SLA pueden incluirse varios servicios y clientes.
Konesh Soluciones cuenta con un servicio de balanceo de carga para el servicio de timbrado, el cual permite realizar actualizaciones con menos impacto a los niveles SLAs definidos por el SAT, pues no se requieren necesariamente ventanas de mantenimiento, pero finalmente esto puede llegar a generar un impacto en la operacin de los clientes, pues algun balanceador, mientras está siendo actualizado, podría dejar de timbrar documentos, lo cual resulta en una baja en la operacin.
Como parte de su servicio, Konesh Soluciones ofrece a sus clientes una disponibilidad del servicio de timbrado del 99.98%, lo que da un tiempo fuera de servicio de tan solo 2 horas. Konesh Soluciones cuenta cada vez más con clientes cuya operacin es 24/7, clientes que buscan reducir an más este tiempo fuera de línea, por lo que contar con procesos que permitan asegurar esta disponibilidad es un factor primordial para su operacin. En caso de qué Konesh Soluciones no cumpla con la disponibilidad pactada, corren el riesgo de tener penalizaciones econmicas importantes, así como, reduccin en la operacin. Los clientes tienden a buscar PACs de respaldo para garantizar su operacin, en caso de qué uno falle
o no esté disponible, el otro PAC absorberá la operacin y así continuar operando el mayor tiempo posible; esto abre la puerta a la pérdida de clientes.
Del nmero total de ingresos por servicio de timbrado con aquellos clientes cuya operacin es 24/7 representa para Konesh Soluciones un aproximado del 65% mensual, por lo que perder a esos clientes pondría en gran riesgo la continuidad del negocio.
Una ventana de mantenimiento es un proceso de actualizacin a los servicios de timbrado, por cualquier razn que afecte a este, ya sea por actualizacin a la funcionalidad actual, por un error de operacin o un requerimiento de ley, mantenimiento de la base de datos o del o los servidores que alojan al servicio en sí; durante este proceso la emisin de CFDIs no es posible.
Un Servicio de Timbrado es el proceso por el cual se valida y certifica que un comprobante fiscal digital por Internet (CFDI) cumple con las especificaciones de ley.
El término "DevOps" surge de la unin de las palabras "development" (desarrollo) y "operations" (operaciones), pero representa un conjunto de ideas y prácticas que van más allá de la combinacin de ambos conceptos. (RedHat, /www.redhat.com, 2022)
DevOps describe los enfoques para agilizar los procesos con los que una idea (como una nueva funcin de software, una solicitud de mejora o una correccin de errores) pasa del desarrollo a la implementacin en un entorno de produccin en que puede generar valor para el usuario. Estos enfoques requieren que los equipos de desarrollo y operaciones se comuniquen con frecuencia y aborden su trabajo con empatía hacia sus compaeros de equipo. También es necesario que la preparacin de los sistemas sea flexible y adaptable. Con DevOps, es posible brindar una mayor potencia a quienes más la necesitan mediante el autoservicio y la automatizacin. (RedHat, /www.redhat.com, 2022)
De acuerdo con Google Cloud (Cloud, s.f.) operar con DevOps permite obtener un mejor rendimiento de élite en el desarrollo y la entrega de software. Dentro de las ventajas podemos identificar:
2.1.2 Algunas métricas de los beneficios del uso de DevOps
Figura 4. Tubería DevOps (Evaluando Software, 2018)
Con base en (Atlassian & CITE Research, Atlassian Survey 2020 -DevOps Trends, 2020), a continuacin se detallan algunas métricas en porcentaje de cmo las organizaciones se benefician del uso de DevOps.
Figura 5. Impacto de DevOps en una organizacin (Atlassian & CITE Research, Atlassian Survey 2020 -DevOps Trends, 2020)
A continuacin se detallan algunos casos de éxito en la implementacin de
DevOps. De acuerdo con RedHat, la empresa Barclays es uno de los casos de éxito con mayor impacto (RedHat, Barclays adoptla cultura ágil de DevOps para mantener la competitividad, s.f.). Barclays es un proveedor de servicios financieros a nivel mundial con sede central en Londres, cuenta con aproximadamente 129,000 empleados. Con el objetivo de aumentar la innovacin y la productividad, Barclays se puso en marcha para crear una plataforma como servicio para aplicaciones (aPaaS) como parte de su programa de nube. Con el nuevo enfoque DevOps y el entorno aPaaS, los desarrolladores de Barclays pueden trabajar más eficientemente para ofrecer actualizaciones y funciones de forma rápida. Las capacidades de autoservicio han reducido los tiempos de aprovisionamiento de semanas a horas y han permitido que el personal de TI trabaje en proyectos novedosos y valiosos, en lugar de ocuparse de las tareas rutinarias. Como resultado, el banco mejorsu eficiencia y agilidad para innovar más rápidamente y mantener la competitividad. Estas mejoras han ayudado a los usuarios internos del banco, tanto en Londres como en el resto de mundo, a trabajar con más eficacia.
(RedHat, Government of British Columbia adopts DevOps and Red Hat OpenShift, s.f.) (RedHat, RedHat, s.f.) El gobierno de la Columbia Británica (British Columbia) utiliza open source para mejorar los servicios que brinda a los ciudadanos. British Columbia cuenta con al rededor de 27,000 empleados que brindan un servicio al rededor de 4.5 millones de habitantes.
El Gobierno de la Columbia Británica en Canadá necesitaba innovar en el sector de los servicios pblicos para desarrollar ofertas digitales más veloces y fáciles de usar. Estableciel acuerdo de Intercambio de desarrolladores de la Columbia Británica para beneficiarse de la innovacin de las empresas tecnolgicas y de los emprendedores del sector privado, y para apoyar la colaboracin utilizando herramientas de open source. Como resultado, actualmente la provincia puede proporcionar un desarrollo ágil y colaborativo con un enfoque de DevOps, además de crear y actualizar de forma más rápida los servicios que se brindan a los ciudadanos y equilibrar la innovacin con los requisitos de seguridad. La reduccin en el tiempo de esfuerzo pasde meses a semanas,
anteriormente, el departamento tenía que esperar entre 8 y 12 meses solo para recibir las pruebas de concepto, pero esta aplicacin se crey lanzen solo ocho semanas.
Como se puede observar en el caso de éxito del gobierno de la Columbia Británica, el uso de herramientas de cdigo abierto les permite a muchas corporaciones poder gestionar y adecuar las aplicaciones de acuerdo a sus necesidades. Hoy día las grandes corporaciones hacen uso de open source no solo por lo antes descrito, sino también como ahorro econmico.
Open source traducido al espaol significa cdigo abierto y corresponde a todo aquél cdigo de aplicaciones o software que se ha desarrollado con la finalidad de que cualquier persona pueda acceder a él e incluso pueda adaptarlo a sus necesidades sin tener que pagar por él, la idea de este tipo de prácticas es que cualquier recomendacin pueda ser publicada en foros que le permitan a todos los demás usuarios ampliar su conocimiento con esos comentarios.
(Red Hat, 2023), habla del open source como “un movimiento y una forma de trabajo que trasciende la produccin del software. Adopta los valores y el modelo de produccin descentralizada del software open source para hallar nuevas maneras de solucionar los problemas en las comunidades y los sectores.”
Konesh Soluciones, al ser una PyME, está en la bsqueda constante de ahorros, por lo que el uso de herramientas de cdigo abierto para la integracin de la tubería DevOps será una línea a seguir. Actualmente, opera su infraestructura sobre sistemas operativos Linux, lo cual permitirá una integracin ptima de estas herramientas; cabe hacer mencin que Konesh Soluciones cuenta con un centro de datos en RackSpace, con miras a incluir operaciones con Huawei y Oracle, quienes en su totalidad ofrecen el servicio de infraestructura Linux.
Figura 6. Diagrama actual de relacin entre áreas Konesh Soluciones – Tubería DevOps por áreas
Actualmente, cuando es necesario actualizar algn proceso de liberacin al servicio de timbrado, ya sea por ventana de mantenimiento propio de infraestructura, por cambio de ley al proceso de timbrado o alguna actualizacin a catálogos, no importa la razn, no hay un proceso de control de cambios o del análisis del cambio, mucho menos pasa por el equipo de pruebas, quien es ajeno al equipo de desarrollo, en la mayor parte de las veces se es juez y parte, es TI quien administra el cambio, sin pasar necesariamente por el equipo de la PMO, el cambio lo ejecuta desarrollo, pero es el mismo desarrollo quien lo prueba y quien lo libera, dando lugar a diferentes fallas tales como, no considerar algunos escenarios de pruebas, no tener la ltima versin de los cambios, liberar sin autorizacin por lo que el equipo de atencin al cliente (soporte técnico) no siempre conoce los cambios sino hasta que el cliente hace un reporte de fallas o rechazos en la emisin de los CFDIs, rechazos que no se identificaban previo a la ventana de mantenimiento.
Es necesario tener un buen control del cambio, que todo cambio pase por su proceso de evaluacin del riesgo, que sea programado si es posible, sabemos que hay cambios urgentes, que se tienen que ejecutar en el menor tiempo posible, pero son los menos y aun así, deben de ser notificados; el equipo de pruebas siempre debe de conocer los cambios y probarlos, para asegurar todos los escenarios posibles de impacto y garantizar en lo mayor posible una liberacin sana, así todo el equipo involucrado en la operacin conocería en qué se trabaja, porque se trabaja e incluso se podría notificar al cliente con anticipacin y evitar afectaciones o molestias en el servicio que tienen un impacto en su día a día.
Hay un amplio nmero de herramientas sugeridas, fácil de usar, fácil de implementar, gratuitas, que no por ser gratuitas implica que se tenga que trabajar con ellas desde cero, hay muchos blogs, comunidades en línea en donde un gran nmero de personas comentan al respecto y eso ayuda mucho a conocer funciones, identificar como implementar o saber cuál es la mejor herramienta de acuerdo a las necesidades de cada empresa.
También se cuenta con un nmero de proveedores de servicios en la nube que ya no solo ofertan la infraestructura sino, todo el ambiente, equipo, aplicaciones, ejemplo de ellos, Azure (Azure, Soluciones de DevOps en Azure, s.f.), el cual te da una pequea guía de las posibles opciones que ellos ofrecen para poder contar con la tubería DevOps segn tus necesidades.
En el reporte Tecnologías Open Source – DORA de Google Cloud (Smith, Villalba, Irvine, Stanke, & Harvey) se detallan las ventajas del uso de herramientas de cdigo abierto, entre muchas otras cosas como las ventajas del uso de DevOps y las comparativas entre DevOps y la metodología SER (Site Reliability Engineering – Ingeniería de confiabilidad de sitio).
Muchos desarrolladores ya aprovechan las tecnologías de cdigo abierto y su familiaridad con estas herramientas es una fortaleza para la organizacin. Un punto primario es la debilidad de las tecnologías de cdigo cerrado, pues limitan su capacidad de transferir conocimientos dentro y fuera de la organizacin. Por ejemplo, no puedes contratar a alguien que ya esté familiarizado siempre con las herramientas de la organizacin, y los desarrolladores no pueden transferir el conocimiento que han acumulado a otras organizaciones, por el contrario, la mayoría de las tecnologías de cdigo abierto tienen una comunidad a su alrededor.
RackSpace: Expertos en soluciones multi-cloud (Somos expertos globales en soluciones multi nube, s.f.) Huawei: Proveedor de servicio en la nube y componentes varios (HUAWEI Mobile Cloud, s.f.) Oracle: Proveedor de servicio en la nube (Reinventa el futuro de la tecnología, s.f.)
En el articulo “DevOps: Making It Easy to Do the Right Thing” los autores Matt Callanan and Alexandra Spillane centran su articulo sobre Wotif quien es una plataforma de comercio electrnico de viajes y abordan como operaban y las dificultades que vivieron al implementar DevOps, mostrando que un punto muy importante es la cultura interna en la organizacin, su modo de operacin, el conocimiento que el equipo técnico tiene sobre DevOps y sobre todo la integracin del equipo acerca de la operacin a nivel organizacin y en sus propias áreas.
Algo importante de destacar en este artículo es qué, una práctica que usWotif fue considerar un tiempo de holgura en las liberaciones cuando recién se implementa DevOps, ya que el consideraba que cuando se iniciaba a usar DevOps, la comunicacin entre el propio equipo de liberaciones y la coordinacin de qué componente se liberará y cual no, seguro tomaría más tiempo con DevOps que con la práctica manual que ya se dominaba. Esto es parte del aprendizaje y, por lo tanto, un cambio en el proceso de operacin.
Liming Zhu, Len Bass y George Champlin-Scharff refuerzan el articulo “DevOps: Making It Easy to Do the Right Thing” en su artículo llamado “DevOps and Its Practices” en el que también hablan de un caso en donde la forma de operar alrededor del área de desarrollo en una organizacin era muy manual, teniendo que intercambiar CDs y perdiendo un gran tiempo de su día laboral en esa práctica innecesaria, recomendando que un punto focal para lograr una liberacin exitosa de componentes en una organizacin es la adopcin de microservicios, los cuales para ser consumidos antes debe de haberse implementado la tubería DevOps; este estudio no abordará las necesidades alrededor de microservicos.
Los autores también sugieren que la incorporacin de DevOps debe de ser evaluada considerando antes el conocimiento del equipo, necesidades de la operacin, las posibles herramientas segn el giro de la operacin, pues no todas las herramientas pueden ser de utilidad en todas las organizaciones, son esas particularidades aquellas que distinguen a cada organizacin y, por lo tanto, es necesario identificar como armar una tubería DevOps ptima y acorde a las necesidades.
Es cierto que DevOps es una metodología y/o conjunto de prácticas relativamente nueva y que en sus inicios, como lo mencionan los anteriores dos artículos, la incorporacin de esta metodología generaba quizás mayores rezagos y fallas que posibles mejoras. En la actualidad, cuando poco a poco las organizaciones deciden hacer uso de DevOps, los estudios indican que a mediano o largo plazo los beneficios son considerables, por lo que el resultado sugiere que si la necesidad lo amerita, se incorpore DevOps a la organizacin, lo cual ayudará a optimizar tiempo y recursos.
(Atlassian, Ventajas de DevOps, s.f.) Segn esta encuesta, la colaboracin y la resolucin de problemas constituyen los elementos más decisivos para que la cultura de DevOps tenga éxito. Crear una cultura de responsabilidad compartida, transparencia y de feedback más rápido, es la base de los equipos de DevOps de mayor rendimiento.
Normalmente, los equipos que trabajan en grupos aislados no se adhieren al pensamiento sistémico de DevOps. Este pensamiento sistémico consiste en ser consciente de que tus acciones no solo afectan a tu equipo, sino a todos los equipos involucrados en el proceso de publicacin. La falta de visibilidad y objetivos compartidos se traduce en falta de planificacin de dependencias,
prioridades mal organizadas, acusaciones personales y una actitudde “no es problema mío”, lo que provoca una disminucin de la velocidad y la calidad.
DevOps es ese cambio de mentalidad con el que se tiene una visin holística del proceso de desarrollo y se rompe la barrera entre desarrollo y operaciones.
DevOps tiene un impacto rotundamente positivo en las organizaciones, casi todos los encuestados dicen que la implementacin de DevOps tendrá un impacto positivo en su organizacin en el futuro. A continuacin, segn el estudio de Atlassian (Atlassian & CITE Research, Atlassian Survey 2020 -DevOps Trends, 2020), se detalla en porcentaje en favor del uso de DevOps.
Figura 7. Impacto de DevOps (Atlassian & CITE Research, Atlassian Survey 2020 -DevOps Trends, 2020)
Los cambios constantes que el SAT ha venido requiriendo a todos los contribuyentes, a partir de la liberacin del CFDI en 2011, han sido constantes y de importancia alta, no son cambios triviales.
En 2011 se requiriun CFDI versin 3.0 y desde entonces se ha pasado a la versin
3.2 y 3.3, ahora en 2022 se está a escasos meses de integrarse la versin 4.0. Estos cambios han implicado a los PACs ajustar sus procesos de validacin, esperando atributos como obligatorios para una versin del CFDI, tiempo después esos atributos se vuelven opcionales, posteriormente ya no son esperados, más tarde se requieren nuevamente además de nuevos atributos. Todos estos cambios obligan a los desarrolladores a integrar validaciones nuevas al proceso de timbrado, aunado a esto, los cortos tiempos con los que el SAT publica la informacin de cambio y an más, el escaso tiempo para poder liberar el cambio a produccin obliga a trabajar tiempos extras, muy pocas pruebas, liberaciones a produccin sin la totalidad de las validaciones, lo que resulta en posibles fallas del proceso una vez liberado.
Actualmente, se tienen poco más de 20 diferentes complementos, los cuales se integran a los 4 principales comprobantes tales como ingreso, egreso, traslado y nmina, los cuales al menos una vez al mes generan actualizaciones a los catálogos de informacin, lo que origina a los PACs actualizar sus sistemas y estar listos para aceptar esa informacin para el timbrado de un CFDI, y garantizar que las validaciones de esos complementos para los diferentes tipos de comprobantes operen de acuerdo a lo esperado por el SAT.
Estos constantes cambios al cdigo en el servicio de timbrado obligan a que los desarrolladores cada vez necesiten mayores recursos de TI para poder construir los nuevos complementos o disear los cambios a los CFDIs segn el SAT defina, ejecutar un volumen mayor de pruebas y, por supuesto, de liberaciones. RedHat
comenta “Las operaciones manuales de TI pueden retrasar la distribucin de los
recursos, complicar el proceso de prestacin de servicios e impedir la realizacin de estudios de la viabilidad de los conceptos, lo cual termina ralentizando el desarrollo”. (RedHat, ¿Qué es la automatizacin de DevOps?, 2019)
Asegurar que la funcionalidad que se libere a produccin cumple con las normas tanto internas como requeridas por el SAT, lo cual permitirá una operacin confiable y continua por parte de los clientes, por lo que contar con sistemas que muestren cualquier vulnerabilidad en el desarrollo ayudará a que el software liberado opere de manera correcta.
En Spotify se trabajpara integrar DevOps, el contar con herramientas de alertas en pruebas de software no completas de acuerdo al estudio de (Jernstrm & Palmer, 2020), “cuando un servicio cumple con los requisitos de certificacin, muestra automáticamente una insignia junto al servicio. Esto informa a los usuarios que el servicio se mantiene y sigue las mejores prácticas para los controles de calidad. Además, proporcionamos informes sobre los tiempos de compilacin, la cobertura del cdigo y la confiabilidad de los conjuntos de pruebas para brindarles a los desarrolladores informacin sobre la calidad de su cdigo”.
Los beneficios del proceso de entrega continua son los siguientes;
o La entrega continua le permite a su equipo entregar actualizaciones a los clientes con mayor rapidez y frecuencia. Cuando la entrega continua se implementa de manera adecuada, dispondrá siempre de un artefacto listo para su implementacin que se ha sometido a un proceso de pruebas estandarizado. (Amazon, ¿Qué es la entrega continua?, s.f.), para mayor referencia ver la Figura 8. Entrega continua
Figura 8. Entrega continua (Amazon, ¿Qué es la entrega continua?, s.f.)
“DevOps permite que los roles que antes estaban aislados (desarrollo, operaciones de TI, ingeniería de la calidad y seguridad) se coordinen y colaboren para producir productos mejores y más confiables. Al adoptar una cultura de DevOps junto con prácticas y herramientas de DevOps, los equipos adquieren la capacidad de responder mejor a las necesidades de los clientes, aumentar la confianza en las aplicaciones que crean y alcanzar los objetivos empresariales en menos tiempo.” (Azure, ¿Qué es DevOps?, s.f.)
“La entrega continua es la práctica fundamental que tiene lugar en DevOps,
ya que permite suministrar software rápido y confiable. Si bien el proceso es parecido al concepto global de DevOps, la entrega continua es el marco donde se prueba, valida y se hace “commit” de cada componente de código a medida que se completa, lo que permite entregar software en cualquier momento. La integracin continua es un proceso que forma parte de la entrega continua.” (Azure, Tutorial de DevOps: introduccin, s.f.)
La actualizacin de software no es la nica razn por la cual se pueden llegar a requerir ventanas de mantenimiento, la actualizacin de la infraestructura es otra razn; la actualizacin a hardware puede deberse, por ejemplo, a las razones siguientes:
Incluso la actualizacin de parches propios del sistema operativo, así como la migracin a un sistema operativo, pueden no ser parte de la metodología DevOps pero, que finalmente deben de realizarse.
Esto está actualmente fuera del alcance de este estudio, pues las variantes son muy amplias, depende de la tecnología actual, la tecnología a la cual se quiere actualizar y/o migrar, impactos econmicos alrededor del proceso de timbrado de Konesh Soluciones.
Las actualizaciones que hoy día se aplican al servicio de timbrado son actividades manuales que toman mucho tiempo en su ejecucin, así como, lograr su implementacin requiere un gran esfuerzo en tiempo y desgaste en horas hombre, por lo que son propensas a fallos, lo cual ha originado actualizaciones en tiempos mayores a los definidos.
Figura 9. Total de horas invertidas por ao en ventanas de mantenimiento
Se puede observar en la imagen previa que las ventanas de mantenimiento disminuyeron entre el 2020 y 2021 debido a la pandemia COVID-19, siendo 2020 el ao con menos ventanas de mantenimiento, debido a que hubo un nmero significativamente menor de cambios requeridos por el SAT. El 2022 tiene un nmero menor también ya que, el estudio solo considera los 3 primeros meses de ese ao, pero se puede observar que an en los 3 primeros meses tiene la misma cantidad en tiempo invertido en ventanas de mantenimiento que todo 2020, lo que significa que el nmero irá a la alza, es por esto la importancia de priorizar en Konesh Soluciones alguna alternativa para mejorar los tiempos de ejecucin de estos procesos de liberaciones (ventana de mantenimiento).
En Konesh Soluciones actualmente no se cuenta con un proceso automático de la gestin de las ventanas de mantenimiento, en ocasiones es la PMO quien gestiona la actividad, en ocasiones lo es TI, perdiendo aquí el control desde el cambio en sí, el desarrollo, la liberacin y el seguimiento a la operacin correcta luego del cambio.
Figura 10. Relacin entre áreas de Konesh Soluciones – Ventanas de mantenimiento
En la figura previa podemos observar como un flujo de actividades alrededor de una ventana de mantenimiento vive en Konesh Soluciones, no se tiene un orden, no hay un proceso definido, no hay una comunicacin certera, dando pie a fallas importante de operacin que ponen no solo en riesgo la operacin de los clientes sino la propia certificacin de PAC con la que hoy opera Konesh Soluciones.
El SAT dentro de sus normas exige a cada PAC mantenerse disponible en su operacin de timbrado en un 99.5%, en caso de no cumplirlo el PAC está sujeto a amonestaciones que son acumulativas y pueden llegar hasta una revocacin, lo que cerraría las operaciones de manera definitiva; al igual se debe de considerar el impacto de cara a clientes a quienes en la oferta de valor se ofrece una disponibilidad del 99.8% del servicio y en caso de no cumplirlo, se está en riesgo de penalizaciones econmicas e incluso la recesin del contrato.
Es por ello de alta importancia que Konesh Soluciones cuente con un proceso automático de liberaciones (ventanas de mantenimiento) y asegurar lo más posible que el proceso desde el análisis de un cambio, desarrollo, pruebas, liberacin y seguimiento a la operacin (DevOps) fluya de manera ptima.
Considerando que para la muestra de estudio del periodo de tiempo 2022 solo tenemos informacin a marzo, este periodo de tiempo nos entrega informacin más corta en comparacin con los otros aos en donde se cuenta con el semestre complemento de estudio, lo cual muestra una tendencia, pero no son los datos definitivos.
Se puede observar que en 2019 el nmero de ventanas de mantenimiento fue mayor que cualquier otro ao con un total de 49 ventanas de mantenimiento, ver Figura.
21. Tipo de ventanas por mes, 22. Tipo de ventanas anuales y 23. Nmero de ventanas por mes. Lo que nos hace pensar que la pandemia COVID-2019 pudo haber creado un impacto en los cambios del SAT y que esto a su vez se ve reflejado en las ventanas de mantenimiento requeridas por cambios de ley, pues el nmero de ventanas de mantenimiento correspondientes a actualizaciones del SAT fue mayor también en 2019.
El nmero de ventanas de 2022 tan solo en los primeros 3 meses asociados a requisiciones del SAT es igual que en 2020, con un nmero de 17, lo que permite observar que es posible que sí, que la pandemia haya sí generado un impacto y que poco a poco se está buscando retomar actividades “normales”. Ver Figura 18. Tipo de ventanas por mes, Figura 19. Tipo de ventanas anuales y Figura 20. Nmero de ventanas por mes.
Finalmente, aunque 2019 muestra una tendencia anual de actividades muy similares, el nmero de ventanas de mantenimiento mayor se presenten el primer semestre. 2020 muestra esa tendencia, e incluso podríamos decir que aunque 2019 su repunte es a finales de aos, esto puede ser para preparar cambios para el siguiente ao, lo que indica que hay una tendencia mayor en el primer semestre en lo que corresponde a ejecuciones de ventanas de mantenimiento, por lo que este periodo es un buen indicador de estudio para analizar las posibles medidas a aplicar previamente y poder mejorar la periodicidad así como el tiempo de duracin de estas ventanas de mantenimiento.
Automatizar las ventanas de mantenimiento del servicio de timbrado en Konesh Soluciones (para mejorar la disponibilidad del servicio de timbrado conforme los niveles SLAs establecidos en Konesh Soluciones)
1.-Definir las ventanas de mantenimiento ejecutadas para hacer un análisis de periodos críticos (periodo 2019, 2020, 2021 y primer trimestre de 2022) 2.-Calcular las ventanas de mantenimiento y la duracin de cada una de ellas en los periodos críticos para mantener la disponibilidad del servicio de timbrado conforme los niveles SLAs establecidos en Konesh Soluciones (duracin y periodicidad) 3.-Analizar las ventanas de mantenimiento y la duracin de estas para conocer cuáles serán las ventanas de mantenimiento a ejecutar y lograr cumplir con los niveles SLAs
El proceso de ejecucin de una ventana de mantenimiento es una actividad manual, esto ha originado actualizaciones incompletas o errneas que cuando se han liberado al cliente originan fallos en la emisin de CFDIs, razn por la cual es importante automatizar este proceso con la finalidad de reducir la intervencin humana para lograr una liberacin lo más efectiva posible.
El objetivo de este estudio es automatizar el proceso de timbrado en Konesh Soluciones y con ello las ventanas de mantenimiento y reducir la duracin de ejecucin de cada una ellas.
El alcance de este estudio se limita al área de la fábrica de software y de cumplimiento, ver
Figura 1. Organigrama Konesh Soluciones La fábrica de software es el área dentro de Konesh Soluciones encargada de aplicar los cambios al cdigo del servicio de timbrado para incorporar los ajustes o nuevas funcionalidades requeridas por el SAT; el área de cumplimiento se encarga de poner en produccin los cambios liberados por la fábrica de software, así como de dar seguimiento a la correcta funcin del servicio luego de la liberacin.
La automatizacin de las ventanas de mantenimiento y la reduccin en la duracin del tiempo de ejecucin de cada una de ellas permitirán cumplir la disponibilidad pactada en los SLAs acordados con los clientes, así como, los SLAs que el SAT exige cumplir para mantener la certificacin de PAC.
“Cuando los equipos de desarrollo y operaciones se unen, se reducen los plazos, las implementaciones se hacen con más frecuencia y se crea software de mayor calidad.” (Atlassian, Ventajas de DevOps, s.f.)
“El término DevOps, que es una combinacin de los términos ingleses development (desarrollo) y operations (operaciones), designa la unin de personas, procesos y tecnología para ofrecer valor a los clientes de forma constante.” (Azure, ¿Qué es DevOps?, s.f.)
Hay tres categorías principales de beneficios para DevOps: beneficios técnicos, culturales y comerciales. Los beneficios técnicos incluyen complejidad reducida, entrega continua y resolucin de problemas más rápida. Los profesionales de DevOps suelen implementar cdigo de mayor calidad más rápido que los equipos tradicionales.
“Los beneficios culturales son equipos más productivos y eficientes y clientes más satisfechos. Desde el punto de vista comercial, los beneficios incluyen una mayor colaboracin y confianza entre los miembros del equipo, lo que da como resultado una entrega más rápida y entornos operativos estables.” (Atlassian, Los principios de DevOps, s.f.)
Por su metodología en la automatizacin del proceso de liberaciones será DevOps la tecnología a implementar.
“El lanzamiento canario es una estrategia de implementacin de software en la que una nueva versin de una API (así como otro software) se implementa como lanzamiento canario para realizar pruebas, mientras que la versin base se implementa en la misma etapa como versin de produccin para realizar las operaciones normales” (Amazon, Configuracin de una implementacin de un lanzamiento canary de API Gateway, s.f.), son liberaciones controladas, las cuales tienen un impacto a un nmero pequeo de usuarios, lo que permite probar en productivo un cambio, el impacto es además aleatorio, lo que minimiza an más la afectacin a cada usuario.
Esto ayudaría a que las liberaciones del servicio de Timbrado originadas por cambios al software por cualquier razn (cambios de ley, mejoras tecnolgicas, correcciones por fallas) puedan ser liberadas y probadas con un mayor control y una vez que se tenga la certeza de que su funcin es la correcta, hacer el cambio al universo total de clientes en Konesh Soluciones sea más ágil y certero, lo que permitirá reducir el tiempo que conlleva una ventana de mantenimiento buscando evitar más ventanas de mantenimiento por posible fallas en las liberaciones o falta de implementacin de componentes por ser un proceso manual actualmente en Konesh Soluciones.
La figura 11 nos muestra el nmero de horas que Konesh Soluciones ha invertido de 2019 al primer trimestre de 2022 en lo que respecta a horas de ventanas de mantenimiento. Se puede observar una diferencia entre 2019 y 2020, el cual se puede concluir que se debe a la pandemia de COVID-19 que bajde manera considerable la operacin a nivel mundial por adaptacin a los procesos diarios.
Figura 11. Total de horas invertidas por ao en ventanas de mantenimiento
Las figuras 12, 13 y 14 muestran en diferentes tipos de gráficos los tipos de ventanas de mantenimiento ejecutados en Konesh Soluciones durante el primer trimestre del ao 2022. La informacin fue poblada solo por este periodo por ser la informacin con la que se contaba hasta el momento del estudio.
Periodo 2022
Figura 12. Tipo de ventanas por mes
Figura 13. Tipo de ventanas anuales Figura 14. Nmero de ventanas por mes
Las figuras 15, 16 y 17 muestran en diferentes tipos de graficos los tipos de ventanas de mantenimiento ejecutados en Konesh Soluciones durante todo el ao de estudio 2021. Se puede observar un incremento de las ventanas de mantenimiento en los dos ltimos meses, lo cual demuestra que el SAT suele requerir actualizaciones frecuentes al término de un ao e inicio del siguiente.
Periodo 2021
Figura 15.Tipo de ventanas por mes
Figura 16. Tipo de ventanas anuales Figura 17. Nmero de ventanas por mes
Las figuras 18, 19 y 20 muestran en diferentes tipos de gráficos los tipos de ventanas de mantenimiento ejecutados en Konesh Soluciones durante todo el ao de estudio 2020. Se puede observar un incremento de las ventanas de mantenimiento en los primeros 3 meses, esto como resultado de los diferentes cambios fiscales liberados para la inclusin de nuevos complementos con mira al cierre anual fiscal. Cabe hacer mencin que la pandemia COVID-19 inicioficialmente en México a mediados de marzo de 2020, por ello la baja tan perceptible de ventanas de mantenimiento el resto de 2020.
Periodo 2020
Figura 18. Tipo de ventanas por mes
Figura 19. Tipo de ventanas anuales Figura 20. Nmero de ventanas por mes
Las figuras 21, 22 y 23 muestran en diferentes tipos de gráficos los tipos de ventanas de mantenimiento ejecutados en Konesh Soluciones durante todo el ao de estudio 2019. Se puede observar un flujo mucho más constante de ventanas de mantenimiento, considerando que en el ao 2019 el flujo de operacin era estándar, sin pandemias.
Periodo 2019
Figura 21. Tipo de ventanas por mes
Figura 22. Tipo de ventanas anuales Figura 23. Nmero de ventanas por mes
El problema planteado fue desarrollado bajo una investigacin de tipo cuantitativa con un alcance comparativo dada la intencin de poder entender y conocer las diferencias de efectividad entre contar y no contar con la metodología DevOps, así como el uso de herramientas open source o de paga para la construccin de la tubería DevOps, con la finalidad de poder reducir los tiempos de ejecucin de ventanas de mantenimiento en Konesh Soluciones automatizando el proceso; el estudio es de tipo no experimental al analizar casos de éxito actuales en organizaciones de tecnologías como lo es Konesh Soluciones y, sobre todo, conociendo la efectividad de ejecutar liberaciones en tiempo real, algo que se ha estudiado podría ser de efectividad en el proceso de actualizaciones del timbrado en Konesh Soluciones. La temporalidad es transversal, pues dentro del estudio se trabajcon un censo de datos que van del ao 2019 y hasta los primeros meses de 2022.
Como tal no se hizo uso de una muestra de datos sino de un censo de datos, dado que se considertoda la informacin compartida por el equipo de TI desde el ao 2019 y hasta los primeros meses de 2022.
El servicio de timbrado de Konesh Soluciones puede ser actualizado por diferentes factores, factores asociados a cambios de ley (cambios requeridos por el SAT) así como por mantenimientos internos tales como mantenimiento a infraestructura, base de datos, refuerzo en procesos de seguridad de informacin, mejoras al servicio incorporados como mejora propia, entre otros; estos mantenimientos pueden variar y no necesariamente son programables.
El tiempo de ejecucin y la continuidad de estas, varía dependiendo la razn por la cual se ejecuta una ventana de mantenimiento, por ello se consideran las variables clave a analizar.
Operacionalizacin de variables
| Variables | Dimensiones | Indicadores | Fuente de informacin |
|---|---|---|---|
| Tiempo de ejecucin de las ventanas de mantenimiento | N/A | Tiempo en horas que durla ejecucin de la ventana de mantenimiento | Registros administrados por el área de TI de Konesh Soluciones |
| Tipo de cambio | N/A | Razn del cambio • Cambio por requerimiento de ley • Cambio por mejoras requeridas por Konesh Soluciones | Registros administrados por el área de TI de Konesh Soluciones |
Cmo se ha descrito a lo largo del documento, Konesh Soluciones no cuenta con una tubería DevOps implementada, se trabaja en las diferentes áreas con procesos muy manuales o como tal no hay proceso ni mucho menos aplicaciones que ayuden a tener un flujo automático de actividades.
Figura 24. Aplicaciones usadas en Konesh Soluciones para la implementacin de ventanas de mantenimiento
Si Konesh Soluciones implementara una tubería DevOps de acuerdo a las recomendaciones del marco de trabajo, podría beneficiarse en lo siguiente:
En el análisis del presente estudio de caso, hemos identificado que el uso de aplicaciones pueden ayudar a que una tubería DevOps opere de manera satisfactoria, estas aplicaciones podrían ser open source. No es necesario obligarse a pagar por alguna licencia, las herramientas open source funcionan tan bien o incluso muchas veces mejor que las de paga, estas aplicaciones se integrarían de manera ptima a los servicios de Konesh Soluciones, ya que la infraestructura actual usa sistemas Linux para la operacin en el servicio de timbrado.
La tubería DevOps se sugiere pueda operar de la siguiente forma:
Figura 25. Tubería DevOps esperada para Konesh Soluciones
Detalle de las funciones de cada herramienta DevOps propuesta para Konesh Soluciones:
| Aplicacin | Funciones | Características | Beneficios Konesh Soluciones |
|---|---|---|---|
| Monday | • Gestin de contactos, recursos y proyectos • Proceso de ventas • Seguimiento del rendimiento, informes • Paneles (Kanban, Gantt) • Integraciones | Es una herramienta que puede ser usada en la nube, por lo que su uso puede ser muy rápido sin gran esfuerzo. Puede ser adquirido por el nmero de licencias (personal que lo estará usando). | Contar con un sistema que concentre a todos los clientes y sus respectivos contactos. Seguimiento a las actividades asociadas a los clientes y quien del equipo de Konesh Soluciones está trabajando con ese cliente. Es una solucin de bajo costo. |
| Jira | • Ayuda a planear, supervisar y gestionar proyectos de desarrollo de software • Personaliza el flujo de trabajo y la colaboracin | Es una solucin en la nube, por lo que su uso no implica un esfuerzo de implementacin para Konesh Soluciones. Dado que el equipo de proyectos es pequeo en este momento, se puede hacer uso | Es una solucin, ya conocida para algunas personas del equipo de Konesh Soluciones, por lo que la integracin de todo el equipo de proyectos puede ser una transicin fácil. Es de costo bajo, en caso de que se requiera hacer una |
| • Permite gestionar el trabajo pendiente del equipo, visualizar el trabajo en curso y crear informes | de la solucin free, en caso de crecer se puede hacer la compra de las licencias que se vayan a usar. | compra, se puede hacer solo por la cantidad de licencias que sean necesarias. | |
| Redmine | • Soporte para mltiples proyectos • Control de acceso flexible basado en roles • Sistema de seguimiento de problemas flexible • Diagrama de Gantt y calendario • Gestin de noticias, documentos y archivos • Seguimiento del tiempo | Es una solucin open source, por lo que puede ser implementada en la infraestructura actual de Konesh Soluciones. Permite el control de proyectos y actividades tanto de control de cambios como de la gestin de incidentes y problemas, para ver la trazabilidad de las diferentes actividades alrededor del cliente. | No implica un costo econmico extra. Es una solucin que ya se ha trabajado desde hace varios aos (más de 6 aos), por lo que es una herramienta ya conocida y evaluada para las necesidades actuales del negocio. |
| Apache Subversion | • Control de versionamiento de cdigo, directorios | Es por naturaleza un sistema diseado para el control de versiones, por lo que si se está | Al ser open source no implica un gasto econmico para Konesh Soluciones. |
| versionados, copia, cambios y eliminacin versionado • La API contiene enlaces para diferentes lenguajes de programacin | familiarizado con el uso de este tipo de soluciones, Apache Subversin será muy fácil de usar. Al ser un servicio open source, cuenta con documentacin libre, cdigo fuente y una comunidad amplia en donde se pueden encontrar guías y apoyos a mltiples escenarios. | Es una herramienta actualmente usada, dadas las funciones naturales y básicas con las que cuenta la herramienta. | |
| GitLab | • Permite la integracin de proyectos ágiles para organizar y gestionar el trabajo. Sprints • Control de versiones • Automatiza la entrega de software • Adopcin de prácticas DevSecOps, para construir con seguridad | Al estar orientado a la gestin ágil, GitLab permite gestionar de manera fácil y en un entorno completo la versin de cdigo, así como la propia entrega de software. Es una solucin en la nube, por lo que iniciar su uso será muy fácil. | Dada la entrega continua de soluciones con las que opera Konesh Soluciones, contar con aplicaciones cuya metodología sea ágil, aporta un gran beneficio; el uso de sprints es cada vez más requerido en los proyectos con los clientes. La inclusin de seguridad (DevSecOps) dentro de la |
| • Mejora la colaboracin y la visibilidad | Tiene un costo muy bajo y se puede comprar el nmero de licencias que se requiera, en caso de necesitar funciones más allá de las gratuitas. | tubería DevOps permitirá cumplir con las normas de seguridad que los clientes cada vez requieren más. La certificacin ISO27001 con la que cuenta Konesh Soluciones exige la seguridad en cada momento, esta solucin ayudará a cumplir con ello. | |
| Apache NetBeans | • Cuenta con edicin rápida e inteligente ayudando a temas de sintáctica y semántica • Cuenta con editores, asistentes y plantillas para trabajar con mltiples lenguajes, dentro de ellos java • Puede ser usado en cualquier sistema | Apache Netbeans es un entorno de desarrollo, una plataforma de herramientas y un marco de aplicacin. Es una herramienta open source. Cuenta con una amplia comunidad de ayuda, dado los aos que tiene ya en operacin. | No implica un costo adicional su uso para Konesh Soluciones. Es una herramienta actualmente usada, por lo que está probada para satisfacer las necesidades del negocio. Es compatible con Java, Konesh Soluciones programa |
| operativo que contenga Java | Opera en la nube, por lo que su uso es muy ágil al no requerir instalacin. | particularmente en Java y el equipo de cmputo actual de los trabajadores es MAC, por lo que ayuda la compatibilidad con el sistema operativo. | |
| IntelliJ | • Cuenta con editor de ayuda, busca posibles errores y ofrece sugerencias de mejora • Permite el trabajo colaborativo y remoto, es posible extraer la informacin a equipos portátiles • El trabajo con el lenguaje Java es idneo, también puede operar con Groovy | Es compatible con Apache Subversion, por lo que el uso de esta solucin permitirá consumir el cdigo de los proyectos de manera muy ágil, así como, resguardar de manera segura los cambios. Poder operar de manera remota y trasportar cdigo a los equipos personales es de gran ayuda con el trabajo desde casa. | IntelliJ está siendo actualmente usado en Konesh Soluciones, especialmente por la inclusin de desarrollos en Groovy, además, que puede operar con Java, que es el lenguaje de programacin general en Konesh Soluciones. El costo de su uso es bajo, por lo que no implica grandes gastos. |
| Jenkins | • Cuenta con integracin continua y entrega continua | Jenkins se define como una herramienta de cdigo abierto utilizada para los | Konesh Soluciones necesita contar con una herramienta que permita la entrega continua |
| • Opera sobre cualquier sistema operativo • Cuenta con un amplio nmero de complementos para ser fácilmente integrado con herramientas de integracin continua • Es fácilmente extensible • Trabaja con varios equipos al mismo tiempo, permitiendo impulsar las compilaciones, pruebas y las implementaciones en varias plataformas con agilidad. | procesos de integracin continua que se encarga de la compilacin y prueba de proyectos de software. Como servidor de automatizacin extensible, Jenkins puede usarse como un servidor CI simple o convertirse en el centro de entrega continua para cualquier proyecto. | como mejora para sus procesos de entrega como para lograr una tubería DevOps ptima, esta herramienta sin duda podrá ayudar en este proceso. Al ser open source ayuda a no aumentar el impacto econmico en su uso. | |
| Liquibase | • Cambio en el esquema de la base de datos flexible | Liquibase es una biblioteca de cdigo abierto independiente de la base de datos para | Actualmente, Konesh Soluciones no cuenta con ninguna herramienta de control |
| • Scripts de generacin automática • Visibilidad y monitoreo en tiempo real • Puede operar con mltiples bases de datos, entre ellas MySQL, MariaDB, Oracle, SQL Server • Puede integrarse fácilmente con Jenkins | rastrear, administrar y aplicar cambios en el modelo de la base de datos. Es una herramienta open source (bajo licencia apache 2.0) | de pruebas, las pruebas no solo deben de considerar el cdigo sino la base de datos y esta herramienta puede ayudar a tener ese control. Además, al ser open source, ayuda a reducir el gasto en la implementacin de herramientas para la tubería DevOps. | |
| Selenium | • Facilidad de registro y ejecucin de los tests • Las acciones pueden ser ejecutadas paso a paso • Herramientas de depuracin y puntos de ruptura (breakpoints) | Selenium cuenta con un conjunto de utilidades que facilita la labor de obtener juegos de pruebas para aplicaciones web. Además de ser una herramienta para registrar acciones, permite editarlas manualmente o crearlas desde | El enfoque de Selenium son las pruebas sobre soluciones web, lo cual es idneo para Konesh Soluciones pues, su enfoque son soluciones web. Es open source, por lo que reduce los costos de integracin de soluciones. |
| • Los tests pueden ser almacenados en diferentes formatos • Puede ser usado en diferentes exploradores y funciona con todos los sistemas operativos | cero. Las acciones se basan en el uso de diferentes API's en diferentes lenguajes, dentro de ellos Java. | Ayudará a tener un control de pruebas de cdigo, del cual hoy día no hay nada en operacin para Konesh Soluciones. | |
| Ansible | • Automatiza los procesos para preparar la infraestructura, gestiona la configuracin, implementa las aplicaciones y organiza los sistemas, entre otras funciones • Se conecta a los nodos y les inserta pequeos programas denominados mdulos, los cuales permiten | Al automatizar la implementacin, puede trasladar el software entre los entornos de prueba y produccin sin utilizar procesos manuales. Como resultado, se obtiene una implementacin confiable y repetible en todo el ciclo de distribucin del software. La automatizacin de la implementacin es importante a la hora de habilitar las | Konesh Soluciones hoy no cuenta con una herramienta para el proceso de liberacin de software, por lo que contar con una de ellas, sin duda beneficiará a la entrega de soluciones, evitando lo más posible los errores humanos, reduciendo, tiempos, costos y mejorando por supuesto calidad en la entrega. Es open source por lo que ayudará a mantener el costo |
| realizar tareas de automatizacin en la plataforma • Opera en sistemas operativos Linux como CentOS | prácticas de DevOps y gestionar un canal de CI/CD. | bajo en el proceso de implementacin de la tubería DevOps. | |
| Invgate | • La gestin de tickets opera bajo el marco de referencia ITIL • Cuenta con una plataforma web amigable que permite llevar el registro de las diferentes solicitudes de servicio por parte de los clientes • Cuenta con un control de niveles de servicio (SLAs), alertando cuando alguno está por expirar | Es una solucin en la nube, por lo que su uso requiere de un bajo esfuerzo. Tiene costo, pero el costo es bajo en comparacin con otras herramientas similares en el mercado. Ayuda a llevar un control de clientes y solicitudes de servicio, no solo de incidentes y problemas, sino de cambios y preguntas, entre otros. | Es actualmente la herramienta de gestin de tickets para llevar el control del proceso de incidentes y problemas. Al momento ha ayudado de manera importante a Konesh Soluciones a tener una trazabilidad de las solicitudes por parte de los clientes, así como de los tiempos de atencin ayudando a mantener los niveles SLAs de servicio definidos. |
| • Reportes adaptables | Es posible su uso tanto para mesas de servicio al cliente externo como interno. | La herramienta tiene un costo, pero se pueden adquirir la cantidad de licencias que en realidad serán usadas. | |
| 24x7 | • Solucin de monitoreo de rendimiento para los equipos DevOps y de Operaciones de TI • Monitorea tanto sitios web, como servidores, rendimiento de aplicaciones y la red • Es una solucin en la nube | Cuenta con un portal web, al cual se puede acceder desde cualquier explorador web, así como lanza notificaciones vía email, SMS e incluso llamadas, buscando que siempre se identifique con agilidad si algn SLAs asociado a direcciones web está por vencer. | Es una herramienta usada actualmente por Konesh Soluciones. Es una herramienta web que permite monitorear las URLs del servicio de timbrado, buscando garantizar su disponibilidad tanto para cumplir los niveles SLAs de cara a los clientes como ante el SAT. |
| Apache Superset | • Es una plataforma de exploracin y visualizacin de datos • Facilita a los usuarios explorar y visualizar los datos, desde gráficos | Con Apache Superset se tiene la posibilidad de explorar gráficos sin escribir cdigo y poder así extraer y presentar datos. | Si bien hoy día Konesh Soluciones ya cuenta con una herramienta de monitoreo, esta es solo para analizar disponibilidad del servicio, pero no para interpretar informacin |
| simples hasta gráficos | Es una herramienta muy | ágilmente y mucho menos para | |
| altamente detallados | sencilla e intuitiva que al poder | la toma de decisiones o no | |
| • Puede conectarse a | integrarse con casi todas las | como Apache Superset podría | |
| cualquier base de datos | BD, garantiza el poder | ayudar. Con los paneles con | |
| basada en SQL | interpretar la informacin para | los que esta herramienta opera, | |
| • Opera en la nube • Es open source | la toma de decisiones de manera ágil. | sin duda ayudará a que todos los servicios o al menos los prioritarios en la operacin | |
| puedan ser analizados | |||
| buscando la mejora continua. |
En el análisis de casos de éxito previos, la mejora en el desempeo no solo del desarrollo de las soluciones sino de las implementaciones (en tiempo) así como en eficacia operativa de la solucin liberada son relevantes, que focalizando en este estudio de caso el punto de interés es principalmente el proceso de liberacin que resulta en una ventana de mantenimiento se verían mejoradas considerablemente. Los estudios indican una mejora en la mitad del tiempo o más, es lo que se espera pueda mejorar en Konesh Soluciones la implementacin eficaz y eficiente de una tubería DevOps.
El estudio ha demostrado que el uso de DevOps es factible, que reduzca el tiempo de ejecucin de una ventana de mantenimiento, así como que disminuya el nmero de ventanas de mantenimiento a ejecutar; siempre es importante considerar el factor del cambio, el cambio en cuanto a la forma de operar, cambio en procesos, cambios metodolgicos que son importantes analizar antes de cualquier cambio tecnolgico.
Konesh Soluciones al operar con la propuesta del presente estudio de caso como tubería DevOps, podrá verse beneficiado en lo siguiente:
Figura 26. Propuesta de tubería DevOps
La bsqueda de toda organizacin es crecer, para Konesh Soluciones esto no es la excepcin, si Konesh Soluciones logra implementar una tubería DevOps, podrá tener la oportunidad de mejorar sus procesos, ofrecer un mejor servicio, con mejor calidad y con una mayor disponibilidad para satisfacer la necesidad de todo consumidor de hacer uso de un servicio el mayor tiempo posible.
Konesh Soluciones dejará de hacerse cargo de resolver errores para dedicarse a mejorar su oferta de valor, desarrollo de más servicios que puedan ayudar a sus clientes a optimizar sus procesos y con esto crecer su cartera de clientes, seguir posicionándose como los PACs con más CFDIs emitidos y con más clientes.
Cloud, G. (s.f.). DevOps. Obtenido de Google Cloud: https://cloud.google.com/devops?hl=es-419#section-2
Amazon. (s.f.). Configuracin de una implementacin de un lanzamiento canary de API Gateway. Obtenido de AWS Documentacin: https://docs.aws.amazon.com/es_es/apigateway/latest/developerguide/canaryrelease.html
Amazon. (s.f.). ¿Qué es la entrega continua? Obtenido de Amazon: https://aws.amazon.com/es/devops/continuous-delivery/
Atlassian. (s.f.). Los principios de DevOps. Obtenido de Atlassian: https://www.atlassian.com/es/devops/what-is-devops
Atlassian. (s.f.). Ventajas de DevOps. Obtenido de Atlassian: https://www.atlassian.com/es/devops/what-is-devops/benefits-of-devops
Atlassian. (s.f.). Ventajas de DevOps. Obtenido de Atlassian: https://www.atlassian.com/es/devops/what-is-devops/benefits-of-devops
Atlassian, & CITE Research. (2020). Atlassian Survey 2020 -DevOps Trends. Obtenido de Atlassian: https://www.atlassian.com/es/whitepapers/devops-survey-2020
Azure. (s.f.). ¿Qué es DevOps? Obtenido de Azure Microsoft: https://azure.microsoft.com/es-mx/overview/what-is-devops/
Azure. (s.f.). Soluciones de DevOps en Azure. Obtenido de Azure Microsoft: https://azure.microsoft.com/es-mx/solutions/devops/#overview
Azure. (s.f.). Tutorial de DevOps: introduccin. Obtenido de Azure: https://azure.microsoft.com/es-mx/overview/devops-tutorial/#fundamentals
Evaluando Software. (26 de febrero de 2018). Obtenido de evaluandosoftware: https://www.evaluandosoftware.com/que-es-devops/
GoLogic. (06 de 05 de 2021). gologic. Obtenido de https://www.gologic.ca/en/devopstools/: https://www.gologic.ca/en/devops-tools/
HUAWEI Mobile Cloud. (s.f.). Obtenido de Huawei: https://consumer.huawei.com/mx/mobileservices/mobilecloud/
Jernstrm, M., & Palmer, J. (27 de Agosto de 2020). Cmo mejoramos la productividad de los desarrolladores para nuestros equipos DevOps. Obtenido de Spotify R&D Engineerring: https://engineering.atspotify.com/2020/08/how-we-improveddeveloper-productivity-for-our-devops-teams/
Quint. (s.f.). Aplicamos DevOps y Agile para mejorar los servicios de TI . Obtenido de Quint: https://www.quintgroup.com/es-es/casos-exito/implementacion-de-devops-paralograr-una-excelente-entrega-de-ti/
Red Hat. (24 de enero de 2023). Obtenido de redhat: https://www.redhat.com/es/topics/open-source/what-is-open-source
RedHat. (8 de Enero de 2019). ¿Qué es la automatizacin de DevOps? Obtenido de RedHat: https://www.redhat.com/es/topics/automation/what-is-devopsautomation
RedHat. (10 de 05 de 2022). /www.redhat.com. Obtenido de El concepto de DevOps: https://www.redhat.com/es/topics/devops
RedHat. (s.f.). Barclays adoptla cultura ágil de DevOps para mantener la competitividad. Obtenido de RedHat: https://www.redhat.com/es/success-stories/barclays
RedHat. (s.f.). Government of British Columbia adopts DevOps and Red Hat OpenShift. Obtenido de RedHat: https://www.redhat.com/en/resources/government-ofbritish-columbia-case-study
RedHat. (s.f.). RedHat. Obtenido de El Gobierno de la Columbia Británica utiliza open source para mejorar los servicios que brinda a los ciudadanos: https://www.redhat.com/es/success-stories/government-of-british-columbia
Reinventa el futuro de la tecnología. (s.f.). Obtenido de Oracle: https://www.oracle.com/lad/corporate/careers/opportunities/softwareengineers-developers/?source=:ad:pas:go:awr:a_lad:%7b_dscampaignid%7d%7b_dsadgroupid%7d%7b_dskeywordid%7d:2022P&SC=:ad:pas:go:awr:a_lad::2022P
SAT. (2011). Estadístico de contribuyentes que emplean los servicios de un PAC de CFDIs (cifras al 30112021). Obtenido de sat.gob.mx: http://omawww.sat.gob.mx/tramitesyservicios/Paginas/documentos/Estadistico_ de_contribuyentes_que_operan_con%20proveedor_de_certificacion.pdf
SAT. (2011). Facturas generadas por PACs (cifras al 30112021). Obtenido de sat.gob.mx: http://omawww.sat.gob.mx/tramitesyservicios/Paginas/documentos/Facturas_tim bradas_por_proveedor_de_certificacion.pdf
Smith, D., Villalba, D., Irvine, M., Stanke, D., & Harvey, N. (s.f.). Accelerate -State of Dev Ops 2021. Google Cloud.
Somos expertos globales en soluciones multi nube. (s.f.). Obtenido de Rackspace Technology: https://www.rackspace.com/es-mx
1. Muestra de tiempos de ejecuciones de ventanas de mantenimiento en el servicio de timbrado de Konesh Soluciones.
2. Uso de marca, diagrama y logotipo de Konesh Soluciones que permiten su referencia en el presente documento.