Architecture Championship ¿Cómo se protegen los datos en las cargas de AS?

Hola, ¿Qué tal?

Buenos días a todos. Espero se encuentren muy bien. Pues bueno, muchas gracias por conectarse a esta edición del Architecture Championship del mes de octubre, en donde platicaremos cómo se protegen los datos en las cargas de AWS. El día de hoy, igual este mismo architecture va a ser grabado para que puedan consultarlo una vez que terminamos la sesión, también les estaremos compartiendo la información que verán a través de esta presentación. Muy bien, bueno, si me ayudan con la siguiente diapositiva, por favor. Y bueno, justamente el día de hoy tenemos aquí a los dos representantes que estarán platicando sobre el tema de protección de datos, que está la licenciada Diana Ibáñez, que ella es parte del equipo comercial, quien en el ejercicio que haremos el día de hoy será quien estará del lado del cliente, quien será la persona que estará buscando cubrir las necesidades de lo que va a ser la protección de los datos que hablaremos. Y del lado de Architecture sería el ingeniero Axel Loredo, también el ejecutivo de aquí de CompuCloud. Entonces, pues nuevamente muchas gracias a Diana y Axel por la participación que tendrán el día de HO Y bueno, pues vamos arrancando un poco con lo que es el Architecture. Antes de iniciar, les platico rápidamente quién es CompuCloud, tal vez ustedes ya nos conocen, ¿No? ¿Hay alguien que no? Pero bueno, de igual manera les comento, nosotros somos Partner Advanced de AWS, solo nos dedicamos 100% a lo que son servicios en la nube de Amazon Web Services, nube líder de de lo que son los servicios en nube. Justo acaba de salir el día de hoy por ahí una publicación de Gartner en cuanto a la posición de AWS contra las otras nubes. Entonces, bueno, igual ahí les vamos a estar compartiendo más información sobre lo que significa AWS en comparativa a otras nubes públicas. Y bueno, nosotros como Partner Advance de AWS tenemos que cumplir con ciertos criterios para hacer este nivel de Partner, en donde obviamente contamos con ciertas certificaciones y reconocimientos, en el cual nuestro equipo de ingenieros y también el equipo comercial, pues bueno, tiene que estarse certificando en diferentes servicios y obviamente estarse actualizando en cuanto a los nuevos temas que salen de AWS. Como sabemos, pues esta parte de la tecnología día a día se va actualizando, vamos teniendo nuevos servicios que AWS saca, entonces necesitamos estar siempre actualizados para ofrecer este conocimiento de AWS y también ayudar a modernizar a nuestros clientes y es por eso lo que son nuestras especializaciones, más allá de las certificaciones, que es la parte de diseño y modernización de arquitecturas, planeación y migración, implementación, administración, seguridad, que es un tema del que vamos a hablar el día de hoy, monitoreo y pues la parte de modernización de la infra. Entonces, bueno, sí, sí vamos a la siguiente diapositiva. Este, como ya les había comentado, el día de hoy, pues bueno, Diana y Axel nos van a estar compartiendo un caso de una compañía la cual por ahí con su protección de datos no estaba al 100%. Entonces, pues bueno, los dejo con Diana que nos va a iniciar en este caso del día de hoy.

Muchas gracias, Gio. Pues como lo mencionó mi compañera Giovanna, mi nombre es Diana Ibañez y soy parte del área comercial. Gracias por acompañarnos una vez más a otro Architecture Championship. Y pues el día de hoy, como lo dice el tema, vamos a ver cómo se protegen los datos en las cargas de AWS, ¿Verdad? Y vamos a utilizar aquí un caso de uso en donde yo voy a estar fungiendo como el cliente en lo que es la compañía Fintech Money. Nosotros como Fintech Money nos dedicamos a dar préstamos a pequeñas empresas y recientemente sufrimos un robo de datos de nuestros clientes. Y esta información era información confidencial. Nuestra infraestructura de ti estaba 100 % on premise, lo que facilitó este robo de información. Entonces, bueno, después de este ataque, decidimos evaluar y migrar a la nube y con esto conocer las medidas de seguridad que brindan estas tecnologías. En este caso, el ingeniero Axel me va a estar apoyando como consultor en la nube con toda la información que yo requiero para tomar una mejor decisión y pues sobre todo sobre si elegir la nube de AWS. Y bueno, dentro de las características de mi on premise, nuestras necesidades, Axel, pues es que tenemos una visualización de nuestra infra on premise, tenemos un servidor, dentro de este servidor se encuentra nuestra base de datos con nuestro aplicativo, tenemos código en APIs y pues también estamos manejando un dominio. Y ahora sí que te lanzo la primera pregunta, Axel, que sería, pues ahora sí, ¿Cómo AWS estaría protegiendo los datos en la nube una vez que yo pase, que pase de mi servicio on premise a AWS?

Excelente, Diana, muchas gracias. De nuevo me presento, soy Axel Loredo, parte igual del equipo comercial. Y claro, como lo comentas, esto sobre cómo AWS protege los datos en la nube es algo a día a día muy importante y prácticamente para aquellos que están informándose acerca de estas nuevas tecnologías es muy importante e incluso para aquellos que ya están dentro de AWS también es un tema mucho a tratar puesto que siempre está en constante crecimiento y actualización. Para esta parte prácticamente podemos dar que una seguridad sólida es un centro de organización prácticamente que permite esta transformación digital y la innovación y AWS prácticamente es uno de sus pilares principales y es algo que apoya a todas las organizaciones a desarrollar siempre a convertir esta seguridad identificar prácticamente todo el cumplimiento para hacerlo mucho más fácil. En este caso podemos ver una pequeña guía para comprender y ejecutar estas prácticas recomendadas, como por ejemplo la primera parte que tenemos que es identificar, identificar es prácticamente comprender y administrar todo el riesgo con una visibilidad y una automatización profunda, prácticamente es nuestro paso inicial. Posteriormente pasamos al tema de evitar, ¿A qué nos referimos con evitar, es prácticamente definir también permisos e identificaciones del usuario, las medidas de protección de infraestructura y de protección de datos, para esto poder lograr una estrategia de adopción de la nube mucho más uniforme y mejor planificada? Posteriormente iniciamos la fase de detectar, aquí prácticamente obtenemos una visibilidad de la postura de la organización, iniciando una sesión y monitorización continua de los servicios para introducir esta información en una plataforma mucho más escalable para la gestión, pruebas, auditorías, lo que sea necesario. Posteriormente por penúltimo punto tenemos la fase de responder, es una respuesta y recuperación automatizada de todos los incidentes que te ayudan obviamente a cambiar el enfoque principal de los equipos de seguridad y responder a la causa de raíz para finalizar con una solución prácticamente aprovechando toda esta automatización impulsada por eventos para solucionar y asegurar rápidamente tu entorno en AWS casi en tiempo real. Así que sería esta primera parte sobre cómo proteger tus datos.

De acuerdo Axel, eso es una excelente metodología desde AWS para identificar ahora sí estas amenazas. ¿Y bueno aquí me genera otra de las dudas y es que si AWS cumple con estándares de regulización específicas en lo que es esta industria y como de seguridad o cumplimiento y si es así cuáles son y en qué consiste, me podrías apoyar?

Perfecto, sí, sin ninguna problemática, si gustas pasar a la siguiente. En esta parte prácticamente los requisitos de seguridad, cumplimientos, estándares, autorizaciones, prácticamente es un tema que día a día muchas empresas toman en cuenta, puesto que reciben por ejemplo auditorías de parte de un tercero para revisar si están cumpliendo completamente con cada una de las partes. En el caso de todos los estándares, cumplimientos y demás cosas que existen y que AWS claramente toma en cuenta, son demasiados y prácticamente ir de uno en uno nos tardaríamos muchísimo tiempo, puesto que pasaríamos por los isos que son los más conocidos y que en este caso aquí visualizaremos un poquito unos que quizá no son muy conocidos a nivel en México, puesto que son más orientados a Estados Unidos, pero que sin embargo son temas muy pesados puesto que tienen que ver con temas de gobierno y obviamente información de gobierno es algo muy importante sobre todo para un país entero. En este caso por ejemplo tenemos la primera que es la FEDRAM, este es un programa de Administración de autorizaciones y riesgos federales qué nos indica prácticamente es un enfoque estandarizado para la monitorización continua, autorización y evaluaciones de seguridad de los servicios y productos en la nube. Esta prácticamente ya nos indica todos estos estándares y monitorización que debemos llevar a cabo dentro de la nube y algunos por ejemplo oficinas o entidades gubernamentales que utilizan esta PETFRAM, tenemos en cuenta uno por ejemplo que es el Departamento de Defensa, claramente un exponente muy grande dentro de Estados Unidos referente a temas de información que necesitan tener completamente segura prácticamente bajo llave. Como segundo punto me gustaría incluso hablar acerca de la FISMA, que es la segunda que podemos visualizar aquí, esta es la Ley Federal sobre la Gestión de la Seguridad de la Información, esta prácticamente me gusta mencionarla puesto que esta da información relativa a la administración de la seguridad de la información, ¿No? Y prácticamente que toda la infraestructura AWS ha sido evaluada por asesores independientes para diferentes sistemas gubernamentales como parte de un proceso de aprobación de propietarios de sistemas. Prácticamente este es un sistema que impulsa incluso el tema de la nube y prácticamente tenemos aquí obviamente entidades igual como el Departamento de Defensa, donde prácticamente cada una de estas entidades se basan en estas principalmente. Posteriormente hay algunas otras como la Guía de Requisitos de Seguridad o SRG del Departamento de Defensa, el mismo Departamento de Defensa que les comentaba, la ITAR que es un reglamento estadounidense sobre tráfico internacional de armas, que claramente sabemos que esto es algo muy complicado referente al tema de armamento, la CGIS que es prácticamente Criminal Justice Information Service, información sobre criminal y justicia y el Instituto Nacional de Estándares y Tecnología, que prácticamente nos indica también algunos otros estándares referente a la nube. En consiguiente, si gustas pasar a la siguiente diana, podemos visualizar lo que es otros cinco extras, que prácticamente son otros requisitos de seguridad y cumplimiento también muy importantes. Y como digo, hay demasiados y meter todos sería excesivo, Así que me gustaría mencionar en este caso igual la primera. Iniciemos con la FIPS, que esta es la publicación del Estándar de Procesamiento de la Información Federal, es un estándar igual referente a información federal y que prácticamente en los gobiernos de Estados Unidos e incluso Canadá especifica requisitos de seguridad para módulos encriptados, proteger información confidencial, como lo es el tema aquí. En estos casos entra por ejemplo AWS Gov Cloud, que es un exponente grande en temas por ejemplo también de gobierno y protección de datos, y que prácticamente está basado en todas estas que acabamos de ver y que siempre, siempre incluso las organizaciones federales a nivel Estados Unidos impulsan mucho esta utilización de servicios por las ventajas que estos tienen en comparación a los servicios que se tienen on premise o en físico. Otros que podemos ver es la de FARS, el Suplemento de Regulación de Adquisiciones de Defensa Federal, el Departamento de Reglamento de Administración de Exportación, los Estándares del cifrado o IRS 1075, esto también es muy importante por lo mismo es un estándar de cifrado, y la Certificación del Modelo de Madurez de Ciberseguridad, en esta misma los temas de ciberseguridad que vayan creciendo y se vayan acotando completamente. No sé si con esto puedo resolver un poquito más acerca de tu.

Claro que sí, de hecho me sorprende la gran cantidad de requisitos de seguridad y cumplimiento que tiene AWS, pues para fungir como un servidor de servicios administrados en la nube, eso es realmente un punto favorable para nosotros tomar en cuenta. Y pues también me surge otra duda Axel, tengo entendido que también a pesar de que AWS se encarga de la seguridad en la nube, nosotros también tenemos que hacer de nuestra parte, ¿Verdad? Y si es así, ¿Como está dividida esa responsabilidad?

De acuerdo, el tema de la responsabilidad también es algo completamente importante, puesto que muchos clientes que sobre todo van adoptando de manera inicial la nube, les causa algo de ruido conocer el tema de si AWS o en este caso por ejemplo el partner como puede ser CompuCloud, tiene acceso a los datos o información del cliente. Para estos casos tenemos esta responsabilidad compartida como se le conoce, que en primera parte de color azul podemos visualizar algunas responsabilidades del cliente, como por ejemplo en primer punto los datos del cliente, claramente los datos del cliente, lo que ellos almacenen dentro de estos servicios es responsabilidad pura y dura del cliente, ni AWS ni el partner van a incurrir dentro de esta información, nosotros no podemos visualizarla ni mucho menos tocarla de ninguna manera, todo eso recae 100% del lado del cliente. Otra parte y muy importante son las plataformas que maneja el cliente, las aplicaciones que manejen la identidad y gestión de accesos propios, puesto que eso es algo que el mismo cliente son quienes prácticamente lo identifican, lo administran todas sus plataformas, sus aplicativos, hablemos de quizá un ERP, un e commerce, puede ser cualquier otro tipo de aplicativo, plataforma que ellos tengan y obviamente las personas que lo administren o que tengan acceso a ella incurren del lado del cliente. Posteriormente otro tema es por ejemplo el sistema operativo, la red y la configuración del firewall. Para esta parte entramos en dos vertientes, puesto que hay muchos servicios dentro de AWS y algunos de ellos recaen en estos temas. Del lado de AWS por ejemplo tenemos nuestros servidores principales o más conocidos aquí en la nube como instancias de EC, los cuales prácticamente son tus servidores con un sistema operativo, en esos casos digamos recae del lado del cliente, puesto que dentro de estas instancias puedes almacenar incluso conjuntamente tu aplicativo, tu base de datos, el sistema operativo, entonces todo recae del lado del cliente. Sin embargo hay otros servicios muy conocidos por ejemplo de base de datos que son muy importantes como lo son RDS y Aurora, estas dos toman en cuenta del lado ya más de AWS por temas de administración, ya que estos sí bien tienen un sistema operativo por detrás, pero es AWS quien los administra, son prácticamente eso, servicios administrados por AWS y el cliente únicamente recurre obviamente en los datos y la información, no dentro de la base de datos, por eso es muy importante ahora sí que revisar esas partes, la red igual y el firewall pues claramente ahora sí que es el cliente quien decide protegerse con este tipo de seguridad. Otro tema por ejemplo los cifrados de datos del lado del cliente como autenticación de integridad de datos, los cifrados del lado del servidor como sistemas de archivos o datos y la protección también como temas de encriptación, temas de integridad o temas de identidad como mencionábamos anteriormente, son prácticamente temas que requieren completamente del lado del cliente, puesto que ellos son quienes cifran estos datos e incurren en esto mismo, puesto que también hay otros servicios que apoyan con esto, pero posteriormente los visualizaremos del lado de awst que está marcado en naranja. AWT prácticamente es digamos el cascarón, puesto que ellos son, nos otorgan o en este caso el partner, levantamos los temas por ejemplo de cómputo, el cómputo que se ha requerido, indique el cliente, pues hablemos de uno de RAM, uno de CPU 4.4, 4.16, lo que sea necesario, prácticamente utilizamos estos servicios para otorgarlo. El almacenamiento de igual manera es únicamente como tal el disco duro hablando lo que hay dentro recae del cliente. Las bases de datos igual los servicios, nada más hablemos referente a servicios como tal, a la infraestructura y las redes de igual manera servicios que tengan que utilizar este tipo de redes. Por otra parte, tomamos en cuenta la infraestructura global, aquí hace referencia la infraestructura global a temas ya un poquito más físicos sobre como por ejemplo dónde están los servidores de AWS, porque claramente necesitan y hay zonas físicas donde se encuentran estos data centers, como por ejemplo están divididos en lo principal que son las regiones, que es lo mayor, luego divididas en zonas de disponibilidad y para terminar con Edge Locations que prácticamente son ubicaciones de borde que están mucho más cerca del usuario para entregar toda esta infraestructura en V y que sea de manera muchísimo más rápida. Así que dicho esto Diana, no sé si con esto quede un poquito más claro esta parte.

De hecho sí Axel, queda un poquito más claro, de hecho ahorita me viene como a la mesa que AWS es este edificio, este edificio que nos proporciona la infraestructura física y la virtual y donde nosotros como clientes pues podemos alquilar un espacio, en este caso los servicios de nube y pues que AWS se va a encargar básicamente de la seguridad del edificio en general, como los sistemas de seguridad, accesos de instalaciones y pues el mantenimiento general de la estructura. Y pues ahora como responsabilidad compartida entiendo que yo soy como aquí esta persona que está rentando este departamento y pues ya yo me encargaré de cómo decoro si pongo un cuadro o si pongo un florero y pues dentro de la nube pues sería pues cómo configuro todos mis servicios y mis datos pues Muchísimas gracias por esta información de la parte de responsabilidad compartida. Y bueno, también te voy a ser honesta, nosotros como Fintech Money también estuvimos investigando un poco más de lo que es la legislación aquí en México y bueno, nosotros nos acercamos a preguntar principalmente de la nube de AWS, porque nos pusimos a investigar que si existía aquí alguna ley y pues nos encontramos que sí me encontré que existe un Instituto Nacional de Transparencia, que es Instituto Nacional de Transparencia, Acceso a la Información y Protección de Datos Personales, que es mejor conocido como el INAI Y bueno, que este como órgano constitucional es el encargado de velar por el cumplimiento de estas dos leyes que nos aparecen aquí, aquí en pantalla. Y pues estas dos leyes en particular aquí en México, una que sería la Ley Federal de Protección de Datos Personales en Posición de los Particulares, y pues que esta básicamente establece principios de transparencia, consentimiento y seguridad para proteger la privacidad de los individuos. Y pues por otro lado me encuentro con la Ley General de Protección de Datos de Datos Personales de Posición de Sujetos Obligados, que está más que nada son manejados por entidades gubernamentales y organismos públicos que pues garantizan ahora sí que principios de consentimiento, seguridad, transparencia y derecho de los titulares. Y ahorita investigando un poco más a fondo veo que AWS se ajusta exactamente las medidas técnicas y organizativas de estos acuerdos de los requerimientos señalados pues aquí anteriormente. Y bueno, esto más que nada dado que AWS no tiene visibilidad sobre el tipo de contenido de los clientes si deciden almacenar en AWS en particular si ese contenido se considera o no sujeto de acuerdo a estas dos leyes que se presentan, los clientes somos ahora sí que última instancia los responsables de cumplir con la normativa. Y bueno, también un poco viendo un poco más a fondo, los clientes que utilizan los servicios de AWS mantienen el control de su contenido dentro del entorno de AWS y los clientes tenemos cierta capacidad aquí en unos cinco puntos que se me vienen es que es decidir dónde se almacenará el contenido, por ejemplo, el tipo de entorno de almacenamiento y la ubicación geográfica de este. Controlar el formato del contenido como el texto plano, enmascarado, anonimizado o cifrado y bueno, mediante el cifrado proporcionado por AWS o ya sea mediante un mecanismo de cifrado externo que elijamos. También como tercer punto es de administrar los controles de acceso como la administración de la identidad y el acceso y a las credenciales de seguridad y pues por último que la nube privada virtual y otras medidas de seguridad de la red para evitar pues este acceso no autorizado. ¿Y bueno, hablando ahorita eso que es un poco de la legislación certificación, también nos surge otra otra duda como empresa aquí como cifra los datos almacenados en la nube? ¿Hay algún servicio que AWS todavía tenga para reforzar esta seguridad?

Sí, es correcto Diana, como tal hay varios servicios que se enfocan en el tema de la seguridad, del compliance, la información, etcétera. Así que me gustaría iniciar con estos tres que son muy utilizados y están prácticamente en un 90% incluso más de las infraestructuras a nivel global en Estados Unidos o incluso en el mundo. En este mundo de la nube de AWS, como parte inicial podemos visualizar IAM o Identity and Access Management, el cual puede especificar quién o qué puede acceder a los servicios y recursos en AWS, administrar de forma más centralizada todos los permisos de manera incluso muy específica y analizar el acceso. Para perfeccionar todos los permisos que hay respecto a estos servicios de AWS, prácticamente deberíamos usar IAM, prácticamente es para que de forma segura se administre y se escale el acceso a las cargas de trabajo y obviamente al personal, otorgándole lo que conocemos como el mínimo privilegio, darle el mínimo privilegio para la acción o el trabajo que el mismo usuario realiza. Por esto mismo es que aplicar permisos específicos de tokens de MFA, el multi factor authentication, los temas de incluso cifrar datos de manera con los permisos es muchísimo muy importante a nivel global organización, ya que estas barreras de protección preventiva nos aseguran de que algunos usuarios que están en un área diferente a quienes necesita más información, no tengan acceso o quizás solamente tengan ciertos permisos muy leves, quizá permiso solo de lectura, permisos que incluso no puedan acceder o crear más servicios dentro de la consola, puesto que la consola es donde organizamos todo en nuestro centro de trabajo aquí en la nube de AWS, por eso que IAM es muy importante para gestionar todos estos accesos. Otro como segundo y muy importante es prácticamente KMS Key Management Service, el cual prácticamente en su nombre lo indica es una llave, es una llave donde prácticamente KMS lo vemos como alguien que permite crear, administrar estas llaves criptográficas en las aplicaciones y servicios de AWS, prácticamente con esta llave podemos cifrar datos en cargas de trabajo, firmar datos de manera virtual, cifrar dentro de aplicaciones por ejemplo con un SDK, generar y verificar datos de autenticación, códigos y prácticamente lo que es el Message Authentication Code también es otra parte muy importante en estos casos prácticamente KMS nos apoya a cifrar y proteger todos los datos que están en reposo, obviamente también los podemos descifrar con esta misma llave y prácticamente podemos asegurar el servicio en un extra un plus de seguridad que por mencionarlo es uno de los más baratos en AWS, maneja lo que es el pago por uso, es decir simplemente pagas por lo que utilizas el servicio, hablemos en cantidad de almacenamiento pues gigabytes, en cantidad por ejemplo de servidor sería la familia que viene dando una capacidad de cómputo y en este caso de KMS es por llaves, por ejemplo una llave tiene un costo aproximadamente de un dólar y prácticamente el de más costo se va en las veces que digamos que accedamos utilizamos esta llave que son las solicitudes simétricas donde prácticamente también el costo es ínfimo, mínimo menos incluso de 50 centavos y tenemos prácticamente más de 200 mil usos por mencionar un ejemplo. Como última parte y uno de los servicios prácticamente core iniciales es Simple Storage Service o Amazon s, este es un servicio de almacenamiento puro y duro almacenamiento de objetos, sin embargo no hay que verlo exactamente como un disco duro físico por tomar un ejemplo, sino que este va mucho más allá otorgándonos una escalabilidad, disponibilidad de datos, prácticamente tiene una durabilidad y resiliencia de 99.99.99 prácticamente creo que son 11 9 es muchísima, nos ofrece una seguridad y un rendimiento líder en el sector, entonces podemos utilizar estos servicios para prácticamente mejorar nuestros temas referente a la información como data lakes, copias de seguridad ya que este mismo servicio maneja copias de seguridad y restauración. Y pues aquí de manera un poquito más visual en este diagrama lo podemos ver donde prácticamente tenemos subnets privadas, subnets públicas, en las privadas tenemos por ejemplo el tema del servidor aplicativo o la base de datos que son temas muy importantes y aquí por ejemplo KMS que está entre medias de los servers aplicativos a la derecha nos está ayudando por ejemplo a cifrar los datos en reposo de la base de datos, aquí utilizamos otros servicios como pueden ser el balanceador de cargas que está en una subnet pública, puesto que es a este quien redirige todas las cargas de trabajo entre los usuarios, entre los mismos servidores y nos apoya con un auto scaling prácticamente para hacerlo de manera muchísimo más sencilla y que nos otorga un plus extra ya que hasta este mismo servicio nos otorga certificado de SSL, etc. Y posteriormente prácticamente tenemos los servicios principales de los cuales acabo de platicar un poquito más hacia la izquierda utilizando AWS, IAM un poco más por fuera y Amazon s para los temas de almacenamiento. No sé qué tal te parezca toda esta parte, algunos de estos pocos servicios de los cuales estoy platicando.

No, me parece excelente Axel, de hecho veo aquí que tu infraestructura está aquí sobre unos recuadros, veo que dice regiones, ability zone, sobre esto qué seguridad o qué significa estos recuadros en toda mi infraestructura, no sé si me puedas apoyar también en eso.

Excelente, sin ninguna duda. Prácticamente estos temas que hablamos que vemos zonas, regiones de zonas de borde que ya lo veíamos dentro incluso de la responsabilidad compartida como lo mencionaba. Iniciemos por la parte de las regiones, Las regiones es prácticamente una ubicación física en todo el mundo donde se agrupan los centros de datos, llamamos a cada grupo de centros de datos lógicos zonas de disponibilidad. Prácticamente cada región de AWS consta de un mínimo de tres zonas de acceso aisladas físicamente, prácticamente están separadas en un área geográfica muy grande y es por eso que las regiones es como que nuestro principal motivo para seleccionar, puesto que siempre hay una que está cerca a nosotros, en este caso por ejemplo a México están las regiones que están en Estados Unidos. ¿Y por qué no hay como tal una región en México o en algunos otros países? Por lo mismo de que la latencia entre estas mismas muy baja, entonces prácticamente colocar un centro de datos o una región dentro de aquí de México o algunos otros países que están por ejemplo en blanco es prácticamente innecesario porque la latencia es ultra baja, no se ve como tal necesario a menos que claramente vaya en mayor crecimiento, que claro es algo que siempre va creciendo y posteriormente siempre van apareciendo nuevas y nuevas regiones cada vez, así como zonas de disponibilidad, claro no, en este caso de las AZ o zonas de disponibilidad son centros de datos discretos que cuentan con su alimentación, su red y están incluso con conectividad redundante entre ellos. ¿A qué se refiere esto? Y esto es muy importante referente a zonas de disponibilidad puesto que por ejemplo servicios como s se pueden replicar en distintas zonas de disponibilidad dentro de una misma región. ¿Qué quiere decir esto? Como las AZ están separadas por prácticamente un rango de 100 kilómetros, quiere decir que en caso de que ocurra algún desastre, hablemos por ejemplo en Estados Unidos que ocurren muchos tornados, digamos que pasa uno por un data center, este cae, simplemente no hay ningún problema porque la información se replica en los otros dos que todavía están en pie y como están separados prácticamente eso lo hace mucho más resiliente algún fallo y otorgan más durabilidad. Por último punto, prácticamente tenemos las zonas locales o esta sketch locations que son ubicaciones de borde que prácticamente nos apoyan a ubicar todo el cómputo, el almacenamiento, las bases de datos y demás servicios selectos de AWS a que estén muchísimo más cerca del usuario final, por eso son conocidas como ubicaciones de borde. Estas zonas locales que están muy cerca de nosotros y prácticamente también todos los servicios o la mayoría de servicios como las instancias dc, el EBS, el balanceador de cargas, etc. Se ubican en estas zonas de borde para otorgarnos una latencia de milisegundos, una latencia muy baja, que todo aquello que nosotros utilicemos o tengamos como infraestructura sea muchísimo más rápida y que llegue a nuestro usuario final de muchísima mejor manera. No sé si con esto tenemos un poquito más claro el tema de zonas y regiones.

Claro que sí, de hecho con esto me estás dando las bases para ya ahora así yo crear una comparativa y presentarla a mis directivos. En este caso estoy tomando lo que son seis puntos importantes para nosotros y las primeras tres pues es la disponibilidad, la estabilidad y los costos. Y pues ¿Qué es lo que teníamos nosotros actualmente? Pues con la en nuestro on premise teníamos nuestra infraestructura ahí local y pues la gestión interna de la empresa era de que podíamos tener interrupciones debido a mantenimientos que ya estaban programados o quizás no teníamos programados. Esto nos da un panorama de que los proveedores de la nube pues ya van a ofrecer altos niveles de disponibilidad porque ya vamos a tener, no vamos a tener tantas interrupciones o si las tenemos probablemente son mínimas, se reduce ese porcentaje y por parte de la escabilidad actualmente teníamos que estábamos un poco más limitados en nuestros recursos locales y pues se requiere una inversión significativa para poder escalar ya sea horizontal o verticalmente. Una de las ventajas de la nube es que nos proporciona esta escabilidad casi instantánea, que los recursos se pueden aumentar o disminuir según nuestra demanda o nuestras cargas de trabajo y pues esto nos está permitiendo una flexibilidad y una eficiencia realmente significativa. Y bueno, creo que la parte favorita para todos nuestros directivos que son como los costos. Nuestra parte de un premis tenía una inversión inicial y pues los costos de mantenimiento también eran altos y la actualización quizás eran un poco más predecibles, pero la estabilidad puede ser todavía un poco más costosa. Aquí ya tenemos otra de las bondades de la nube que es menos inversión inicial, ya que nuestros costos operativos sustituyen a los de capital y ahorita sí estaríamos haciendo nuestro pago por uso y esto pues nos hace más rentable a corto plazo, sin embargo los costos a largo plazo pueden acumularse también. Y pues sobre todo a lo que llegamos, la seguridad, nos robaron información, estábamos, estaba nuestra información bajo el control de nosotros, que pudo haber sido una ventaja, pero pues en esta fue una responsabilidad total, ¿No? Nos robaron información. Quizás ya con la nube y lo que me comentas de la responsabilidad compartida, ustedes como proveedores de nube implementan pues medidas de seguridad robustas, pero la responsabilidad compartida pues significa esto, que las empresas deben de asegurarse de configurar y gestionar adecuadamente los recursos en la nube. Y bueno, creo que aquí también entra la parte de un partner que también nos está apoyando por auditorías de seguridad, ver qué servicios se pueden complementar a nuestra infraestructura, creo que eso también es un buen punto a considerar. Y pues por la parte del mantenimiento y nuestras actualizaciones, nosotros teníamos el control total sobre el momento y la naturaleza. Y bueno, acá en la nube las actualizaciones y el mantenimiento van a ser manejados por AWS, lo que puede ser beneficioso en términos de conveniencia, pero puede limitarse el control directo de la empresa sobre estos procesos. Volvemos a hablar de la responsabilidad compartida y los servicios administrados, pero bueno, también contamos con esta gran parte de la nube que es la flexibilidad. En nuestro caso pues por ser on premise teníamos mayor control y personalización sobre nuestra infraestructura y también nuestras aplicaciones, pero a expensas de la flexibilidad en términos de escabilidad. Y pues en la nube ya tenemos esa mayor flexibilidad para adaptarnos ahora sí en cualquier momento a nuestras necesidades de nuestro mercado. Y pues bueno, aquí en resumen a todo lo que comentabas, la elección entre On Premise y la ONU dependerá totalmente de las necesidades específicas de cada empresa, desde sus términos de control, costos, flexibilidad y su seguridad. Ambos tienen sus ventajas y sus desafíos y la decisión puede variar según el caso de uso y pues los objetivos que tenga la empresa a corto largo plazo. Puede ser que una empresa apenas esté iniciando y quizás los servicios en la nube le puedan parecer un poco más caro, pero en un futuro si se ve la empresa o se proyecta realmente esto ayudará a impulsar a su negocio. Y bueno, en esto que les comento de impulsar a su negocio, si estás si están pensando en migrar a la nube, pero aún tienen esa incertidumbre de si tu proyecto es el adecuado, yo los invito a que se acerquen con uno de nuestros consultores de la nube que los estará guiando en este journey. Y pues aquí como lo pueden ver, por medio de cinco pasos ustedes pueden ser acreedores a una POC, que esto consiste principalmente en el paso número uno, que es tener una sesión de consultoría para dimensionar este proyecto. Ya en un segundo paso presentamos el proyecto. En el paso 3 vamos a hacer la construcción en la nube con los servicios acordados de acuerdo al dimensionamiento anterior. En otro paso vas a tener estos días de prueba del proyecto para que tú puedas monitorear y checar el comportamiento y sobre todo también los costos. Y por último, pues es la sierra de esta prueba de concepto donde tú vas a tomar tus análisis y la decisión final. Y bueno equipo, de mi parte fue todo, fue un gusto estar con ustedes en este Architecture Championships y pues muchísimas gracias por acompañarnos. Le cedo aquí la palabra a mi compañera Gio, quien estará aquí cerrando en esta sesión. Muchísimas gracias.

Perfecto, muchísimas gracias Diana, Axel, al contrario por presentarnos el caso de hoy. Igual si tienen alguna duda la pueden compartir a través del chat. Y aprovecho igual para compartirles aquí la información del equipo comercial, quien ellos son los encargados de realizar este tipo de consultorías como la que vimos el día de hoy, en donde se presenta cuáles son las inquietudes que tienes, ellos les comparten la información que tenemos de AWS, realizamos una prueba de su proyecto, como lo comentó Diana, con las pocs y estas pocs no tienen ningún costo. Entonces, esto nos ayuda nosotros como empresa, si queremos probar alguna tecnología de AWS, justamente pues conocerla antes de empezarla a trabajar como tal en nuestros ambientes de TI. Entonces, pues bueno, igual los invitamos a que se acerquen alguna persona que se está proyectando aquí y cualquiera de ellos los puede ayudar a hacer estas pruebas de concepto para que ustedes puedan iniciar algún proyecto en la nube. Entonces, de igual manera, en la siguiente diapositiva les compartimos lo que son nuestras redes sociales. En el canal de YouTube también van a estar consultando lo que va a ser el video que grabamos el día de hoy con este Architecture Championship. Y también aprovecho para comentarles que en el mes de noviembre tendremos otro Architecture Championship en el cual hablaremos sobre la infraestructura, sobre código, entonces les va a estar llegando más información a su correo electrónico a través de nuestras redes que se están viendo en pantalla también van a poder tener más información y. Y sobre el Architecture Championship de hoy, les vamos a enviar de igual manera información a través del correo que estuvieron ahí compartiéndonos. ¿Vale?