Este documento presenta una sesión sobre Microsoft System Center 2012 R2 Orchestrator. La sesión cubrirá la arquitectura de Orchestrator, buenas prácticas para runbooks, escenarios de uso comunes y cómo empezar con la automatización y orquestación. La agenda incluye una discusión sobre la planificación de procesos candidatos para la automatización, el comportamiento de los runbooks, y la integración con otras herramientas de gestión como la gestión de servicios. Se mostrarán ejemplos prácticos y una demostración para ilustr

1. Microsoft
System Center 2012 R2
Orchestrator

2. John Barreto
Microsoft MVP
Awarded 2014 - 2016
System Center Cloud and Datacenter Management
Consultor Senior Cloud
Desde 2009

3. Durante esta sesión queremos mostrar el valor que
Orchestrator traerá a sus esfuerzos de automatización y
como empezar.
Esta sesión presentara grandes alternativas para todos,
como script y utilidades independientes que se pueden
utilizar.

4. Agenda
Orchestrator Arquitectura
Planeación
Buenas Practicas
Runbook Comportamiento
Escenarios de Uso
Evolución Runbook
Solicitud de servicio y automatización
Reglas del bus de datos

5. Protección Service Management
Aprovisionamiento
Configuración
Monitoreo
Orchestrator

6. Actividades Actividades Estándar Runbook
Integration packs

7. Orchestrator Data bus
Salida desde
la Actividad A
Lee A
Escribe B
Lee A y/o B
Escribe C

9. Orchestrator
database
Management
server
Runbook
server
Runbook
server
Orchestration console
Orchestrator web service
Runbook
Designer
Orchestrator Arquitectura

10. Orchestrator
Integración Orquestación Automatización

11. Planificación

12. Lista de procesos a automatizar
Que procesos son los que mas tiempo consumen?
Donde están los niveles de servicio mas afectados?
Que procesos son mas recurrentes?
Cuales tienen los mayores costos para la empresa?
Que procesos fallan y son visibles para los clientes?

13. Identificar los Procesos Candidatos a RBA
Hay varias preguntas que deben ser
respondidas antes de iniciar:
Es Orchestrator la tarea adecuada para esta tarea?
Es técnica mente factible?
El costo del desarrollo y esfuerzo?
Tiempo para recuperar la inversión
Que puertos y permisos se requieren?
Cerrar el ciclo con la integración de ITSM

14. Ejemplo 1
Automatizar tareas “manuales”
1 vez cada mes
Toma 20 minutos para hacer
1 semana para construir Runbook
20 minutos x 12 meses = 4 horas x año
40 horas / 4 horas = 10 años

15. Ejemplo 2
Automatizar “Servicios Detenidos” alertas
• 1 alerta cada día
• 1st línea en adelante (5 min)
• 2nd línea RDP y verificación (15 min)
• 1 semana para construir el Runbook
20 minutos x 365 días = 121 horas por año
1 semana = 40 horas
40 horas / 20 minutos = 120 días = 4 meses

16. Senario 3
Inventar “Skynet”
El runbook primero monitoreara el sistema para los
nuevos objetos, y luego hará… y si es así lo hará…
entonces se integrara con… y pasara datos a…
…No creemos que se tarde mas de 14-18 meses para
construir la solución
…Por cierto, nunca hemos utilizado Orchestrator antes

17. Runbook Automatización Embudo de Realidad
Los mejores candidatos para la
automatización runbook
Tareas de
Recuperacion
Remediación de
Incidentes
Aprovisionamiento
de usuarios
Frecuencia de uso
Esfuerzo de
automatización
Excepciones / Variables

18. Runbook Mejores Practicas
Cambiar el nombre de las
actividades
Enlaces a Color
Estructura
Convencio de nemotecnia
Variables
No valores codificados
De izquierda a derecha
Funciona como un
procedimiento
Planear! Test! Test! Test!
Success
Unknown
Warning / Critical

22. Action
Request
Collect Validate Record Execute

24. Resumen de la sesión

25. Demo

26. Gracias!
JohnBarreto
John.barreto@outlook.com
@johnabarreto
http://johnabarreto.blogspot.com/