Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / Azure Files explicado: servidores de archivos en la nube y el nuevo recurso de recurso compartido (Doblaje IA)

Transcript

Azure Files explicado: servidores de archivos en la nube y el nuevo recurso de recurso compartido (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

0:00
Speaker 2: Listo para 10 días de Microsoft 365, Copilot, IA, Azure
0:04
Speaker 2: y las personas que dan forma al futuro del trabajo y...
0:07
Speaker 2: Este enero, M365 con Regresa y venimos con todo. Y
0:11
Speaker 2: venimos con todo. Únete a nosotros para sesiones en vivo,
0:14
Speaker 2: demostraciones reales y conocimientos prácticos de MVP y expertos de
0:17
Speaker 2: la industria en todo el mundo. Nada de diapositivas genéricas,
0:20
Speaker 2: sin términos técnicos interminables. Abordaremos los desafíos reales. Copilot Studio,
0:24
Speaker 2: agentes de IA, Fabric, Seguridad, Gobernanza y Automatización. Ya seas
0:30
Speaker 2: un profesional de TI, desarrollador o líder empresarial, hay sesiones
0:33
Speaker 2: diseñadas para ti. Con 10 días completos, puedes explorar múltiples
0:37
Speaker 2: tecnologías y conectar con una comunidad global. Mira en vivo
0:41
Speaker 2: y lleva ideas prácticas de vuelta a tu organización. Enero
0:45
Speaker 2: de 2027. 10 días. Una comunidad Microsoft. Las sesiones ya
0:50
Speaker 2: están abiertas. Ve a m365.com.net y asegura tu lugar hoy mismo.
0:56
Speaker 2: Eso es m365.com.net. Únete ahora en m365.com.net y nos vemos
1:03
Speaker 2: en vivo. En enero. Si alguna vez se te ha
1:06
Speaker 2: caído un servidor de archivos un viernes por la tarde,
1:07
Speaker 2: conoces el pánico, la llamada frenética, si le está funcionando
1:10
Speaker 2: la copia de seguridad, esa pregunta que nadie quiere responder
1:13
Speaker 2: y el viaje a la oficina solo para tocar una
1:15
Speaker 2: caja con luces parpadeantes. Soy Mirko Peters y hoy veremos
1:18
Speaker 2: una forma mejor. Azure Files. Esto es lo que pasa
1:21
Speaker 2: con los servidores de archivos tradicional. Son físicos, lo que
1:23
Speaker 2: significa que necesitan mantenimiento, parches de seguridad, gestión de copias
1:26
Speaker 2: de seguridad, gestión de copias de seguro cuando falla. Paquipos
1:28
Speaker 2: pequeños son una carga, ¿no? No diriges un centro de datos,
1:31
Speaker 2: solo intentas sacar el trabajo adelante. Al final de este
1:33
Speaker 2: episodio entenderás qué es realmente Azure Files, por qué el
1:36
Speaker 2: nuevo recurso de recursos compartidos hace la configuración mucho más
1:38
Speaker 2: simple y cuál es la opción correcta para tu equipo.
1:40
Speaker 2: Toma tu café y comencemos. Ese es Azure Files. Entonces,¿
1:43
Speaker 2: qué es exactamente Azure Files? Y tiene la definición más simple.
1:46
Speaker 2: Azure Files es un recurso compartido de archivos en la
1:48
Speaker 2: nube que puedes montar como una unidad de red, sin
1:50
Speaker 2: servidores que gestionar, sin hardware, sin actualizaciones de sistema operativo,
1:53
Speaker 2: ni calendarios de copias de sistema operativo, ni calendarios de
1:55
Speaker 2: copias de seguridad que te insulen
1:57
Speaker 2: Con un servidor de archivos tradicional, tú eres. Con Azure Files,
1:59
Speaker 2: Microsoft es el administrador. Piénsalo como un archivador que vive
2:02
Speaker 2: en el centro de datos de Microsoft en lugar de
2:04
Speaker 2: debajo de tu escritorio. Sigues abriendo el cajón y tomando
2:07
Speaker 2: un archivo, pero el mueble en sí, la cerradura, la
2:09
Speaker 2: protección contra incendios y el mantenimiento, todo eso se maneja
2:11
Speaker 2: por ti. La diferencia es que nunca tienes que preocuparte
2:13
Speaker 2: de que el mueble se rompa. Azure Files funciona con Windows,
2:16
Speaker 2: Linux y Mac. Cualquier dispositivo compatible con SMB, que es
2:19
Speaker 2: el lenguaje estándar de intercambio de archivos de Windows o NFS,
2:22
Speaker 2: el estándar para Linux, puede conectarse. Accedes a él a
2:25
Speaker 2: través de Internet. o mediante una red privada si quieres
2:27
Speaker 2: mantener el tráfico fuera de la web pública. Está completamente gestionado.
2:30
Speaker 2: Microsoft se encarga del hardware, las actualizaciones de software, las
2:33
Speaker 2: copias de seguridad y la alta disponibilidad. Si un disco
2:36
Speaker 2: falla en su centro de datos, lo cambian sin que
2:38
Speaker 2: tú lo veas. La mayoría de los usuarios no nota
2:40
Speaker 2: que está ahí, pero es un servicio esencial. Acabaron los
2:42
Speaker 2: viajes de emergencia a la oficina a altas horas de
2:43
Speaker 2: la noche. Ahora, para entender por qué lo querrías, veamos
2:46
Speaker 2: primero la forma en que va. El dolor de cabeza
2:48
Speaker 2: de los servidores de estrés. Imagina que diriges una pequeña
2:51
Speaker 2: empresa con 15 empleados. En algún lugar del armario de
2:53
Speaker 2: la oficina hay un servidor físico. Quizás es una computadora
2:56
Speaker 2: vieja que reutilizaste. O quizás es un servidor real que
2:58
Speaker 2: costó miles de dólares hace unos años. De cualquier manera,
3:01
Speaker 2: ejecuta Windows Server y ofrece archivos compartidos para todos en
3:03
Speaker 2: la empresa. El problema es que los discos duros fallan.
3:06
Speaker 2: Siempre fallan. Y cuando ese disco mueve, el recurso compartido
3:08
Speaker 2: de archivos deja de funcionar. Quizás tienes una copia de seguridad.
3:10
Speaker 2: Quizás la copia de seguridad ha estado fallando silenciosamente durante
3:13
Speaker 2: seis meses. Esa es una conversación que nadie quiere tener.
3:15
Speaker 2: Luego está el problema del espacio. Servidores de archivos se
3:17
Speaker 2: llenan rápido. Alguien deja 15 GB de fotos de vacaciones
3:20
Speaker 2: en la unidad compartida. Otro departamento acumula archivos de proyectos
3:23
Speaker 2: antiguos de hace tres años. Para añadir almacenamiento, compras más
3:26
Speaker 2: hardware o pasas horas reconfigurando lo que ya tienes. Ninguna divertida.
3:30
Speaker 2: Y los patche. Windows Server necesita actualizaciones de seguridad periódica,
3:33
Speaker 2: lo que implica tiempo de inactividad. Alguien tiene que iniciar
3:35
Speaker 2: sesión un fin de semana, aplicar las actualizaciones, cruzar los
3:38
Speaker 2: dedos y esperar que el servidor va a encenderse. Si
3:40
Speaker 2: no lo hace, pasarás la tarde del domingo solucionando problemas.
3:42
Speaker 2: Ransomware es otra preocupación. Un clic en el archivo adjunto
3:45
Speaker 2: equivocado de un correo y tu servidor de archivos queda cifrado.
3:48
Speaker 2: Todos los archivos están bloqueados. El proceso de recuperación es doloroso,
3:50
Speaker 2: y eso asumiendo que tus copias de seguridad realmente funcionan.
3:53
Speaker 2: Si tu oficina tiene múltiples ubicaciones, las cosas empeoran. Compartir
3:56
Speaker 2: archivos entre sucursales significa configurar VPNs o una replicación lenta.
3:59
Speaker 2: La oficina remota obtiene una fracción de la velocidad que
4:01
Speaker 2: tiene la oficina print. La gente se queja y tú
4:02
Speaker 2: pierdes tiempo ajustando conexión. Aquí tienes un ejemplo real. Una
4:05
Speaker 2: pequeña constructora que conozco tenía 15 empleados y un servidor
4:09
Speaker 2: antiguo en un rincón de la sala de descanso. Cada
4:11
Speaker 2: vez que alguien decía, el servidor de archivos va lento,
4:14
Speaker 2: el dueño sentía un nudo en el estómago. Se estaba muriendo.
4:17
Speaker 2: Era hora de gastar otros $ 5, 000 en hardware.¿ Debería contratar
4:20
Speaker 2: un técnico solo para gestionar una caja? Ese estrés, esa
4:23
Speaker 2: preocupación constante y persistente por una sola pieza de hardware
4:25
Speaker 2: es exactamente lo que Azure Files elimina. No se trata
4:28
Speaker 2: solo de las funciones, se trata de no tener que
4:29
Speaker 2: pensar en nada en absoluto. Azure Files elimina toda esa
4:32
Speaker 2: carga de trabajo. Veamos cómo funciona en él.¿ Cómo funciona
4:35
Speaker 2: Azure Files? SMB, NFS y el montaje. Azure Files utiliza
4:39
Speaker 2: protocolos estándar.¿ Qué significa eso en palabras en sí? Significa
4:42
Speaker 2: que no necesitas software especial ni herramientas personalizadas para conectar.
4:45
Speaker 2: Si tu computadora puede conectarse a una unidad de red,
4:46
Speaker 2: puede conectarse a Azure Files para eso. Para equipos Windows, SMB,
4:50
Speaker 2: bloque de mensajes del servidor, Es el mismo protocolo que
4:53
Speaker 2: utiliza tu servidor de archivos actual. Para sistemas Linux, CNF
4:56
Speaker 2: es el sistema de archivos de red. Ambos son estándares
4:58
Speaker 2: de la industria que existen desde hace décadas. Azure Files
5:01
Speaker 2: habla ambos idiomas con fluidez. Entonces,¿ cómo lo usas realmente?
5:04
Speaker 2: Lo montas. En Windows, lo asignas como una letra de unidad.
5:07
Speaker 2: Z o S o la letra que prefieras. En Linux,
5:10
Speaker 2: lo montas en una ruta de carpeta. De cualquier manera,
5:13
Speaker 2: CV se siente como almacenamiento local. Abre el explorador de
5:15
Speaker 2: archivos y listo. Arrastra y suelta archivos igual que lo
5:17
Speaker 2: harías en una carpeta de tu disco duro. Aquí está
5:19
Speaker 2: la parte que sorprende a la gente. Los datos viajan
5:22
Speaker 2: cifrados de forma predeterminada cuando usas SMB 3.0 o superior,
5:25
Speaker 2: lo cual admiten los sistemas modernos de Windows y Mac OS.
5:28
Speaker 2: La conexión entre tu computadora y Azure Files está cifrada
5:30
Speaker 2: en tránsito. Nadie en la red puede interceptar tus archivos
5:32
Speaker 2: mientras se mueven. Eso es muy importante para la seguridad,
5:34
Speaker 2: y está activado de forma predeterminada. Puedes montar recursos compartidos
5:37
Speaker 2: de archivos de Azure prácticamente desde cualquier lugar. Desde una
5:39
Speaker 2: máquina virtual ejecutándose en Azure, obviamente. Desde un servidor local
5:42
Speaker 2: conectado a través de VPN o ExpressRule. Incluso desde tu
5:45
Speaker 2: laptop a través de Internet, si lo configuras correctamente. El
5:48
Speaker 2: recurso compartido de archivos vive en la nube, pero sin estructura.
5:50
Speaker 2: Déjame darte un ejemplo concreto. Supongamos que tu equipo de
5:52
Speaker 2: contabilidad necesita acceso al mismo conjunto de hojas de carga.
5:55
Speaker 2: En el viejo mundo tendrías que configurar un servidor de archivo,
5:57
Speaker 2: configurar permisos y esperar que la rama se caiga. Con
5:59
Speaker 2: Azure Files creas un único recurso compartido, lo asignas como
6:02
Speaker 2: unidad Z en cada equipo de contabilidad y listo. Nunca
6:05
Speaker 2: sabrán que está en la nube, solo verán una letra
6:07
Speaker 2: de unidad que funciona. La autenticación se gestiona de la identidad.
6:10
Speaker 2: En lugar de administrar claves de cuentas de almacenamiento de
6:12
Speaker 2: esas cadenas largas que parecen contraseñas súper potentes, utilizas Azure
6:15
Speaker 2: Active Directory o tu Active Directory local. Los usuarios inician
6:18
Speaker 2: sesión con sus credenciales normales, el mismo nombre de usuario
6:20
Speaker 2: y contraseña que usan para su correo electrónico. No hay
6:22
Speaker 2: claves adicionales que almacenar mi secreto completo y escrotable. Ahora,
6:25
Speaker 2: la forma en que Azure Files estaba configurado originalmente tenía
6:27
Speaker 2: un detalle y ahí es donde entra el cambio. La
6:29
Speaker 2: forma antigua. Cuentas y almendros. Aquí es donde las cosas
6:32
Speaker 2: se ponen un poco técnicas, pero créanme, vale la pena seguirme. Originalmente,
6:36
Speaker 2: los recursos compartidos de archivos no eran independientes. Vían dentro
6:38
Speaker 2: de algo llamado cuenta de almacenamiento. Imaginen una cuenta de
6:41
Speaker 2: almacenamiento con un gran contenido. Dentro de ese contenedor podían
6:44
Speaker 2: poner blobs para datos no estructurados, colas para mensajes, tablas
6:46
Speaker 2: para datos estructurados y sí, también podían crear recursos compartidos
6:49
Speaker 2: de archivo. Pero aquí está el problema. Esa cuenta de
6:51
Speaker 2: almacenamiento tenía límites. Payoffs de rendimiento, de capacidad y cada
6:55
Speaker 2: recurso compartido dentro de ese contenedor o de ese contenedor
6:58
Speaker 2: debía compartirlos. Así que si tenían cinco recursos compartidos en
7:01
Speaker 2: una cuenta, todos competían por el mismo conjunto de recursos
7:03
Speaker 2: de rendimiento. Un recurso compartido saturado podía ralentizar a todos
7:06
Speaker 2: los demás. Los ajustes de red funcionan de la misma manera.
7:08
Speaker 2: Las reglas de firewall de los puntos de conexión privados
7:10
Speaker 2: se aplican a toda la cuenta de almacenamiento. No se
7:13
Speaker 2: podía decir que este recurso fuera accesible solo desde la
7:15
Speaker 2: red de finanzas y que aquel otro estuviera abierto a todos.
7:19
Speaker 2: Las reglas de red eran todo o nada, o estaban
7:21
Speaker 2: las claves de la cuenta de almacenamiento. Cada cuenta tenía
7:24
Speaker 2: dos claves de acceso, que daban acceso total a todo
7:27
Speaker 2: el contenido, blobs, colas, tablas y recursos compartidos. Si solo
7:32
Speaker 2: necesitaban acceso a un recurso compartido, mala suerte, la clave
7:34
Speaker 2: abría todo. La facturación era otro dobro de cabeza, todos
7:37
Speaker 2: los costos aparecían a nivel de la cuenta de almacenamiento.
7:39
Speaker 2: Así que para cobrar a diferentes departamentos debían hacer cálculos manuales. Bueno,
7:43
Speaker 2: el recurso de marketing usó el 30% del almacenamiento, así
7:45
Speaker 2: que deben pagar el 30% de la edad factura. Eso
7:48
Speaker 2: se vuelve tedioso rápido. Aquí una analogía. Imaginen que alquilan
7:51
Speaker 2: un almacén. Dentro tienen varias habitaciones, pero el almacén tiene
7:55
Speaker 2: una sola entrada, un solo guardia y un solo medidor
7:57
Speaker 2: de electricidad. Cada habitación comparte la misma energía, las mismas
8:01
Speaker 2: reglas de acceso y la misma foto. Si una habitación
8:03
Speaker 2: sube el aire acondicionado, todas las demás se calientan más.
8:06
Speaker 2: Si quieren asegurar una habitación por separado, no pueden. Porque
8:09
Speaker 2: solo hay una puerta. Así es como se sentía el
8:11
Speaker 2: antiguo modelo de cuenta armazenada. Un gran contenedor con límites,
8:14
Speaker 2: seguridad y facturación compartidos. Funcionaba, pero no era elegante. Especialmente
8:18
Speaker 2: cuando solo querían un recurso compartido de archivos. Pero Microsoft
8:21
Speaker 2: escuchó los comentarios y creó algo mejor. El nuevo recurso
8:23
Speaker 2: de archivos compartidos. El nuevo recurso de archivos compartidos. Entonces
8:26
Speaker 2: esto es lo que cambió. Microsoft creó un recurso de
8:28
Speaker 2: nivel superior completamente nuevo. Ahora puede crear un recurso compartido
8:31
Speaker 2: de archivos directamente sin una cuenta armazenada. Es un elemento independiente.
8:33
Speaker 2: Piénselo como si fueran discos AMIS. Recuerda cómo funcionaba antes
8:36
Speaker 2: con las máquinas virtuales. Tenía que crear una cuenta de almacenamiento,
8:39
Speaker 2: crear un blob de páginas dentro y luego conectar ese
8:41
Speaker 2: blob a su máquina virtual. Era todo un proceso. Luego
8:43
Speaker 2: Microsoft introdujo los discos administrativos. Solo crea un disco. Listo.
8:47
Speaker 2: Sin cuenta de almacenamiento, sin blobs de páginas, sin complicaciones.
8:50
Speaker 2: El nuevo recurso de archivos compartidos funciona de manera. Detrás
8:52
Speaker 2: de Sena hay un nuevo proveedor de recursos llamado Microsoft FileShare.
8:56
Speaker 2: Es independiente y autónomo. Cuando crea un recurso compartido de archivos,
8:59
Speaker 2: ahora no está creando un elemento secundario de la cosa.
9:01
Speaker 2: Está creando el recurso en sí mismo. Entonces,¿ qué ventaja
9:03
Speaker 2: le ofrece realmente esto? Permítame explicar el beneficio. Primero, cada
9:06
Speaker 2: recurso compartido tiene sus propios límites y obtiene rendimiento y capacidad.
9:09
Speaker 2: Ahora todos son por recurso compartido. Ya no hay que
9:11
Speaker 2: compartir un grupo con otros recursos de archivo. Un recurso
9:13
Speaker 2: ocupado no puede ralentizar a otro. Si su equipo de
9:15
Speaker 2: ingeniería satura su recurso compartido con artefactos de compilación, el
9:18
Speaker 2: recurso del departamento de ARAM sigue funcionando normalmente. Segundo, la
9:21
Speaker 2: configuración de redes por recurso compartido. Puntos de conexión privados,
9:24
Speaker 2: reglas de firewall, usted los configura en cada recurso compartido
9:26
Speaker 2: de archivos individuos.¿ Desea que un recurso sea accesible solo
9:28
Speaker 2: desde la red virtual del departamento de finanzas y otro
9:31
Speaker 2: abierto a toda la empresa? No hay problema. Son independientes. Tercero,
9:34
Speaker 2: no hay una clave de cuenta de almacenamiento¿ Recuerda esa
9:37
Speaker 2: clave todopoderosa que daba acceso a todo? Ya no existe.¿
9:40
Speaker 2: La autenticación se basa en la identidad o a través
9:42
Speaker 2: de reglas de red? Los usuarios inician sesión con sus credenciales.
9:45
Speaker 2: No hay secretos compartidos que administrar, ni claves que rotar,
9:47
Speaker 2: ni riesgo de que una clave filtrada exponga todos sus
9:49
Speaker 2: recursos compartidos. Cuarto, el recurso compartido. En la administración de
9:53
Speaker 2: costos de Azure puede ver exactamente cuánto cuesta cada recurso coche.
9:56
Speaker 2: Si necesita realizar cargos a los departamentos, la información está ahí.
9:59
Speaker 2: Sin cálculos manuales, sin hojas de cálculos, sin suposiciones. Quinto,
10:02
Speaker 2: el plano de control tiene sus propias cuotas. El plano
10:04
Speaker 2: de control es la capa que maneja operaciones como crear
10:06
Speaker 2: recursos compartidos, modificarlos, eliminarlos o tomar instantáneas. En el modelo anterior,
10:10
Speaker 2: muchos administradores trabajando en muchos recursos compartidos dentro de una
10:13
Speaker 2: misma cuenta de almacenamiento podían alcanzar el límite de esto. Ahora,
10:16
Speaker 2: cada recurso compartido tiene su propio cupo para estas operaciones,
10:18
Speaker 2: por lo que es mucho más difícil alcanzarlo. Ahora bien,
10:20
Speaker 2: hay un detalle. En su disponibilidad general, este nuevo recurso
10:22
Speaker 2: se limita actualmente al nivel SSD y al protocolo NFS.
10:25
Speaker 2: Es un caso de uso específico para archivos compartidos de
10:27
Speaker 2: Linux de alto rendimiento, pero el soporte para SMB y
10:29
Speaker 2: el nivel HDD están en camino. Microsoft ha sido claro
10:31
Speaker 2: respecto a esa hoja. Entonces, en lugar de administrar un
10:33
Speaker 2: contenedor grande con muchos recursos compartidos que comparten los mismos límites,
10:37
Speaker 2: las mismas reglas de red, las mismas reglas de red,
10:38
Speaker 2: la misma factura, para cada recurso compartido es su propio
10:40
Speaker 2: contenedor pequeño con su propio nombre. Entonces,¿ cuándo tiene sentido
10:44
Speaker 2: usar Azure Files realmente?¿ Cuándo usar Azure Files? Entonces,¿ cuándo
10:47
Speaker 2: tiene sentido Azure Files? Permítame explicarles dos señales. Primero decirle
10:51
Speaker 2: finchín directo. Tienes una aplicación antigua que depende de recursos
10:53
Speaker 2: compartidos de archivo. Tal vez sea una aplicación empresarial antigua
10:56
Speaker 2: o una herramienta personalizada que tu equipo creó hace años. Normalmente,
10:59
Speaker 2: mover eso a la nube significa reescribir código, cambiar configuraciones
11:02
Speaker 2: y repensar cómo se hacen los datos. Sin embargo, con
11:05
Speaker 2: Azure Files no tocas ni una sola línea de código.
11:07
Speaker 2: La aplicación solo ve una unidad. No le importa si
11:10
Speaker 2: esa unidad vive en el armario de tu oficina o
11:11
Speaker 2: dentro de un centro de datos de Microsoft. Mismo protocolo,
11:14
Speaker 2: mismo comportamiento. Ese es el punto clave. Otro gran caso
11:16
Speaker 2: de uso es compartir archivos de configuración, registros o datos
11:19
Speaker 2: entre varias máquinas virtuales. Digamos que tienes un clúster de servidor.
11:22
Speaker 2: Todos necesitan la misma configuración. En lugar de copiar archivos
11:25
Speaker 2: a cada máquina virtual y esperar a que se mantengan sincronizados,
11:27
Speaker 2: montas un recurso compartido a Free Fire en cada servidor.
11:29
Speaker 2: Cambias un archivo y cada servidor lo ve al instante.
11:32
Speaker 2: Te acabo de perseguir versiones que no coinciden. A los
11:34
Speaker 2: equipos de desarrollo y pruebas también les encanta. Puedes crear
11:36
Speaker 2: un recurso compartido de archivos en minutos, usarlo por una
11:38
Speaker 2: semana y borrarlo cuando termines. Sin hardware que comprar, sin
11:41
Speaker 2: servidores que retirar, Para cualquiera que necesite almacenamiento compartido temporal,
11:44
Speaker 2: esto ahorra muchísimo tiempo. Luego está el escenario de nube híbrida.
11:48
Speaker 2: Azure File Sync te permite almacenar archivos en caché en
11:50
Speaker 2: un servidor local, manteniendo Azure Files como la fuente de verdad.
11:53
Speaker 2: Tus usuarios locales obtienen rendimiento local para los archivos a
11:56
Speaker 2: los que exceden más. Mientras tanto, la copia en la
11:58
Speaker 2: nube se mantiene actualizada automáticamente. A las sucursales les encanta esto,
12:01
Speaker 2: a los equipos remotos también. Te ofrece lo mejor de
12:02
Speaker 2: ambos mundos sin dolores de cabeza. Pero Azure Files no
12:05
Speaker 2: es la solución para todo. No lo uses para bases
12:07
Speaker 2: de datos de alto rendimiento. Si necesitas velocidad a nivel
12:09
Speaker 2: de base de datos, usa Azure SQL o Disco Semester.
12:12
Speaker 2: Azure Files es un recurso comparte de archivos, un motor
12:14
Speaker 2: de base de datos. Está optimizado para patrones de acceso
12:16
Speaker 2: a archivos, no para cargas de trabajo transaccional. Son herramientas
12:18
Speaker 2: diferentes para trabajo diferente. No lo uses donde SharePoint o
12:21
Speaker 2: Microsoft Teams ya cubren la necesidad. Si compartes documentos que
12:24
Speaker 2: las personas editan juntas en tiempo real, SharePoint es la
12:26
Speaker 2: opción más adecuada. Obtienes historial de versiones, coautoría e integración
12:30
Speaker 2: profunda con el resto de Microsoft 365. Azure Files es
12:34
Speaker 2: para los escenarios en los que SharePoint no termina de
12:35
Speaker 2: funcionar bien. y no lo use para aplicaciones que requieran
12:38
Speaker 2: características del sistema de archivos personalizadas, como enlaces simbólicos, enlaces
12:41
Speaker 2: físicos o atributos extendidos. Azure Files maneja bien el comportamiento
12:44
Speaker 2: estándar del sistema de archivos, pero no admite todos los
12:46
Speaker 2: casos excepcionales. Conozca sus requisitos antes de comprometer. Permítame darle
12:50
Speaker 2: un ejemplo del mundo real. Una empresa constructora tiene oficinas
12:52
Speaker 2: de campo en tres ciudades. Cada oficina necesita acceso al
12:55
Speaker 2: mismo conjunto de planos, contratos e informes de inspección. En
12:59
Speaker 2: la configuración anterior, tenía un servidor en la sede. Los
13:01
Speaker 2: trabajadores remotos se conectaban a través de una VPN lenta.
13:04
Speaker 2: Abrir un plano podía tomar minutos. Con Azure Files crean
13:06
Speaker 2: un recurso compartido único en la nube. Cada oficina normal.
13:09
Speaker 2: Los planos se abren en segundo. Los contratos siempre son
13:11
Speaker 2: más recientes. No se requiere VPN. Hay servidor que mantenga.
13:15
Speaker 2: Simplemente funciona. Pero el rendimiento y la seguridad también importan,
13:18
Speaker 2: así que hablemos de eso. Rendimiento, seguridad y costo de
13:22
Speaker 2: un vistazo. Comencemos con el rendimiento. Si necesita velocidad, el
13:26
Speaker 2: nivel premium funciona SSD y ofrece latencia de un solo milisegundo.
13:29
Speaker 2: Estamos hablando de hasta 102.400 IOPS por recurso compartido con
13:32
Speaker 2: el modelo V2 aprovisionado. Eso es un rendimiento considerable para
13:35
Speaker 2: cargas de trabajo. El nivel estándar utiliza discos duros normal.
13:39
Speaker 2: Es más lento, pero mucho más barato. Perfecto para almacenamiento
13:41
Speaker 2: de archivos o uso compartido general donde la velocidad no
13:43
Speaker 2: es crítica. Microsoft añadió recientemente caché de metadatos para recursos
13:47
Speaker 2: compartidos CSS. Esto reduce la latencia hasta en un 55%
13:49
Speaker 2: al listar directorios o navegar por carpetas. Si su flujo
13:53
Speaker 2: de trabajo implica muchos archivos pequeños y navegación frecuente por carpetas,
13:56
Speaker 2: esto marca una diferencia notable. Ahora seguridad. Azure Files tiene
14:00
Speaker 2: el cifrado en reposo habilitado de forma predeterminada. Cada byte
14:03
Speaker 2: que escribe se cifra antes de llegar al disco. No
14:05
Speaker 2: tiene que configurar nada. Primeramente está activado. El cifrón tránsito
14:08
Speaker 2: también está activado de forma predeterminada para SMB 3.0 y
14:10
Speaker 2: versión superior. Sus datos permanecen cifrados mientras viajan entre su
14:13
Speaker 2: computadora y la nube. Nadie en la red puede leerlo.
14:16
Speaker 2: Microsoft recomienda utilizar el acceso basado en identidad en lugar
14:18
Speaker 2: de claves de cuenta de almacenamiento. Eso significa que sus
14:20
Speaker 2: usuarios inician sesión con sus credenciales de trabajo normales, de
14:22
Speaker 2: trabajo normales, las mismas que son para el correo. Sin
14:24
Speaker 2: claves compartidas que administrar, sin registro de filtración de clave.
14:27
Speaker 2: Para el aislamiento de red tiene opciones. Los puntos de
14:29
Speaker 2: conexión privados dan a su recurso compartido de archivos una
14:31
Speaker 2: dirección IP privada dentro de su propia red virtual. Los
14:33
Speaker 2: puntos de conexión de servicio mantienen el tráfico en la
14:35
Speaker 2: red troncal de Mac. Las reglas de Firewall le permiten
14:37
Speaker 2: restringir el acceso a rangos de IP específicos. Puede combinar
14:40
Speaker 2: estas opciones como gusta y existe Microsoft Defender for Storage.
14:43
Speaker 2: Monitorea su recurso compartido de archivos en busca de actividades suficientes.
14:46
Speaker 2: Si alguien sube malware a través de la API REST,
14:48
Speaker 2: Defender puede detectarlo. Es una capa adicional de protección para
14:51
Speaker 2: entornos sensibles. Y en cuanto a costos, el nivel Premium
14:54
Speaker 2: utiliza Provisionado. Reservas cierta cantidad de capacidad y OPSI rendimiento
14:58
Speaker 2: y pagas por lo que reservas. El nivel estándar es
15:01
Speaker 2: de pago por uso. Solo pagas por el almacenamiento que
15:03
Speaker 2: realmente utiliza. Si tus cargas de trabajo son predecibles, las
15:06
Speaker 2: reservas de Azure Files pueden ahorrarte hasta un 36%. Comprometete
15:10
Speaker 2: a uno o tres años y Microsoft ofrece un descuento.
15:12
Speaker 2: Sin impacto en el rendimiento, solo facturas más bajo. Un
15:15
Speaker 2: consejo práctico. Mantén tu cómputo de almacenamiento en la misma
15:18
Speaker 2: región de Azure. Los costes de transferencia de datos entre
15:20
Speaker 2: regiones aumentan rápidamente. Coloca tus máquinas virtuales y tus recursos
15:22
Speaker 2: compartidos de archivos juntos para evitar esos cargos de salida.
15:25
Speaker 2: Mucha información. Permíteme resumirlo. El programa general, porque esto es importante.
15:29
Speaker 2: Aquí está la idea central. El antiguo modelo de cuenta
15:31
Speaker 2: de almacenamiento te obligaba a gestionar toda esa complejidad, incluso
15:34
Speaker 2: cuando solo querías un recurso compartido simple. Necesitabas entender las
15:37
Speaker 2: cuentas de almacenamiento, los límites compartidos, las reglas de reglas
15:39
Speaker 2: aplicadas a todo y una facturación que agrupaba todo. Era
15:42
Speaker 2: como alquilar un edificio entero solo para usar una habitación.
15:44
Speaker 2: El nuevo Recursos Compartidos de Archivos Soluciones. Ahora solo estás alquilándolo.