{"id":7510,"date":"2020-06-01T10:17:58","date_gmt":"2020-06-01T08:17:58","guid":{"rendered":"https:\/\/orizonold.dwebs.dev\/demo_wp\/?p=7510"},"modified":"2023-10-03T09:12:30","modified_gmt":"2023-10-03T07:12:30","slug":"boa-1-flujo-de-trabajo-centralizado","status":"publish","type":"expertise","link":"https:\/\/orizon.es\/en\/expertise\/boa-1-flujo-de-trabajo-centralizado\/","title":{"rendered":"BOA 1 . Flujo de trabajo centralizado"},"content":{"rendered":"<p>La filosof\u00eda de colaboraci\u00f3n entre equipos tecnol\u00f3gicos DevOps est\u00e1 en auge, debido a las ventajas que ofrece para unir los departamentos de desarrollo y operaciones dentro del mundo tecnol\u00f3gico. No obstante, esta metodolog\u00eda no es suficiente, de hecho, ya hay t\u00e9rminos como DevSecOps, d\u00f3nde se integra la seguridad dentro de todo el ciclo de vida del software.<\/p>\n<p>En el mundo del rendimiento de las aplicaciones, no existe una estrategia que de forma continua y no intrusiva atienda las necesidades y objetivos de los departamentos de negocio de las empresas tecnol\u00f3gicas, que permitan relacionar sus objetivos con el c\u00f3digo software, y c\u00f3mo una mala programaci\u00f3n sin un enfoque de rendimiento afecta a sus principales objetivos:<\/p>\n<ul>\n<li><strong><a href=\"https:\/\/orizonold.dwebs.dev\/costes-de-tecnologia\/\" rel=\"nofollow noopener\" target=\"_blank\">Costes operacionales:<\/a>\u00a0<\/strong>costes asociados a la infraestructura tecnol\u00f3gica<\/li>\n<li><strong>Negocio:<\/strong>\n<ul>\n<li><a href=\"https:\/\/orizonold.dwebs.dev\/sla-y-entrega-de-datos\/\" rel=\"nofollow noopener\" target=\"_blank\">Entrega de datos (SLA)<\/a>:\u00a0cumplimiento de la hora objetivo en procesos nocturnos.<\/li>\n<li><a href=\"https:\/\/orizonold.dwebs.dev\/operaciones-de-canal\/\" rel=\"nofollow noopener\" target=\"_blank\">Tiempo de respuesta<\/a>:\u00a0control de la experiencia de usuario y la excelencia de los servicios ofrecidos<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>La metodolog\u00eda que soluciona este problema de falta de visibilidad se llama DevPerOps, y trata fundamentalmente de introducir el concepto del rendimiento, dentro del ciclo DevOps cl\u00e1sico, dot\u00e1ndolo de una visi\u00f3n de negocio y agreg\u00e1ndose en el ciclo de vida de desarrollo de una organizaci\u00f3n, como una nueva fase.<\/p>\n<p><img decoding=\"async\" class=\"size-full wp-image-13391 aligncenter\" src=\"https:\/\/orizon.es\/wp-content\/uploads\/2021\/02\/1.webp\" alt=\"\" width=\"300\" height=\"300\" srcset=\"https:\/\/orizon.es\/wp-content\/uploads\/2021\/02\/1.webp 300w, https:\/\/orizon.es\/wp-content\/uploads\/2021\/02\/1-150x150.webp 150w\" sizes=\"(max-width: 300px) 100vw, 300px\" \/><\/p>\n<p>Cuando los componentes software se encuentran en producci\u00f3n ejecut\u00e1ndose y completamente operativos, es el momento de capturar las m\u00e9tricas asociadas a los mismos para saber c\u00f3mo estos elementos afectan a los objetivos de negocio a trav\u00e9s de una monitorizaci\u00f3n continua. \u00a0En este punto es d\u00f3nde BOA nos ayuda a centralizar todo el flujo de trabajo asociado a una\u00a0<a href=\"https:\/\/orizonold.dwebs.dev\/la-oficina-tecnica-de-rendimiento\/\" rel=\"nofollow noopener\" target=\"_blank\"><strong>Oficina T\u00e9cnica de Rendimiento (OTR)\u00a0<\/strong><\/a>continua.<\/p>\n<p><a href=\"https:\/\/orizon.es\/wp-content\/uploads\/2020\/06\/diagrama-boa_-1024x576-1.webp\"><img decoding=\"async\" class=\"aligncenter wp-image-13417 size-full\" src=\"https:\/\/orizon.es\/wp-content\/uploads\/2020\/06\/diagrama-boa_-1024x576-1.webp\" alt=\"\" width=\"1024\" height=\"576\" srcset=\"https:\/\/orizon.es\/wp-content\/uploads\/2020\/06\/diagrama-boa_-1024x576-1.webp 1024w, https:\/\/orizon.es\/wp-content\/uploads\/2020\/06\/diagrama-boa_-1024x576-1-300x169.webp 300w, https:\/\/orizon.es\/wp-content\/uploads\/2020\/06\/diagrama-boa_-1024x576-1-768x432.webp 768w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" \/><\/a><\/p>\n<p><strong><u>Detecci\u00f3n y an\u00e1lisis \u2013 Equipo OTR<\/u><\/strong><\/p>\n<p>Una vez se detecta un candidato o una ineficiencia en un elemento software (\u201cCandidato Censado\u201d) que afecta a cualquiera de los par\u00e1metros de negocio, de acuerdo con los criterios establecidos en los algoritmos y a partir de los ajustes en los umbrales, se asigna a un analista para su resoluci\u00f3n, qui\u00e9n en funci\u00f3n del origen y la informaci\u00f3n, descartar\u00e1 ese proceso o elaborar\u00e1 un dise\u00f1o t\u00e9cnico (\u201cRecomendaci\u00f3n pendiente\u201d).\u00a0 Este dise\u00f1o, contendr\u00e1 toda la informaci\u00f3n necesaria para que la modificaci\u00f3n sea realizada con \u00e9xito, se indicar\u00e1n los cambios con el m\u00e1ximo detalle, a nivel de l\u00ednea de c\u00f3digo, el coste asociado para elaborar las modificaciones, junto con una estimaci\u00f3n del ahorro a conseguir.<\/p>\n<p><strong><u>Aprobaci\u00f3n \u2013 Responsable cliente OTR<\/u><\/strong><\/p>\n<p>Una vez el documento es elaborado, este se asigna al responsable de la OTR por parte del cliente, para la aprobaci\u00f3n del dise\u00f1o. Se trata de un paso intermedio, para que el cliente valide que el dise\u00f1o va contra los objetivos del proyecto, y el ROI esperado (coste vs ahorro), es acorde seg\u00fan los est\u00e1ndares de la entidad.<\/p>\n<p><strong><u>Desarrollo \u2013 Aplicaciones (proveedores)<\/u><\/strong><\/p>\n<p>Una vez el cliente aprueba el dise\u00f1o, este documento se env\u00eda a los responsables del aplicativo, quienes tienen que implantar las modificaciones propuestas en el mismo. Para ello, el proveedor de desarrollo cuenta con el apoyo de la OTR para cualquier duda o soporte que necesite de Orizon. Adem\u00e1s, el aplicativo nos deber\u00e1 notificar de la fecha prevista de implantaci\u00f3n, as\u00ed como de las horas finales que han sido necesarias invertir para poder llevar a cabo los cambios<\/p>\n<p><strong><u>Medici\u00f3n \u2013 Equipo OTR<\/u><\/strong><\/p>\n<p>Por \u00faltimo, una vez que los cambios en los elementos software sean promocionados a producci\u00f3n, se realizar\u00e1 una medici\u00f3n bajo las mismas m\u00e9tricas con las que se detect\u00f3 el proceso al inicio de todo el flujo, para comparar el antes y despu\u00e9s tras los cambios. Con estos datos se generar\u00e1 una gr\u00e1fica de forma autom\u00e1tica a trav\u00e9s de BOA remiti\u00e9ndose a todos los actores implicados en el circuito, equipo OTR, responsable cliente OTR y aplicaci\u00f3n, para que todos sean conocedores de los resultados conseguidos.<\/p>\n<p>Todas estas fases est\u00e1n perfectamente integradas con BOA, permitiendo conocer que candidatos o recomendaciones se encuentran en cada punto dentro entro de la vigilancia continua del rendimiento y posibilitando llevar un control en tiempo real sobre una\u00a0<a href=\"https:\/\/orizonold.dwebs.dev\/la-oficina-tecnica-de-rendimiento\/\" rel=\"nofollow noopener\" target=\"_blank\">Oficina T\u00e9cnica de Rendimiento (OTR)<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>La filosof\u00eda de colaboraci\u00f3n entre equipos tecnol\u00f3gicos DevOps est\u00e1 en auge, debido a las ventajas que ofrece para unir los departamentos de desarrollo y operaciones dentro del mundo tecnol\u00f3gico. No obstante, esta metodolog\u00eda no es suficiente, de hecho, ya hay t\u00e9rminos como DevSecOps, d\u00f3nde se integra la seguridad dentro de todo el ciclo de vida [&hellip;]<\/p>\n","protected":false},"author":4,"featured_media":8372,"menu_order":0,"template":"","format":"standard","meta":{"_uag_custom_page_level_css":"","footnotes":""},"class_list":["post-7510","expertise","type-expertise","status-publish","format-standard","has-post-thumbnail","hentry"],"uagb_featured_image_src":{"full":["https:\/\/orizon.es\/wp-content\/uploads\/2020\/06\/boa-blog.webp",1024,560,false],"thumbnail":["https:\/\/orizon.es\/wp-content\/uploads\/2020\/06\/boa-blog-150x150.webp",150,150,true],"medium":["https:\/\/orizon.es\/wp-content\/uploads\/2020\/06\/boa-blog-300x164.webp",300,164,true],"medium_large":["https:\/\/orizon.es\/wp-content\/uploads\/2020\/06\/boa-blog-768x420.webp",768,420,true],"large":["https:\/\/orizon.es\/wp-content\/uploads\/2020\/06\/boa-blog.webp",1024,560,false],"1536x1536":["https:\/\/orizon.es\/wp-content\/uploads\/2020\/06\/boa-blog.webp",1024,560,false],"2048x2048":["https:\/\/orizon.es\/wp-content\/uploads\/2020\/06\/boa-blog.webp",1024,560,false]},"uagb_author_info":{"display_name":"horizon","author_link":"https:\/\/orizon.es\/en\/author\/maria\/"},"uagb_comment_info":0,"uagb_excerpt":"La filosof\u00eda de colaboraci\u00f3n entre equipos tecnol\u00f3gicos DevOps est\u00e1 en auge, debido a las ventajas que ofrece para unir los departamentos de desarrollo y operaciones dentro del mundo tecnol\u00f3gico. No obstante, esta metodolog\u00eda no es suficiente, de hecho, ya hay t\u00e9rminos como DevSecOps, d\u00f3nde se integra la seguridad dentro de todo el ciclo de vida&hellip;","_links":{"self":[{"href":"https:\/\/orizon.es\/en\/wp-json\/wp\/v2\/expertise\/7510","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/orizon.es\/en\/wp-json\/wp\/v2\/expertise"}],"about":[{"href":"https:\/\/orizon.es\/en\/wp-json\/wp\/v2\/types\/expertise"}],"author":[{"embeddable":true,"href":"https:\/\/orizon.es\/en\/wp-json\/wp\/v2\/users\/4"}],"version-history":[{"count":0,"href":"https:\/\/orizon.es\/en\/wp-json\/wp\/v2\/expertise\/7510\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/orizon.es\/en\/wp-json\/wp\/v2\/media\/8372"}],"wp:attachment":[{"href":"https:\/\/orizon.es\/en\/wp-json\/wp\/v2\/media?parent=7510"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}