feat: version 2.2.0 -- boton real de actualizacion (auto-update)

POST /api/updater/apply dispara scripts/apply-update.sh (backup +
git pull + migraciones + build + restart) en un proceso separado.
Apagado por defecto: solo se activa si el servidor define
UPDATE_APP_DIR/UPDATE_BACKEND_SERVICE/UPDATE_FRONTEND_SERVICE en su
backend/.env. Sin esa config, el panel se comporta igual que antes.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

PRODUCCION.md

@@ -2,7 +2,7 @@
 
 ## Estado actual
 
-- Version actual: `2.1.0`
+- Version actual: `2.2.0`
 - Estado: `operativo`
 - Ultima validacion: `2026-09-22`
 
@@ -562,6 +562,21 @@ iRedMail):
   vuelve a ser siempre el de LinkedCorp (desarrollador), ya no configurable.
 - Sin migracion (solo frontend). Probado en dev con un logo de prueba antes de subir.
 
+## Actualizacion v2.2.0 (2026-09-22) — boton "Actualizar" real (auto-update)
+
+- Pedido del usuario: poder aplicar la actualizacion desde el navegador, no solo verla. Se
+  agrega `POST /api/updater/apply` (superadmin) que dispara `scripts/apply-update.sh` en un
+  proceso separado (backup + git pull + migraciones + build + restart de los dos servicios).
+- Queda **deshabilitado en este servidor (.3)** a proposito — no se configuraron las variables
+  `UPDATE_APP_DIR`/`UPDATE_BACKEND_SERVICE`/`UPDATE_FRONTEND_SERVICE` en el `.env` de produccion,
+  asi que el panel de LinkedCorp sigue mostrando solo informacion (sin el boton), igual que
+  siempre. Se activo unicamente en el servidor de exilaser (`192.168.0.30`) para probarlo — ver
+  detalle en el propio servidor: `deploy` tiene sudo NOPASSWD acotado a
+  `systemctl restart project-exilaser-backend project-exilaser-frontend`.
+- Sin migracion de esquema. Backend y frontend reconstruidos y reiniciados en `.3` (PID
+  confirmado), verificado que el panel sigue mostrando el aviso "auto-actualizacion no
+  configurada" (comportamiento esperado en este servidor).
+
 ## Comandos utiles
 
 ```bash