{"id":390,"date":"2026-09-26T19:35:04","date_gmt":"2026-09-26T19:35:04","guid":{"rendered":"https:\/\/wsus.at\/?page_id=390"},"modified":"2026-10-08T09:06:00","modified_gmt":"2026-10-08T09:06:00","slug":"proceso-de-actualizacion","status":"publish","type":"page","link":"https:\/\/wsus.at\/es\/proceso-de-actualizacion\/","title":{"rendered":"Nuestro proceso"},"content":{"rendered":"<div class=\"et_pb_section_0 et_pb_section et_section_regular et_block_section\"><div class=\"et_pb_row_0 et_pb_row et_block_row\"><div class=\"et_pb_column_0 et_pb_column et_pb_column_4_4 et-last-child et_block_column et_pb_css_mix_blend_mode_passthrough\"><div class=\"et_pb_code_0 et_pb_code et_pb_module\"><div class=\"et_pb_code_inner\"><main class=\"ws-page ws-v4 ws-workflow\"><section class=\"ws-v4-subhero\"><div class=\"ws-wrap\"><span class=\"ws-v4-kicker\">Workload &amp; Systems Update Services<\/span><h1>Planificar actualizaciones. Verificar funciones. Mantener la operaci\u00f3n.<\/h1><p>Una actualizaci\u00f3n termina cuando el entorno sigue funcionando. Planificamos parches, cambios de versi\u00f3n y gesti\u00f3n del ciclo de vida seg\u00fan sus sistemas reales, dependencias y requisitos operativos.<\/p><\/div><\/section><section class=\"ws-v4-section ws-v4-light\" id=\"workflow\"><div class=\"ws-wrap\"><div class=\"ws-v4-section-heading\"><span class=\"ws-v4-kicker\">Un proceso compartido<\/span><h2>Nueve fases, desde el inventario hasta el siguiente hito del ciclo de vida.<\/h2><p>La profundidad de las pruebas depende del riesgo. Cada fase tiene un resultado, un responsable y un punto de aprobaci\u00f3n. Abra los pasos para consultar los detalles t\u00e9cnicos.<\/p><\/div><ol class=\"ws-workflow-steps\"><li><details open=\"\"><summary><span class=\"ws-workflow-number\">01<\/span><h3>Inventariar el entorno<\/h3><\/summary><div class=\"ws-workflow-detail\"><p>Registrar sistemas operativos, aplicaciones, entornos de ejecuci\u00f3n, bases de datos, controladores, firmware, red, proxies inversos y contenedores. Incluir cl\u00fasteres, componentes de terceros y software a medida. Acordar servicios cr\u00edticos, responsables y ventanas operativas.<\/p><p class=\"ws-workflow-evidence\"><strong>Resultado:<\/strong> Un inventario verificado de versiones, responsabilidades y funciones cr\u00edticas.<\/p><\/div><\/details><\/li><li><details><summary><span class=\"ws-workflow-number\">02<\/span><h3>Comprender las dependencias<\/h3><\/summary><div class=\"ws-workflow-detail\"><p>Documentar relaciones entre aplicaciones empresariales, .NET, Java, PHP, Visual C++, ODBC\/OLE DB y bases de datos. Considerar TLS, SMB, autenticaci\u00f3n, pol\u00edticas de seguridad y redes de contenedores. Verificar compatibilidad del fabricante y secuencia de actualizaci\u00f3n.<\/p><p class=\"ws-workflow-evidence\"><strong>Resultado:<\/strong> Un mapa que justifica el orden de actualizaci\u00f3n y las pruebas de aplicaciones.<\/p><\/div><\/details><\/li><li><details><summary><span class=\"ws-workflow-number\">03<\/span><h3>Revisar el ciclo de vida y la ruta del fabricante<\/h3><\/summary><div class=\"ws-workflow-detail\"><p>Comparar versiones actual y objetivo con soporte, notas de versi\u00f3n, problemas conocidos, cambios incompatibles y funciones obsoletas. Aclarar versiones intermedias y migraciones antes del mantenimiento. Registrar fechas de fin de vida con fuente y fecha de revisi\u00f3n.<\/p><p class=\"ws-workflow-evidence\"><strong>Resultado:<\/strong> Una ruta documentada con pasos obligatorios y dudas de compatibilidad pendientes.<\/p><\/div><\/details><\/li><li><details><summary><span class=\"ws-workflow-number\">04<\/span><h3>Evaluar el riesgo y clasificar la actualizaci\u00f3n<\/h3><\/summary><div class=\"ws-workflow-detail\"><p>Distinguir actualizaciones rutinarias, de seguridad, funcionales, de entornos de ejecuci\u00f3n y firmware de versiones mayores y migraciones de ciclo de vida. Exposici\u00f3n, criticidad, impacto, pruebas y recuperaci\u00f3n determinan prioridad y aprobaci\u00f3n.<\/p><p class=\"ws-workflow-evidence\"><strong>Resultado:<\/strong> Una evaluaci\u00f3n trazable con criterios de aprobaci\u00f3n y parada.<\/p><\/div><\/details><\/li><li><details><summary><span class=\"ws-workflow-number\">05<\/span><h3>Definir pruebas y piloto<\/h3><\/summary><div class=\"ws-workflow-detail\"><p>Elegir preproducci\u00f3n, m\u00e1quina virtual de prueba, equipos piloto, r\u00e9plica o un nodo adecuado del cl\u00faster. Probar operaciones empresariales reales, acceso, interfaces, tareas programadas y carga. Identificar por separado responsables t\u00e9cnicos y de validaci\u00f3n funcional.<\/p><p class=\"ws-workflow-evidence\"><strong>Resultado:<\/strong> Casos de prueba, un piloto limitado y responsables de aceptaci\u00f3n definidos.<\/p><\/div><\/details><\/li><li><details><summary><span class=\"ws-workflow-number\">06<\/span><h3>Preparar reversi\u00f3n y recuperaci\u00f3n<\/h3><\/summary><div class=\"ws-workflow-detail\"><p>Planificar copias coherentes, prueba de restauraci\u00f3n, recuperaci\u00f3n de configuraci\u00f3n y arranque. Una instant\u00e1nea por s\u00ed sola no sustituye una copia de seguridad. Los cambios de esquema pueden impedir volver a la versi\u00f3n anterior. Definir tiempos, p\u00e9rdida de datos admisible y decisi\u00f3n entre restaurar o corregir hacia adelante.<\/p><p class=\"ws-workflow-evidence\"><strong>Resultado:<\/strong> Un plan ejecutable con copia probada y puntos de decisi\u00f3n.<\/p><\/div><\/details><\/li><li><details><summary><span class=\"ws-workflow-number\">07<\/span><h3>Coordinar y ejecutar el despliegue<\/h3><\/summary><div class=\"ws-workflow-detail\"><p>Acordar ventanas de mantenimiento, grupos, orden, reinicios, comunicaci\u00f3n y escalado. Aprobar el despliegue amplio tras el piloto. Revisar cada fase y detenerla ante fallos definidos. Considerar disponibilidad del cl\u00faster, almacenamiento y dependencias de bases de datos.<\/p><p class=\"ws-workflow-evidence\"><strong>Resultado:<\/strong> Un despliegue escalonado con aprobaciones documentadas y responsabilidades claras.<\/p><\/div><\/details><\/li><li><details><summary><span class=\"ws-workflow-number\">08<\/span><h3>Verificar funciones y operaci\u00f3n<\/h3><\/summary><div class=\"ws-workflow-detail\"><p>Comparar servicios, registros, monitorizaci\u00f3n, funciones de usuario y rendimiento con el estado inicial. Probar aplicaciones, interfaces, tareas de fondo, copias y replicaci\u00f3n. Un mensaje de instalaci\u00f3n correcta no basta para aceptar el cambio.<\/p><p class=\"ws-workflow-evidence\"><strong>Resultado:<\/strong> Aceptaci\u00f3n t\u00e9cnica y funcional respaldada por resultados de pruebas.<\/p><\/div><\/details><\/li><li><details><summary><span class=\"ws-workflow-number\">09<\/span><h3>Documentar y continuar el ciclo de vida<\/h3><\/summary><div class=\"ws-workflow-detail\"><p>Registrar versiones, excepciones y riesgos residuales. Asignar fechas EOL, versiones mayores, funciones obsoletas y deuda t\u00e9cnica a un responsable. Seguir anuncios del fabricante y planificar adaptaciones antes de retirar funciones.<\/p><p class=\"ws-workflow-evidence\"><strong>Resultado:<\/strong> Un registro operativo actualizado y un plan priorizado para el siguiente ciclo.<\/p><\/div><\/details><\/li><\/ol><\/div><\/section><section class=\"ws-v4-section ws-v4-ice\" id=\"release\"><div class=\"ws-wrap\"><div class=\"ws-v4-section-heading\"><span class=\"ws-v4-kicker\">Pruebas y aprobaci\u00f3n<\/span><h2>Cada tipo de actualizaci\u00f3n necesita su propia aprobaci\u00f3n.<\/h2><p>Evaluar juntos el riesgo de seguridad y el operativo. La automatizaci\u00f3n es \u00fatil cuando l\u00edmites, pruebas y recuperaci\u00f3n est\u00e1n definidos.<\/p><\/div><div aria-label=\"Cada tipo de actualizaci\u00f3n necesita su propia aprobaci\u00f3n.\" class=\"ws-workflow-table\" role=\"region\" tabindex=\"0\"><table><caption>Ejemplo de estrategia: la decisi\u00f3n concreta depende del entorno.<\/caption><thead><tr><th scope=\"col\">Tipo<\/th><th scope=\"col\">Enfoque<\/th><th scope=\"col\">Aprobaci\u00f3n<\/th><\/tr><\/thead><tbody><tr><td>Rutinaria \/ bajo riesgo<\/td><td>Despliegue \u00e1gil o autom\u00e1tico con reglas definidas<\/td><td>Piloto, monitorizaci\u00f3n y excepciones documentadas<\/td><\/tr><tr><td>Seguridad \/ vulnerabilidad cr\u00edtica<\/td><td>Evaluar exposici\u00f3n, priorizar y usar mantenimiento urgente si procede<\/td><td>Decisi\u00f3n responsable con pruebas acotadas y recuperaci\u00f3n<\/td><\/tr><tr><td>Mayor \/ entorno de ejecuci\u00f3n \/ firmware<\/td><td>Revisar ruta, dependencias y migraci\u00f3n de prueba por separado<\/td><td>Aprobaci\u00f3n t\u00e9cnica y funcional antes del despliegue amplio<\/td><\/tr><tr><td>EOL \/ funci\u00f3n obsoleta<\/td><td>Probar la alternativa y planificar migraci\u00f3n y retirada<\/td><td>Aceptaci\u00f3n antes de finalizar el soporte o eliminar la funci\u00f3n<\/td><\/tr><\/tbody><\/table><\/div><p>No existe una espera universal para versiones mayores ni una aprobaci\u00f3n inmediata autom\u00e1tica para parches de seguridad. Impacto, superficie de ataque y recuperaci\u00f3n determinan el camino.<\/p><\/div><\/section><section class=\"ws-v4-section ws-v4-light\" id=\"dependencies\"><div class=\"ws-wrap\"><div class=\"ws-v4-section-heading\"><span class=\"ws-v4-kicker\">Ejemplos t\u00e9cnicos<\/span><h2>Las dependencias determinan las pruebas.<\/h2><p>Estos escenarios ilustran el m\u00e9todo. Versiones y rutas del fabricante se revisan para cada proyecto.<\/p><\/div><div class=\"ws-workflow-examples\"><article><h3>Windows y aplicaciones empresariales<\/h3><p>Tras un parche verificamos Windows junto con la aplicaci\u00f3n, Visual C++ o .NET, controladores ODBC\/OLE DB, TLS y autenticaci\u00f3n. El caso de prueba sigue un trabajo real: iniciar sesi\u00f3n, consultar datos e imprimir.<\/p><\/article><article><h3>Linux y plataforma web<\/h3><p>Una actualizaci\u00f3n de PHP exige un plan com\u00fan para extensiones, dependencias Composer, servidor web, proxy inverso, controladores de base de datos, cron y servicios de fondo. Primero preproducci\u00f3n, despu\u00e9s validaci\u00f3n funcional y paso a producci\u00f3n.<\/p><\/article><article><h3>OPNsense y ciclo de vida<\/h3><p>Las actualizaciones menores y mayores se eval\u00faan de forma distinta. Revisar pronto notas de versi\u00f3n, reglas, DHCP, VPN y funciones retiradas. Observar y probar los nuevos mecanismos y preparar la migraci\u00f3n antes de que desaparezcan los anteriores.<\/p><\/article><\/div><\/div><\/section><section class=\"ws-v4-section ws-v4-ink\" id=\"approval\"><div class=\"ws-wrap\"><div class=\"ws-v4-section-heading\"><span class=\"ws-v4-kicker\">Responsabilidad clara<\/span><h2>Qui\u00e9n prueba, qui\u00e9n aprueba y qui\u00e9n valida la operaci\u00f3n.<\/h2><p>Con su equipo definimos ejecuci\u00f3n t\u00e9cnica, casos funcionales, autoridad de aprobaci\u00f3n y escalado. Un fallo detiene la siguiente fase hasta decidir la recuperaci\u00f3n o correcci\u00f3n acordada.<\/p><p>\u00bfSu plataforma no aparece en la lista? Analizamos rutas del fabricante y requisitos operativos para elaborar un plan individual. Los proyectos m\u00e1s amplios de infraestructura o migraci\u00f3n se coordinan con los servicios DAXS.<\/p><\/div><\/div><\/section><section class=\"ws-v4-cta\"><div class=\"ws-wrap\"><div><span class=\"ws-v4-kicker\">El primer paso<\/span><h2>Empecemos con un piloto manejable.<\/h2><p>Cu\u00e9ntenos sus sistemas, el bloqueo y el resultado deseado. Definiremos la primera prueba y su aprobaci\u00f3n.<\/p><\/div><a class=\"ws-v4-btn ws-v4-btn-light\" href=\"https:\/\/wsus.at\/es\/contacto\/\">Hablar de su proyecto<\/a><\/div><\/section><\/main><\/div><\/div><\/div><\/div><\/div>","protected":false},"excerpt":{"rendered":"","protected":false},"author":2,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-390","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/wsus.at\/es\/wp-json\/wp\/v2\/pages\/390","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wsus.at\/es\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/wsus.at\/es\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/wsus.at\/es\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/wsus.at\/es\/wp-json\/wp\/v2\/comments?post=390"}],"version-history":[{"count":3,"href":"https:\/\/wsus.at\/es\/wp-json\/wp\/v2\/pages\/390\/revisions"}],"predecessor-version":[{"id":485,"href":"https:\/\/wsus.at\/es\/wp-json\/wp\/v2\/pages\/390\/revisions\/485"}],"wp:attachment":[{"href":"https:\/\/wsus.at\/es\/wp-json\/wp\/v2\/media?parent=390"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}