{"id":7527,"date":"2020-07-16T11:58:22","date_gmt":"2020-07-16T09:58:22","guid":{"rendered":"https:\/\/orizonold.dwebs.dev\/demo_wp\/?p=7527"},"modified":"2023-10-03T09:08:29","modified_gmt":"2023-10-03T07:08:29","slug":"politica-de-promocion-a-produccion","status":"publish","type":"expertise","link":"https:\/\/orizon.es\/en\/expertise\/politica-de-promocion-a-produccion\/","title":{"rendered":"Pol\u00edtica de promoci\u00f3n a producci\u00f3n"},"content":{"rendered":"<p>Dentro del ciclo de vida de los componentes software, ya explic\u00e1bamos en el anterior\u00a0<a href=\"https:\/\/orizonold.dwebs.dev\/boa-1-flujo-de-trabajo-centralizado\/\" rel=\"nofollow noopener\" target=\"_blank\">post<\/a>, que dentro del enfoque DevOps actual, es necesario incorporar una nueva fase al ciclo de vida de desarrollo, para controlar el rendimiento de los componentes (DevPerOps) y como \u00e9stos afectan a los objetivos de negocio, a trav\u00e9s de la centralizaci\u00f3n de todo el flujo de trabajo mediante una\u00a0<strong>Oficina T\u00e9cnica de Rendimiento (OTR) de continua.<\/strong><\/p>\n<p><img decoding=\"async\" class=\"aligncenter wp-image-13391 size-full\" 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>No obstante, antes de que los componentes suban a producci\u00f3n, es posible establecer ciertas reglas de control que aseguren que los componentes software promocionan bajo unos est\u00e1ndares de calidad y rendimiento, pol\u00edtica de promoci\u00f3n a producci\u00f3n.<\/p>\n<p>Para que exista una adecuada pol\u00edtica de promoci\u00f3n a producci\u00f3n, deben existir dos componentes b\u00e1sicos:<\/p>\n<ul>\n<li>Calendario de subidas a producci\u00f3n\u00a0que establezca qu\u00e9 d\u00edas son los autorizados para promocionar el software.\n<ul>\n<li>Se establecer\u00e1n d\u00edas cr\u00edticos de acuerdo con negocio en los que no se podr\u00e1 promocionar ning\u00fan software salvo un procedimiento de excepci\u00f3n que requerir\u00e1 de validaciones adicionales.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<ul>\n<li>Ejecuciones de los componentes software en un entorno previo fiable\u00a0a producci\u00f3n, que permita la comparativa de m\u00e9tricas asociadas a rendimiento del componente tecnol\u00f3gico consigo mismo.\n<ul>\n<li>No es necesario que se cuente con la misma volumetr\u00eda que producci\u00f3n, pero si con la mayor parte de casu\u00edstica posible.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>Con los anteriores elementos, se puede establecer un procedimiento de subidas a producci\u00f3n que controle los componentes t\u00e9cnicos antes de su promoci\u00f3n a este entorno:<\/p>\n<p><img decoding=\"async\" class=\"aligncenter wp-image-13411 size-full\" src=\"https:\/\/orizon.es\/wp-content\/uploads\/2020\/07\/ORGANIGRAMA-1.webp\" alt=\"\" width=\"900\" height=\"389\" srcset=\"https:\/\/orizon.es\/wp-content\/uploads\/2020\/07\/ORGANIGRAMA-1.webp 900w, https:\/\/orizon.es\/wp-content\/uploads\/2020\/07\/ORGANIGRAMA-1-300x130.webp 300w, https:\/\/orizon.es\/wp-content\/uploads\/2020\/07\/ORGANIGRAMA-1-768x332.webp 768w\" sizes=\"(max-width: 900px) 100vw, 900px\" \/><\/p>\n<p>La pol\u00edtica de promoci\u00f3n tendr\u00e1 en cuenta los siguientes elementos y operara de acuerdo a los siguiente informaci\u00f3n de partida, generando como resultado un OK o NOK a la promoci\u00f3n:<\/p>\n<ul>\n<li>La aplicaci\u00f3n deber\u00e1 rellenar un\u00a0<strong>Documento<\/strong>\u00a0con cuestiones t\u00e9cnicas y funcionales, as\u00ed como adjuntar un m\u00ednimo n\u00famero de ejecuciones en entornos previos con una volumetr\u00eda representativa lo m\u00e1s fiable posible al entorno de producci\u00f3n.<\/li>\n<li>Desde un equipo centralizado con conocimientos de rendimiento se revisar\u00e1 que el componente tecnol\u00f3gico sea \u00f3ptimo en t\u00e9rminos de duraci\u00f3n y consumo, detectando aquellos cambios de comportamiento respecto a otras versiones del elemento, y aquellas malas praxis que contenga dicho elemento para su correcci\u00f3n<strong>\u00a0previa antes de la promoci\u00f3n.<\/strong>\n<ul>\n<li>Si todo es correcto, se autorizar\u00e1 a la aplicaci\u00f3n a subir el proceso a producci\u00f3n<\/li>\n<li>En caso contrario, se deber\u00e1n realizar las modificaciones oportunas en el software.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<ul>\n<li>Existir\u00e1n excepciones al procedimiento en funci\u00f3n de negocio. En este caso, deber\u00e1 existir un compromiso para su correcci\u00f3n en producci\u00f3n, entrando\u00a0<strong>dentro de la garant\u00eda del proveedor<\/strong>\u00a0(se deber\u00e1 corregir dicho componente en un plazo acordado).<\/li>\n<\/ul>\n<p>De esta forma nos aseguraremos de que, en la medida de lo posible, los nuevos cambios sobre el software, llegan en las mejores condiciones a producci\u00f3n, para lo cual se debe disponer de unas pruebas lo m\u00e1s fieles posibles a producci\u00f3n.<\/p>\n<p>Adem\u00e1s, detectar casos con problemas de rendimiento en entornos previos, conlleva varios beneficios:<\/p>\n<ul>\n<li>Soluci\u00f3n de manera proactiva de las ineficiencias en el software, d\u00f3nde el mismo se encuentra en periodo de garant\u00eda.<\/li>\n<li>Disminuci\u00f3n de los costes debido a la detecci\u00f3n temprana de incrementos de consumo.<\/li>\n<li>Una \u00f3ptima ejecuci\u00f3n de los elementos software tras su pase a producci\u00f3n.<\/li>\n<li>Detecci\u00f3n de las aplicaciones y proveedores de software que tienen mayores incidentes, poniendo especial atenci\u00f3n a las mismas.<\/li>\n<\/ul>\n<p>No obstante, ser\u00e1 en producci\u00f3n, d\u00f3nde se podr\u00e1 validar toda la casu\u00edstica posible y como cada elemento impacta a los principales objetivos de negocio de los clientes (Costes, SLA y Tiempos de respuesta), a trav\u00e9s de la evaluaci\u00f3n una pol\u00edtica de revisi\u00f3n de elementos tras su puesta en producci\u00f3n,\u00a0<strong>pol\u00edtica de Post-Implantaci\u00f3n.<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Dentro del ciclo de vida de los componentes software, ya explic\u00e1bamos en el anterior\u00a0post, que dentro del enfoque DevOps actual, es necesario incorporar una nueva fase al ciclo de vida de desarrollo, para controlar el rendimiento de los componentes (DevPerOps) y como \u00e9stos afectan a los objetivos de negocio, a trav\u00e9s de la centralizaci\u00f3n de [&hellip;]<\/p>\n","protected":false},"author":4,"featured_media":8366,"menu_order":0,"template":"","format":"standard","meta":{"_uag_custom_page_level_css":"","footnotes":""},"class_list":["post-7527","expertise","type-expertise","status-publish","format-standard","has-post-thumbnail","hentry"],"uagb_featured_image_src":{"full":["https:\/\/orizon.es\/wp-content\/uploads\/2020\/07\/IMAGEN.webp",1024,560,false],"thumbnail":["https:\/\/orizon.es\/wp-content\/uploads\/2020\/07\/IMAGEN-150x150.webp",150,150,true],"medium":["https:\/\/orizon.es\/wp-content\/uploads\/2020\/07\/IMAGEN-300x164.webp",300,164,true],"medium_large":["https:\/\/orizon.es\/wp-content\/uploads\/2020\/07\/IMAGEN-768x420.webp",768,420,true],"large":["https:\/\/orizon.es\/wp-content\/uploads\/2020\/07\/IMAGEN.webp",1024,560,false],"1536x1536":["https:\/\/orizon.es\/wp-content\/uploads\/2020\/07\/IMAGEN.webp",1024,560,false],"2048x2048":["https:\/\/orizon.es\/wp-content\/uploads\/2020\/07\/IMAGEN.webp",1024,560,false]},"uagb_author_info":{"display_name":"horizon","author_link":"https:\/\/orizon.es\/en\/author\/maria\/"},"uagb_comment_info":0,"uagb_excerpt":"Dentro del ciclo de vida de los componentes software, ya explic\u00e1bamos en el anterior\u00a0post, que dentro del enfoque DevOps actual, es necesario incorporar una nueva fase al ciclo de vida de desarrollo, para controlar el rendimiento de los componentes (DevPerOps) y como \u00e9stos afectan a los objetivos de negocio, a trav\u00e9s de la centralizaci\u00f3n de&hellip;","_links":{"self":[{"href":"https:\/\/orizon.es\/en\/wp-json\/wp\/v2\/expertise\/7527","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\/7527\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/orizon.es\/en\/wp-json\/wp\/v2\/media\/8366"}],"wp:attachment":[{"href":"https:\/\/orizon.es\/en\/wp-json\/wp\/v2\/media?parent=7527"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}