Primero definir la interrupción aceptable de la empresa y la pérdida de datos
Las empresas deben definir los objetivos de la disponibilidad, el objetivo de la RTO y el objetivo de la recuperación. Los pagos, las transacciones y los sistemas de consulta interna requieren diferentes insumos.
Sin clasificación de empresas, a menudo se está construyendo sistemas complementarios, mientras que la protección de cadenas es insuficiente.
Eliminar puntos individuales de la entrada a la capa de datos
El balance de carga, múltiples ejemplos de aplicaciones, grupos de caché, grupos de noticias y hosts de bases de datos constituyen los enlaces básicos de alta disponibilidad. El despliegue también debe tener en cuenta el impacto de las salas de máquinas, las áreas disponibles y la falla de la red.
La redefinición no es igual a la disponibilidad. La conmutación por defecto, la consistencia de los datos y la dependencia en tiempo de servicio horas extraordinarias requieren un diseño claro.
La copia de seguridad debe ser restaurada y el desastre debe ser reversible.
La política de respaldo debe cubrir bases de datos, archivos, configuraciones y claves clave, y establecer copias fuera del sitio, ciclos de retención y derechos de acceso. Lo más importante es reanudar la validación de forma regular para confirmar que la copia de seguridad no es "parece exitosa".
Los sistemas básicos pueden construirse tanto para vivir como para estar aislados de la ciudad, pero las especificaciones más altas no deben ser perseguidas ciegamente, sobre la base de la elección de los valores de negocio y los objetivos de recuperación.
Convirtiendo el programa en una capacidad a través de la vigilancia y ejercicios
La supervisión debe abarcar la experiencia de los usuarios, los indicadores operacionales, las aplicaciones, la infraestructura y la dependencia externa.
Se realizan redes de rotura periódicas, fallo nodal, conmutación de bases de datos y ejercicios de recuperación de respaldo para detectar lagunas entre el documento y el entorno real.
- Documentar los problemas identificados en el ejercicio y mejorar a los responsables
- Tiempo de detección y recuperación promedio inverso
- Actualizar los planes y contactos de respuesta de emergencia en forma continua
Movilización de conclusiones de lectura a la aportación de proyectos
El problema más probable después de leer artículos metodológicos es la aceptación de principios, que no se traducen en el siguiente paso. Se propone que el jefe de operaciones organice un mini-taller de 60-90 minutos, eligiendo sólo un proceso real y no apresurarse a discutir la plataforma completa.
Paso 1: Establecimiento de una situación actual y una base de referencia de la muestra
Los datos no se utilizan para establecer una buena tasa de ahorros, sino para revertir los datos.
Paso 2: Aclarar el cierre inicial y la inacción
La primera fase está diseñada para permitir que una cadena funcione y sea retraceable, en lugar de construir respaldo de desastres, ejercicio de fallas, estabilidad del sistema en la misma versión.
Paso 3: Coincide con los resultados técnicos a la evidencia de ingeniería
La estructura determina la necesidad de una relación de seguimiento entre el número de la demanda, número de muestra, resultados de prueba y versión alrededor de “la recuperación de la copia de seguridad, y el desastre debe ser transponible”. La estructura se basa en la validación de la capacidad, los picos, la disponibilidad, el tiempo de recuperación, la frecuencia de distribución y los datos de fracaso, evitando la introducción prematura de la complejidad más allá de la capacidad del equipo para fines tecnológicos avanzados.
Paso 4: Recepción, inspección y disco con el mismo calibre
Suponiendo que el proceso original se encargue de 600 tareas mensuales, una media de 20 minutos y una tasa de retorno del 10%, el objetivo puede ser declarado como “seis semanas después del inicio de la línea, con una reducción del 25% en promedio, y una tasa de retorno no superior a la base original, dada la complejidad relativa de la tarea”. Este conjunto sólo demuestra el método de medición y no representa ningún resultado del cliente; los indicadores formales deben ser identificados por la propia empresa.
- Material operacional: diagrama de flujo, función, misión de muestra, cuestiones actuales y datos de referencia
- Material técnico: inventario del sistema, interfaz, acceso a datos, entorno de despliegue y necesidades de seguridad
- Material del proyecto: alcance de primera fase, exclusiones, matriz de responsabilidad, hitos y mecanismos de cambio
- Material de recepción e inspección: conjunto de pruebas, registros de ejecución, lista de deficiencias, consultas de indicadores y documentos de entrega
Cuando estos materiales son identificados conjuntamente por los partidos operativos y técnicos, el método del artículo se introduce en el proyecto. Si los datos clave, la autorización de interfaz o la persona responsable no están en su lugar, el siguiente paso lógico es generalmente un diagnóstico limitado o PoC, en lugar de un compromiso inmediato para completar el período de trabajo y el precio total fijo.
Aplicar metodología para la acción de proyectos
- Entrada de decisión con RRO, RPO y jerarquía empresarial
- La redecuadrada, la copia de seguridad, la gestión y la vigilancia de desastres son esenciales.
- Los programas de recuperación no ensayados no pueden considerarse eficaces.
Continuando conciliando las cuestiones comunes en la adopción de decisiones de proyectos
¿Cómo ofrece el desarrollo de interfaces integrado y multisistema de terceros API?
El proyecto de interfaz no puede ser simplemente citado por el número de interfaces, ya que la misma interfaz puede ser simplemente una consulta, pero también puede asumir la transacción, la retesta, la reconciliación y la responsabilidad de seguridad. El costo depende de la calidad del documento, el entorno de prueba, la conversión de campo, la frecuencia de sincronización, la compensación inusual, el rendimiento y el soporte en línea. Se recomienda que el número de URL se evaluen por enlaces de negocio en lugar de contar solamente.
Ver respuesta completaSelección de información corporativa, integración y gestión de datos¿Puede la interfaz API ser totalmente compatible sin un archivo?
A veces, pero los costos, riesgos y tiempo aumentan significativamente, y no se puede prometer ninguna conexión. Los equipos necesitan confirmar si hay un mandato legal, entorno de prueba, registros, solicitudes de muestra y apoyo original.
Ver respuesta completaSelección de información corporativa, integración y gestión de datos¿Cómo monitorizas fallo de interfaz y discrepancias de datos después de la integración de sistemas?
La interfaz vuelve con éxito y no equivale a una terminación del proceso de negocio, y la integración de los sistemas debe supervisar tanto el estado técnico como los resultados de la operación. Cada solicitud debe tener un número de seguimiento único, registrando la fuente, el objetivo, el estado, el tiempo, el reentrada, y el número de unidad de negocio. Pagos, pedidos, inventario, etc., también se reconcilian regularmente.
Ver respuesta completaContratos, pagos, cambios y ejecución de proyectos¿Qué información se necesita para la aceptación e inspección del proyecto de software?
El objetivo de la información es demostrar que el sistema cumple con las normas acordadas y que el cliente puede seguir operando y asumiendo el control.
Ver respuesta completa¿Necesitas más análisis en el contexto del estado actual de la empresa?
Proporcionamos asesoramiento técnico en TI, construcción de información empresarial, Outlook de proyecto de software, diseño de productos, servicios de entrega R & D y entrega de sistemas.
