Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / Microsoft Cloud Adoption Framework explicado: estrategia, planificación y zonas de aterrizaje de Azure (Doblaje IA)

Transcript

Microsoft Cloud Adoption Framework explicado: estrategia, planificación y zonas de aterrizaje de Azure (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

0:00
Speaker 2: Preparado para 10 días de Microsoft 365, Copilot, IA, Azure
0:04
Speaker 2: y las personas que están dando forma al futuro del trabajo.
0:07
Speaker 2: Este enero, M365 con Regresa y lo hace a lo grande.
0:12
Speaker 2: Únase a nuestras sesiones en vivo, demostraciones reales y conocimientos
0:15
Speaker 2: prácticos de MVP y expertos del sector en todo el mundo.
0:18
Speaker 2: Sin diapositivas genéricas ni palabras de moda interminables. Estamos abordando
0:22
Speaker 2: los desafíos reales Copilot Studio, agentes de IA, Fabric, Seguridad,
0:27
Speaker 2: Gobernanza y Automatización. Ya seas un profesional de TI, un
0:31
Speaker 2: desarrollador o un líder empresarial, hay sesiones diseñadas para ti.
0:35
Speaker 2: Con 10 días completos, puedes explorar múltiples tecnologías y conectar
0:39
Speaker 2: con una comunidad global. Míralo en vivo y aplica conocimientos
0:43
Speaker 2: prácticos a tu organización. Enero de 2027. 10 días. Una
0:48
Speaker 2: comunidad de Microsoft. La inscripción ya está abierta. Ve a
0:51
Speaker 2: tu sitio hoy mismo. Es mn365con.net. Únete ahora en m365con.net
1:01
Speaker 2: y nos vemos en vivo en enero. La mayoría de
1:05
Speaker 2: los equipos comienzan su recorrido en Azure abriendo una suscripción,
1:08
Speaker 2: creando una máquina virtual y seleccionando servicios sobre la marcha.
1:12
Speaker 2: El mejor punto de partida es mucho menos emocionante, pero
1:14
Speaker 2: ahorra mucho dolor de cabeza más adelante. Decide por qué
1:16
Speaker 2: te mudas, qué mudas y qué reglas necesitan las personas
1:19
Speaker 2: antes de empezar. Piensa en abrir una oficina. Podrías alquilar
1:22
Speaker 2: habitaciones al azar en diferentes edificios, entregar llaves sin una
1:25
Speaker 2: lista y esperar que cada departamento resuelva su propio sistema
1:28
Speaker 2: de Internet, archivo y seguridad. Las personas podrían seguir trabajando
1:32
Speaker 2: durante un tiempo, pero no parecería una sola oficina. O
1:34
Speaker 2: podrías preparar un edificio seguro donde las personas sepan a
1:36
Speaker 2: dónde ir, quién puede entrar, cuánto cuesta cada espacio y
1:38
Speaker 2: quién soluciona los problemas. Eso es lo que te ayuda
1:40
Speaker 2: a hacer Microsoft Cloud Adoption Framework, a menudo denominado CAF.
1:44
Speaker 2: Es la guía de Microsoft para trasladar el trabajo a
1:45
Speaker 2: Azure y luego ejecutar ese trabajo a lo relativo. Vamos
1:48
Speaker 2: a ver sus seis componentes básicos, lo que realmente significa
1:50
Speaker 2: una zona de aterrizaje de Azure y por qué la
1:52
Speaker 2: gobernanza no puede esperar hasta el final. Muchos equipos se
1:55
Speaker 2: saltan una parte y a menudo la obligan a posponer
1:58
Speaker 2: la¿ Por qué CAF es el problema de edificio de oficinas?
2:02
Speaker 2: Antes de que los servicios en la nube fueran comunes,
2:04
Speaker 2: muchas empresas creaban su TI poco a poco. Correo electrónico
2:06
Speaker 2: se ejecutaba en un servidor y el almacenamiento de archivos
2:08
Speaker 2: en otro lugar. Una aplicación tenía su propio servidor, su
2:11
Speaker 2: propio plan de copias de seguridad y a veces su
2:12
Speaker 2: propia persona que se había confusionado. Las decisiones de seguridad
2:15
Speaker 2: podían diferir de un sistema a otro. Un equipo administraba
2:17
Speaker 2: las redes, otro administraba los servidores. Finanza recibía facturas, pero
2:20
Speaker 2: a menudo no podía ver qué departamento causaba el gasto.
2:23
Speaker 2: La configuración creció durante años, mayormente porque cada problema requería
2:26
Speaker 2: una solución rápida. Azure te ofrece más opciones, más rápido.
2:29
Speaker 2: Eso no significa que AdWords solucione automáticamente los costes, la
2:31
Speaker 2: seguridad de la entrega lenta. Si creas recursos en la
2:34
Speaker 2: nube sin decisiones compartidas, puedes volver a crear el mismo
2:36
Speaker 2: desastre de siempre, solo que con más botones y una
2:38
Speaker 2: factura mensual que cambia todos los días. CAF es el
2:41
Speaker 2: mapa de Microsoft para evitar eso. No es un producto
2:43
Speaker 2: que instalas. No es una certificación de Azure. Y no
2:46
Speaker 2: es una configuración de un solo clic que convierte una
2:48
Speaker 2: suscripción vacía de Azure en un entorno de nube terminado.
2:50
Speaker 2: En cambio, te ofrece una forma de pensar en el trabajo.
2:53
Speaker 2: Tú decides por qué la organización necesita Azure. Tú planificas
2:55
Speaker 2: de moverse. Preparas un lugar para que vivas cargas de trabajo.
2:58
Speaker 2: Luego las trasladas, protege, gobierna y se dirige. Vamos a
3:00
Speaker 2: la noticia oficial. El propietario de la empresa decide qué
3:03
Speaker 2: debe admitir el edificio. La recepción comprueba quién puede entrar.
3:06
Speaker 2: Cada departamento trabaja en su propia sala. Las reglas del
3:09
Speaker 2: edificio controlan el acceso, seguridad y gastos. Mientras tanto, el
3:12
Speaker 2: equipo de instalaciones mantiene las luces encendidas, responde cuando algo
3:15
Speaker 2: se estropea y comprueba que el edificio sigue siendo seguro.
3:18
Speaker 2: Azure funciona de forma similar, aunque las partes tienen nombres diferentes.
3:20
Speaker 2: Imagina una empresa que quiere más espacio para nuevos productos
3:23
Speaker 2: y personas remotas. Quiere que los equipos creen más rápido,
3:25
Speaker 2: pero empieza por dejar que cada equipo cree recursos de
3:27
Speaker 2: Azure como quiera. Un equipo utiliza el acceso público porque
3:30
Speaker 2: es rápido. Otro crea servicios costosos y no es responsable
3:33
Speaker 2: del presupuesto. Un tercero no puede conectar su aplicación porque
3:36
Speaker 2: nadie planificó la red. Pronto nadie sabe quién es el
3:38
Speaker 2: propietario de qué. Las facturas llegan con poco contexto. El
3:41
Speaker 2: acceso se vuelve demasiado amplio. Arreglar configuración significa cambiar sistemas
3:44
Speaker 2: de los que la gente ya depende. Ese es el
3:46
Speaker 2: coste de tratar la adopción de la nube como una
3:47
Speaker 2: salida de compras en lugar de una mudanza de fases.
3:49
Speaker 2: DAFA ayuda a los equipos a tomar esas decisiones antes
3:51
Speaker 2: de que la confusión se vuelva normal. La primera pregunta
3:55
Speaker 2: surge antes de los planos, las suscripciones o las máquinas virtuales.¿
3:58
Speaker 2: Por qué es necesario que exista esta oficina? Estrategia y planificación.
4:02
Speaker 2: Decide por qué estás construyendo. La estrategia comienza con una
4:05
Speaker 2: pregunta sencilla.¿ Qué problema debería resolver Azure para la organización? No,¿
4:10
Speaker 2: qué servicio de Azure deberíamos comprar? Una empresa podría necesitar
4:13
Speaker 2: abandonar un centro de datos porque es necesario sustituir el
4:15
Speaker 2: hardware antiguo. Otra podría querer lanzar nuevas funciones más rápido.
4:18
Speaker 2: Una empresa con equipos en diferentes países podría necesitar sus
4:21
Speaker 2: aplicaciones más cerca de sus usuarios. Otra podría preocuparse más
4:24
Speaker 2: por recuperarse de una interrupción sin esperar a que se
4:26
Speaker 2: repare el hardware dañado. Esas son razones diferentes. Conducen a
4:29
Speaker 2: decisiones diferentes. Piensa en una oficina.¿ Te mudas porque la
4:32
Speaker 2: oficina actual es demasiado pequeña?¿ Necesitas una segunda ubicación?¿ El
4:35
Speaker 2: personal remoto viene con más frecuencia?¿ O el edificio antiguo
4:38
Speaker 2: simplemente necesita demasiado trabajo para seguir funcionando?¿ No elegirías el
4:40
Speaker 2: mismo edificio para cada situación? Azure funciona de la misma manera.
4:43
Speaker 2: Tu estrategia debería indicar el resultado que esperas. Quizás quieras
4:46
Speaker 2: reducir tu dependencia de tu propio centro de datos. Quizás
4:48
Speaker 2: los equipos de producto necesiten lanzar actualizaciones con más frecuencia.
4:50
Speaker 2: Quizás el personal remoto requiera un acceso más seguro al sistema.
4:53
Speaker 2: O quizás Finanzas necesite límites de gasto claros antes de
4:55
Speaker 2: que los costes de la nube crezcan. Utiliza medidas sencillas
4:58
Speaker 2: siempre que pueda. Por ejemplo, traslada estos 10 servidores antes
5:00
Speaker 2: de que finalice su porto. O reduce el tiempo necesario
5:03
Speaker 2: para lanzar una nueva versión de semanas a días. O
5:05
Speaker 2: asigna a cada departamento un presupuesto mensual en la nube
5:08
Speaker 2: con un responsable. O se ofrece a la gente algo
5:10
Speaker 2: real por lo que trabajar. Sin esto, los proyectos en
5:12
Speaker 2: la nube se desvanecen. El equipo técnico crea recursos. La
5:14
Speaker 2: empresa espera resultados. Departamento de Finanzas de Buenafuente. Departamento de
5:17
Speaker 2: Seguridad de Teterrego hasta el final del tramo. Entonces, todos
5:19
Speaker 2: hacemos nuestra pregunta.¿ Por qué hacemos esto? Cuando el motivo
5:23
Speaker 2: está claro, la planificación lo convierte en una lista de trabajo.
5:26
Speaker 2: Debes saber qué aplicaciones tienes, qué datos utilizan, a quién
5:28
Speaker 2: pertenecen y qué personas entienden cómo funcionan. También debes conocer
5:31
Speaker 2: los plazos, los riesgos, las habilidades y las dependencias. Una
5:35
Speaker 2: dependencia es simplemente algo que una aplicación necesita para poder funcionar.
5:38
Speaker 2: Por ejemplo, una antigua aplicación de nóminas puede necesitar una
5:41
Speaker 2: base de datos, una ubicación de archivos compartida y una
5:43
Speaker 2: conexión a otro sistema empresarial. Si trasladas solo la aplicación
5:46
Speaker 2: y omites uno de esos enlaces, el traslado puede parecer completo,
5:49
Speaker 2: pero la nómina deja de funcionar. Aquí es donde muchos
5:51
Speaker 2: equipos encuentran sorpresa. Una aplicación que parece pequeña puede conectarse
5:54
Speaker 2: a otros cinco sistemas. Un servidor puede ejecutar una tarea
5:57
Speaker 2: que nadie documenta. La única persona que la entiende puede
5:59
Speaker 2: verse de años en años. La planificación encuentra sus problemas
6:01
Speaker 2: mientras todavía hay tiempo para lidar con él. Luego eliges
6:03
Speaker 2: una ruta para cada aplicación. Algunas aplicaciones pueden moverse tal
6:06
Speaker 2: cual están. Esto a menudo se llama realojamiento o lift
6:08
Speaker 2: and shift. Tomas el servidor existente y lo ejecutas en
6:11
Speaker 2: Azure con pocos cambios. Otras necesitan algunos ajustes para funcionar
6:15
Speaker 2: mejor con Azure. Por ejemplo, puedes mover una base de
6:17
Speaker 2: datos a un servicio de base de datos administrado de Azure.
6:20
Speaker 2: mientras mantienes la mayor parte de la aplicación igual. Algunas
6:22
Speaker 2: aplicaciones necesitan una reconsumada. Su código puede ser antiguo, difícil
6:25
Speaker 2: de soportar o estar demasiado vinculado al entorno anterior. En
6:28
Speaker 2: otros casos, tiene más sentido reemplazar la aplicación con un
6:30
Speaker 2: servicio en línea o mantenerla fuera de Azure por ahora.
6:33
Speaker 2: Mantener algo donde está puede ser la decisión correcta. La
6:36
Speaker 2: adopción de la nube no significa mover todo. Pero aquí
6:39
Speaker 2: es donde los equipos a menudo toman una mala primera decisión.
6:41
Speaker 2: Empiezan con la aplicación más antigua y menos entendida porque
6:43
Speaker 2: parece urgente. Esa aplicación puede ser frágil, estar mal documentada
6:47
Speaker 2: y conectada a más sistemas de los que nadie cree.
6:49
Speaker 2: puede convertir el primer paso en un largo trabajo de rescate.
6:52
Speaker 2: Una primera carga de trabajo mejor es lo suficientemente importante
6:55
Speaker 2: como para enseñarte algo, pero lo suficientemente simple como para
6:57
Speaker 2: que las personas entiendan a su propietario sus datos y
6:59
Speaker 2: cómo se ve el éxito. Ese primer paso le da
7:01
Speaker 2: al equipo la oportunidad de aprender sin poner en riesgo
7:03
Speaker 2: todo el negocio. Imagina una empresa cuyo soporte de hardware
7:05
Speaker 2: de servidor finaliza en tres meses. Su primer objetivo no
7:07
Speaker 2: es rediseñar todas las aplicaciones antiguas. No hay tiempo. Mover
7:11
Speaker 2: algunos servidores a Azure con cambios limitados puede ser la
7:13
Speaker 2: decisión sensata porque elimina el riesgo inmediato del hardware. donde
7:16
Speaker 2: la empresa puede crear un plan a más largo plazo
7:18
Speaker 2: para mejorar o reemplazar esas aplicaciones más adelante. Eso no
7:20
Speaker 2: es conformarse con venas. Es elegir el trabajo adecuado para
7:23
Speaker 2: el tiempo disponible. Planificar requiere también a las personas adecuadas.
7:26
Speaker 2: Los líderes empresariales explican lo que importa. Los de las
7:28
Speaker 2: aplicaciones explican cómo funciona el software. Los equipos de seguridad
7:31
Speaker 2: definen exceso seguro. Los equipos de red planifican acción. Finanzas
7:34
Speaker 2: realiza un seguimiento de gastos. El equipo de la nube
7:36
Speaker 2: crea y da soporte al lado de ASO. Ningún equipo
7:38
Speaker 2: puede responder a todas las preguntas por sí solo. Por
7:40
Speaker 2: lo tanto, la estrategia te indica por qué la oficina
7:42
Speaker 2: necesita cambiar y la planificación te indica quién se muda,
7:44
Speaker 2: qué necesite y cuándo puede suceder. La siguiente fase de
7:46
Speaker 2: CAF prepara el edificio en torno a esas necesidades antes
7:49
Speaker 2: de que llegue el primer departamento. Preparado. Construye la zona
7:52
Speaker 2: de aterrizaje antes de que lleguen los inquilinos. Con el
7:54
Speaker 2: plan en marcha puedes preparar Azure. CAFAR llama esta fase
7:57
Speaker 2: de preparación. La idea central es la zona de aterrizaje
8:00
Speaker 2: de Azure. Ese nombre puede sonar técnico, pero el significado
8:03
Speaker 2: es simple. Una zona de aterrizaje es un entorno preparado
8:06
Speaker 2: en Azure donde las aplicaciones y los datos residen seguros.
8:09
Speaker 2: Piensa en ello como preparar el edificio de oficinas antes
8:11
Speaker 2: de que llegue el primer departamento. Necesitas de estructura básica.
8:14
Speaker 2: Necesitas electricidad, cables de red, puertas, cerraduras, salidas de emergencia
8:16
Speaker 2: y un lugar para almacenar registros. No invitarías a las
8:19
Speaker 2: personas a un piso de concreto vacío y les dirías
8:20
Speaker 2: que se encargaran del cableado ellas mismas. Una zona de
8:22
Speaker 2: aterrizaje proporciona tus cargas de trabajo a esa base preparada.
8:25
Speaker 2: No significa que todos los entornos de Azure sean igual.
8:27
Speaker 2: Una pequeña empresa puede requerir un sistema simple y pocas reglas.
8:30
Speaker 2: Una empresa grande puede necesitar muchas áreas separadas para equipos,
8:33
Speaker 2: regiones y sistemas confidenciales. La cuestión es crear las piezas
8:36
Speaker 2: que necesitas antes de que lleguen a solicitar. Empieza por
8:38
Speaker 2: la recepción. En los servicios en la nube de Microsoft,
8:41
Speaker 2: Microsoft Entry ID funciona como esa recepción. Administra las identidades digitales,
8:45
Speaker 2: lo que significa que sabe quién intenta iniciar sesión y
8:47
Speaker 2: puede ayudar a decidir a qué puede acceder cada uno.
8:49
Speaker 2: Una persona puede necesitar acceso a una aplicación, pero no
8:51
Speaker 2: a otra. Un servicio puede necesitar permiso para leer una
8:54
Speaker 2: base de datos, pero nunca se le debe permitir eliminarla.
8:56
Speaker 2: Entra ID ayuda a gestionar esas decisiones. La regla general
8:59
Speaker 2: es simple. Da a las personas solo el acceso necesario
9:01
Speaker 2: para hacer su trabajo, para hacer su trabajo. De esta
9:03
Speaker 2: forma se reducen los errores y se dificulta el acceso
9:05
Speaker 2: no deseado. A continuación, mira la distribución del edificio. Azure
9:08
Speaker 2: tiene varias capas para organizar el trabajo. Los grupos de
9:10
Speaker 2: administración se encuentran cerca. Puedes considerarlos como la estructura de
9:13
Speaker 2: propiedades más amplia, en la que las reglas compartidas se
9:15
Speaker 2: pueden aplicar a más de un área. Las suscripciones se
9:17
Speaker 2: encuentran por debajo. Una suscripción suele ser un entorno separado
9:19
Speaker 2: para la facturación, acceso y las cargas. Una puede admitir
9:22
Speaker 2: una aplicación de producción. Otra puede admitir pruebas. Una suscripción
9:25
Speaker 2: compartida puede ejecutar servicios usados por equipo. Dentro de las suscripciones,
9:29
Speaker 2: los grupos de recursos te ayudan a recopilar elementos de
9:31
Speaker 2: Azure relacionados. Los servidores web, la base de datos y
9:33
Speaker 2: el almacenamiento de una aplicación pueden estar en un grupo
9:35
Speaker 2: de recursos porque pertenecen a la misma carga de trabajo.
9:37
Speaker 2: Arreglos de nomenclatura y las etiquetas ayudan a las personas
9:39
Speaker 2: a encontrar cosas más Un nombre te dice que es algo.
9:42
Speaker 2: Una etiqueta es más como una etiqueta que le pones,
9:44
Speaker 2: como el propietario del departamento, el entorno o un código
9:47
Speaker 2: de coste. Si el departamento de finanzas necesita preguntar qué
9:49
Speaker 2: equipo causó el cargo, las etiquetas hacen que esa pregunta
9:51
Speaker 2: sea mucho más fácil de responder. No convierta los nombres
9:54
Speaker 2: y etiquetas en un gran rompecabezas. Las personas necesitan reglas
9:57
Speaker 2: que puedan seguir sin abrir un documento de 20 bytes.
9:59
Speaker 2: Real y coherente es mejor que inteligente. El edificio también
10:01
Speaker 2: necesita carreteras, puertas y muros. En Azure, esto es la red.
10:05
Speaker 2: Controla cómo se conectan los sistemas entre sí a Internet
10:08
Speaker 2: y a veces devuelta los sistemas que aún se ejecutan
10:10
Speaker 2: en tu propio edificio o centro de datos. Algunas aplicaciones
10:13
Speaker 2: necesitan una ruta privada o una base de datos de
10:14
Speaker 2: la empresa. Otras necesitan aceptar tráfico de clientes en Internet.
10:18
Speaker 2: Algunos sistemas nunca deberían comunicarse entre sí. Esa separación es importante.
10:22
Speaker 2: No dejarías todas las puertas de la oficina abiertas solo
10:24
Speaker 2: porque las personas trabajan en el mismo edificio. De la
10:26
Speaker 2: misma manera, un buen diseño de red permite las conexiones
10:28
Speaker 2: que necesita una carrera de trabajo y bloquea las que no.
10:31
Speaker 2: Luego están los servicios que comparten muchos departamentos. La identidad
10:34
Speaker 2: es uno. Las conexiones de red son uno. Las herramientas
10:36
Speaker 2: de supervisión, copia segura y seguridad también pueden estar en
10:39
Speaker 2: esta plataforma compartida. En lugar de que cada equipo de
10:41
Speaker 2: aplicaciones cree su propia versión, la organización puede proveer estos
10:44
Speaker 2: elementos una vez y permitir su uso compartido. Esto suele
10:47
Speaker 2: denominarse zona de aterrizaje en la pluma. Una zona de
10:49
Speaker 2: aterrizaje diferente es el espacio de oficina individual donde trabaja
10:52
Speaker 2: una aplicación o un equipo. Sigue las reglas de creación
10:55
Speaker 2: más amplias, pero tiene espacio para las necesidades a carga
10:57
Speaker 2: de trabajo. Por ejemplo, el sitio web de un cliente
10:59
Speaker 2: puede necesitar diferentes servicios de un sistema financiero interno. Pueden
11:02
Speaker 2: tener zonas de aterrizaje independientes para aplicaciones, manteniendo reglas de inicio,
11:05
Speaker 2: enfoque de red, supervisión y controles de seguridad. Esto proporciona
11:09
Speaker 2: a los equipos espacio para trabajar sin convertir a Azure
11:11
Speaker 2: en un campo libre. Azure Policy ayuda con eso. La
11:14
Speaker 2: directiva actúa como reglas de creación que evitan decisiones poco seguras.
11:16
Speaker 2: Puede requerir determinadas etiquetas para que los costes tengan un propietario.
11:19
Speaker 2: Puede bloquear el almacenamiento que permite el acceso público cuando
11:22
Speaker 2: los datos deben permanecer privados. Podrías limitar las implementaciones a
11:25
Speaker 2: regiones aprobadas. El objetivo no es impedir que la gente trabaje.
11:28
Speaker 2: El objetivo es evitar errores comunes antes de que se
11:29
Speaker 2: vuelvan costoso o riesgoso. Pero aquí es donde muchos principiantes
11:32
Speaker 2: se atascan. Ven un enorme diagrama de Microsoft lleno de
11:35
Speaker 2: casillas y deciden que necesitan todas las casillas desde el
11:37
Speaker 2: primer día. No es así. Un equipo pequeño no necesita
11:41
Speaker 2: construir una torre empresarial solo porque el plano ya existe.
11:44
Speaker 2: Construye la base que tu organización necesita ahora y luego
11:46
Speaker 2: añádele cosas cuando una carga de trabajo real te dé
11:48
Speaker 2: una razón. Y esa primera carga de trabajo te dice
11:50
Speaker 2: algo que un diagrama nunca podría decir. Una zona de
11:52
Speaker 2: aterrizaje puede parecer completa en papel, con políticas, reglas de
11:55
Speaker 2: acceso y supervisión, todo perfectamente dibujado. Entonces llega una aplicación
11:58
Speaker 2: y necesita una conexión que nadie planeó, un permiso que
12:00
Speaker 2: nadie esperaba o una configuración de copia de seguridad que
12:02
Speaker 2: no encaja. Eso no prueba que la zona de aterrizaje
12:04
Speaker 2: ha fallado. Es la forma en que la construcción mejora. Adoptar.
12:08
Speaker 2: Trasladar cargas de trabajo, aprender y luego mejorar. Ahora la
12:11
Speaker 2: gente puede empezar a usar el espacio. CAF lo llama
12:13
Speaker 2: a adoptar y abarca dos tareas relacionadas. Trasladar cargas de
12:17
Speaker 2: trabajo existentes a IOR y cambiar las cargas de trabajo
12:19
Speaker 2: para que funcione mejor allí. Una carga de trabajo es
12:21
Speaker 2: solo una tarea que se ejecuta en tecnología. Puede ser
12:23
Speaker 2: un sitio web, una aplicación empresarial, una base de datos
12:25
Speaker 2: o un grupo de servicios que funcionan en conjunto. Imagínate
12:28
Speaker 2: un departamento que llega a la mudanza. La habitación está lista,
12:31
Speaker 2: pero la mudanza aún necesita cuidado. El personal prueba sus
12:33
Speaker 2: tarjetas de entrada. Comprueban si su teléfono suena. Se aseguran
12:36
Speaker 2: de que pueden acceder a los archivos que necesitan. Encuentran
12:38
Speaker 2: las salidas de emergencia antes de que ocurra una emergencia real.
12:41
Speaker 2: Mover una aplicación a ASUS sigue la misma idea básica.
12:44
Speaker 2: Compruebas que la aplicación funciona, que puede acceder a los
12:46
Speaker 2: sistemas de los que depende y que las personas adecuadas
12:48
Speaker 2: pueden brindarle soporte. Empieza con una carga de trabajo que
12:51
Speaker 2: te brinde una prueba. Debería ser importante para la empresa,
12:53
Speaker 2: pero no debería ser un misterio mantenido unido por código
12:55
Speaker 2: antiguo y un manual faltante. Mueve la prueba, la mira
12:57
Speaker 2: que ajustar en la configuración y aplica lo aprendido en
12:59
Speaker 2: la siguiente carga de trabajo. Así es como CAF evita
13:02
Speaker 2: que se repita el mismo error 50 veces. Hay algunas
13:05
Speaker 2: rutas que puede tomar una aplicación. La ruta más rápida
13:07
Speaker 2: es el hospedaje. También es posible que escuches que la
13:09
Speaker 2: gente llama a esto Lifting Chain. La aplicación sigue siendo
13:11
Speaker 2: prácticamente la misma, pero se ejecuta en una máquina virtual
13:13
Speaker 2: en Azure en lugar de tu propiedad. Esto tiene sentido
13:15
Speaker 2: cuando necesitas dejar el hardware antiguo rápidamente. El siguiente camino
13:18
Speaker 2: es cambiar la plataforma. La aplicación sigue siendo el mismo trabajo,
13:21
Speaker 2: pero mueves parte de ella un servicio administrado de Azure.
13:23
Speaker 2: Por ejemplo, en lugar de ejecutar tu propio servidor de
13:25
Speaker 2: base de datos, puedes usar un servicio de base de
13:27
Speaker 2: datos de Azure que Microsoft ejecute y mantenga. Luego está
13:30
Speaker 2: la refactorización o reconstrucción. La refactorización significa cambiar parte de
13:33
Speaker 2: la aplicación para que puedas usar mejor los servicios en ella.
13:35
Speaker 2: La reconstrucción significa crear una nueva versión porque la antigua
13:38
Speaker 2: ya no se ajusta a las necesidades del negocio, cuesta
13:40
Speaker 2: demasiado mantenerla o no se puede mover de forma segura
13:41
Speaker 2: tal como está. No todas las cargas de trabajo deben
13:44
Speaker 2: llevarse a. Una aplicación puede permanecer donde está por una
13:46
Speaker 2: buena razón. O la organización puede reemplazarla con un servicio
13:49
Speaker 2: de software en línea en lugar de ejecutar la aplicación
13:51
Speaker 2: ella misma. La respuesta correcta depende de lo que haga
13:54
Speaker 2: la carga de trabajo, cuánto cambio necesita y qué riesgo
13:56
Speaker 2: puede aceptar la empresa. Antes de convertir algo en carga
13:59
Speaker 2: de trabajo real, prueba más que la pantalla de inicio,
14:01
Speaker 2: la aplicación hace su trabajo normal. Puede comunicarse con la
14:04
Speaker 2: base de datos y otros sistemas conectados. Funciona bien cuando
14:07
Speaker 2: lo utilizan personas reales. Puede restaurar los datos si algo
14:09
Speaker 2: sale mal. Tienen acceso a las personas adecuadas mientras todos
14:12
Speaker 2: los demás se quedan fuera. Y comprenden lo que cuesta
14:14
Speaker 2: cuando se ejecuta con normalidad. Una implementación exitosa no es
14:17
Speaker 2: solo una aplicación que se abre una vez. Es una
14:19
Speaker 2: aplicación que puede ejecutarse, recuperarse y recibir soporte. Esto también
14:23
Speaker 2: requiere que dos grupos permanezcan involucrados. El equipo de la
14:25
Speaker 2: aplicación sabe lo que necesita la aplicación y cómo confían
14:27
Speaker 2: en ella los usuarios. El equipo de la plataforma sabe
14:29
Speaker 2: cómo se configura Azure y qué reglas aplican. Ninguno de
14:32
Speaker 2: los dos equipos puede resolver todos los problemas por sí solo,
14:34
Speaker 2: pero muchas organizaciones caen en una trampa conocida. El equipo
14:37
Speaker 2: de la plataforma finaliza la zona de aterrizaje, otorga acceso
14:39
Speaker 2: al equipo de la aplicación y pasa a la siguiente tarea.
14:42
Speaker 2: Luego el equipo de la aplicación se encuentra con un
14:43
Speaker 2: problema de directiva, arregla de red de permiso y comienza
14:45
Speaker 2: a buscar formas de sortear la plataforma. Eso genera frustración
14:49
Speaker 2: en ambas partes. Un mejor enfoque es tratar los primeros
14:52
Speaker 2: movimientos como trabajo compartido. Cuando una aplicación necesita un cambio razonable,
14:56
Speaker 2: los equipos deciden si ese cambio pertenece a la configuración
14:58
Speaker 2: de la aplicación o a la base compartida de Azure.
15:00
Speaker 2: Documentan la respuesta y luego faciliten el siguiente movimiento. Cada
15:03
Speaker 2: carga de trabajo te enseña. Quizás el proceso de copia
15:05
Speaker 2: de seguridad necesite un propio término. Quizás una aplicación necesite
15:08
Speaker 2: una ruta de red que también necesitará otras cargas de trabajo.
15:10
Speaker 2: Quizás una política bloquea una implementación segura y debe ajustarse.
15:13
Speaker 2: No esperes a que el diseño sea perfecto para aprender
15:15
Speaker 2: estas cosas. Aprendes moviéndote con cuidado, mejorando la configuración y
15:19
Speaker 2: volviendo a usar esas mejoras. Sin embargo, una vez que
15:22
Speaker 2: los departamentos están trabajando dentro del edificio, alguien debe vigilar
15:25
Speaker 2: las reglas, la seguridad y el mantenimiento diario. Gobernar, proteger
15:28
Speaker 2: y administrar. Mantén la oficina segura en funcionamiento. Gobernar, proteger
15:31
Speaker 2: y administrar no son tareas que dejes hasta que finalice
15:33
Speaker 2: el proyecto de migración. Abarcan todo el recorrido hacia la
15:36
Speaker 2: nube porque las decisiones sobre acceso, gasto, seguridad y soporte
15:38
Speaker 2: afectan a cada carga de trabajo desde el principio. La
15:41
Speaker 2: gobernanza establece las reglas sobre cómo se usa Azure. Esto
15:44
Speaker 2: puede incluir qué equipos de servicios de Azure pueden usar,
15:46
Speaker 2: en qué regiones pueden implementar, cómo se nombran los recursos,
15:48
Speaker 2: qué etiquetas necesitan, quién es el propietario de cada carga
15:50
Speaker 2: de trabajo y cómo se arrastra el gasto. Piensa en
15:53
Speaker 2: la gobernanza como las reglas que todos acuerdan seguir mientras
15:55
Speaker 2: usan la oficina. Un departamento podría tener que decir quién
15:57
Speaker 2: posee una sala. Es posible que necesite aprobación antes de
16:00
Speaker 2: instalar equipos costosos. Quizá deba seguir las normas sobre dónde
16:03
Speaker 2: almacenar los registros confidenciales. Esas reglas están ahí para que
16:05
Speaker 2: la oficina siga siendo comprensible a medida que más personas
16:07
Speaker 2: se mudan. Ignacio y la gobernanza también ayudan a que
16:10
Speaker 2: lo cumplen bien. Si su organización debe seguir reglas para
16:12
Speaker 2: datos de clientes, registros financieros o información médica, necesita saber
16:15
Speaker 2: dónde se encuentran esos datos, quién puede acceder a ellos
16:18
Speaker 2: y si se han implementado los controles necesarios. La seguridad
16:21
Speaker 2: se centra en proteger a las personas, los sistemas y
16:24
Speaker 2: los datos dentro de ese entorno. Entraide ayuda a controlar
16:27
Speaker 2: los inicios de sesión y los permisos. El acceso condicional
16:29
Speaker 2: puede verificar la situación en torno a un inicio de sesión,
16:31
Speaker 2: como si la persona está usando un dispositivo aprobado o
16:33
Speaker 2: necesita una verificación de inicio de sesión adicional. Las herramientas
16:36
Speaker 2: de Microsoft Defender ayudan a detectar amenazas y actividad sospechosa
16:39
Speaker 2: en la plataforma. La idea detrás de todo esto es
16:41
Speaker 2: el privilegio mínimo. Las personas reciben el acceso que necesitan
16:44
Speaker 2: para su trabajo, no un acceso amplio solo porque parece
16:46
Speaker 2: más fácil. Una aplicación recibe solo los permisos que necesita.
16:51
Speaker 2: Puede parecer más lento al principio, pero el acceso amplio
16:53
Speaker 2: crea un problema mucho mayor cuando una cuenta se ve comprometida,
16:55
Speaker 2: una persona comete un error o un contratista deja de
16:57
Speaker 2: trabajar con la empresa. La administración es el trabajo diario
17:00
Speaker 2: que mantiene a Azure activo. Alguien debe supervisar las alertas
17:03
Speaker 2: de supervisión. Alguien debe revisar las copias y probar que
17:05
Speaker 2: los datos pueden restaurarse. Alguien debe instalar actualizaciones, responder a incidentes,
17:10
Speaker 2: revisar los costes y decidir qué ocurre cuando un servicio
17:12
Speaker 2: deja de funcionar a las 2 de la mañana. Estas
17:14
Speaker 2: tareas se realizan en segundo plano, pero los usuarios se
17:16
Speaker 2: dan cuenta rápidamente cuando nadie las posee. Existe también un
17:19
Speaker 2: modelo de responsabilidad a compartir en la nube. Microsoft ejecuta
17:22
Speaker 2: y protege la nube subyacente de Azure. Microsoft se encarga
17:25
Speaker 2: de los centros de datos físicos y de los servicios
17:26
Speaker 2: principales en Azure. Su organización sigue siendo responsable de lo
17:29
Speaker 2: que introduce en Azure, de cómo configura los servicios, de
17:32
Speaker 2: quién puede acceder a ellos, de cómo se protegen los
17:34
Speaker 2: datos y de cómo se gestionan las cargas de trabajo
17:35
Speaker 2: y de cómo se gestionan. Migrar a Azure no elimina
17:38
Speaker 2: esas responsabilidades. Cambia la forma en que las gestiona, así
17:40
Speaker 2: que anota la propiedad en términos sencillos.¿ Quién recibe una
17:43
Speaker 2: alerta cuando falla una base de datos?¿ En qué poder
17:45
Speaker 2: restaurar una copia de su vida?¿ Quién aprueba el acceso
17:46
Speaker 2: de un nuevo empleado?¿ Quién responde cuando defiende el informe
17:49
Speaker 2: de NASA?¿ Quién comprueba si una carga de trabajo está
17:51
Speaker 2: gastando más de lo esperado? Si la respuesta es alguien
17:53
Speaker 2: de TI todavía no es una respuesta. Un fallo común
17:56
Speaker 2: parece inofensivo al principio. Un equipo activa la supervisión, aparecen
17:59
Speaker 2: los paneles de control y empiezan a llegar alertas. Todos
18:02
Speaker 2: se sienten más seguros porque existe el sistema de advertencia.
18:05
Speaker 2: Entonces se activa una alerta por la noche. Nadie la
18:07
Speaker 2: recibe o la reciben varias personas y asumen que alguien
18:09
Speaker 2: más actuará. La alerta se convierte en ruido a fondo.
18:12
Speaker 2: Un pequeño problema crece porque el sistema informó del problema
18:14
Speaker 2: pero ninguna persona se apropió de la respuesta. La supervisión
18:17
Speaker 2: sin apropiación es solo ruido. Las reglas también necesitan equilibrio.
18:20
Speaker 2: Muy pocas reglas pueden dejar datos privados expuestos, gastos sin
18:22
Speaker 2: control y recursos imposibles de rastrear. Demasiadas reglas pueden empujar
18:26
Speaker 2: a los equipos a encontrar formas de evitar el camino
18:27
Speaker 2: oficial porque no pueden hacer su trabajo. Una buena gobernanza
18:30
Speaker 2: ofrece a las personas un camino claro y cedido. No
18:32
Speaker 2: convierte cada solicitud en una larga discusión. CAF te ayuda
18:35
Speaker 2: a revisar estas opciones a medida que la organización cambia.
18:38
Speaker 2: Una nueva aplicación, otra región, una nueva necesidad de cumplimiento
18:41
Speaker 2: o una forma diferente de trabajar pueden requerir actualizaciones de
18:43
Speaker 2: las reglas y el modelo de soporte. El marco no
18:46
Speaker 2: termina cuando se mueve la última carga de trabajo. Sigue
18:48
Speaker 2: siendo útil porque la oficina sigue cambiando.