Fictional
Las personas, empresas y configuraciones son inventadas. Por favor, léalas como casos modelo.
Escenarios de soporte ficticios
Veamos cómo trabajamos a través de escenarios ficticios.
Los escenarios que se muestran a continuación son imaginarios y tienen como objetivo mostrar cómo abordamos cada servicio. Son casos modelo, no trabajos de clientes. Publicamos proyectos reales por separado, y solo cuando el cliente haya dado su consentimiento y los hechos puedan ser verificados.
Cómo leerlos
Cada uno muestra qué comprobamos primero y a qué decisión conduce. Los resultados y beneficios se fijan solo por comprobaciones en un entorno real.
Ejemplo de revisión de costes
Para el lado de los costes, el informe de ejemplo muestra la salida real del programa en datos de facturación inventados.
Escenario 01 / Migración a la nube
Una migración a la nube por fases
- Problema ficticio
- La empresa desea migrar de sus instalaciones a AWS, pero el orden, el tiempo de inactividad aceptable y la plataforma compartida son inciertos.
- Qué revisamos
- Divida la propiedad en unidades de migración y determine primero los permisos, los registros, la supervisión y el plan de cambio.
- Qué se vuelve decidible
- Los riesgos de tiempo de inactividad se separan de las preguntas abiertas, y se establece el alcance de la prueba para la siguiente fase.
Escenario 02 / Monitoreo
Monitoreo y operaciones
- Problema ficticio
- Hay tantas alertas que las señales importantes quedan ocultas, y cada ingeniero responde de manera diferente.
- Qué revisamos
- Separe el tamaño del impacto de quién actúa y cuándo.
- Qué se vuelve decidible
- La línea entre actuar ahora, actuar en horario laboral y registrar solo, y qué manuales de procedimientos escribir primero.
Escenario 03 / Revisión de seguridad
Preparación de permisos y registros para una auditoría
- Problema ficticio
- La responsabilidad por los permisos, los registros, las pruebas y los registros de cambios es incierta.
- Qué revisamos
- Para los permisos, los registros y los procedimientos de cambio, separe lo que puede explicarse de lo que no puede.
- Qué se vuelve decidible
- Qué límites aún no pueden explicarse antes de la auditoría, y la prioridad de la configuración técnica frente a las reglas operativas.
Elija su punto de partida por entregable y alcance.
No se requieren nombres de clientes ni configuraciones detalladas.