WEBINAR: ✅ ESTRATEGIAS DE MIGRACIÓN A LA NUBE DE AWS 6R´S ☁️

Perfecto, el día de hoy hablaremos sobre lo que son las estrategias de migración a la nube de AWS, que son las R. Y hoy los acompañamos lo que es mi compañero, el ingeniero Axel Loredo, el cual es encargado del departamento de INSE de CompuCloud. Y pues igual, cualquier duda que tengan a lo largo de la sesión, el ingeniero va a estar disponible para sus preguntas. Y también, al igual que el ingeniero Axel, nos acompañan ingenieros del equipo CompuCloud para también resolver alguna duda que pueda surgir durante la sesión. Y su servidora Giovanna López, que estoy en la parte de marketing de CompuCloud, que de igual manera, cualquier duda alguna de información sobre CompuCloud y AWS, con gusto los podemos apoyar para compartirles más información. Y muy bien, la agenda que tendremos el día de hoy de lo que es el desarrollo de las R que aplica WS en cuanto a las estrategias de migración, pues primero iniciaremos con platicar un poco lo que es una estrategia de migración, lo que implica, después pasamos a los puntos de conocer cada una de las 6 R's que estaremos platicando el día de hoy y también lo que es una comparativa entre ellas. Ya una vez que veamos que es cada una, ahora para tomar lo que es la parte de la estrategia, pues tendríamos que hacer una comparativa de estas seis para saber cuál se podría aplicar a algún proyecto de migración que tengamos en camino, o si vamos a realizar algún proyecto en futuro o todavía no estamos decididos sobre qué vamos a migrar o qué es el planteamiento que vamos a estar realizando. Pues también esta comparativa entre las EISR nos va a apoyar a poder tomar la decisión que mejor se adapte y la estrategia que mejor se adapte a lo que es la migración que podríamos estar realizando. ¿Y por último, es el cómo saber qué estrategia de inmigración elegir? Entonces, ya una vez que las conocimos, hicimos la comparativa, ahora ustedes podrán responder a esta pregunta de cómo saber qué estrategia de inmigración van a elegir para el proyecto que puedan realizar en cuanto a la migración a AWS. Y muy bien, antes de dar inicio a lo que es el webinar, rápidamente les platico para quienes aún no nos conocen o para los que ya nos conocen, refrescar un poquito de quién es CompuCloud. Nosotros somos Partners Advanced en AWS, tenemos ya más de 10 años de experiencia en el mercado y trabajamos 100 % con la nube de AWS. Nuestros ingenieros están certificados, como pueden ver aquí, las figuritas que aparecen aquí del lado derecho, Cloud Practitioner, Cipsoft, Administrator, Solution Architect. Todas estas son certificaciones que el equipo de ingenieros deben de cumplir para poder darle esa visión al cliente de que somos expertos en AWS y que trabajamos en actualizaciones continuas para que nuestro equipo de ingenieros en desarrollo y actualizándose en cuanto son los servicios y soluciones que AWS saca al mercado. También en cuanto a certificaciones que se realizan, esto en conjunto para especializaciones que son las que aparecen aquí debajo, tenemos lo que es Well Architecture Framework, que esta es una estrategia para lo que es justamente migración, una perfecta migración a lo que es AWS, en donde a través de seis pilares básicos que AWS hace en estas mejores prácticas, nosotros trabajamos con estos seis pilares, sus mejores prácticas y los adaptamos justamente a lo que es un Web Architecture Framework y también en las certificaciones que aparecen aquí del lado de lo que es Partner, aquí están todas las certificaciones en equipo que hemos realizado en cuanto a los servicios y soluciones que estamos especializados en AWS, por ejemplo, la parte de RDS que es la migración de bases de datos relacionales, la parte del servicio de APIs, de API Gateway Delivery. Tenemos la competencia de Digital Customer Experience, en donde nosotros trabajamos en conjunto con el cliente para darle esa buena experiencia al cliente del cliente en cuanto a lo que es el servicio o la experiencia de usuario en cuanto a lo que es en la nube de AWS, ya sea que si tienes tu e commerce o tu página web montada en AWS, que tu usuario esté 100 % seguro y también que esté disponible siempre lo que son tus servicios. Tenemos por ejemplo también otro SDP basado en que somos expertos en la migración de Windows, entonces justamente por eso platicamos sobre estos temas en donde compucloud ya es experto gracias a las certificaciones que brinda AWS. Y también tenemos recientemente lo que un MSP, este lo acabamos de realizar finales de años de diciembre, que somos un Manage Service Provider. Es importante mencionar que CompuCloud es uno de los dos únicos partners en México que tiene esta certificación, en donde pues pasamos lo que fue una auditoría en donde revisamos cuáles fueron los procesos que crea CompuCloud al momento de empezar un proyecto en AWS con algún cliente y justamente fuimos certificados por ser uno de los mejores partners en cuanto a lo que es el seguimiento, estrategias de migración, estrategias de seguridad, cumplimos una auditoría completamente ahora sí que 360 en cuanto a lo que es el trabajo que realizamos y de asegurar lo que son nuestros clientes y que ellos también estén conformes con lo que estamos trabajando con AWS. ¿Y perfecto, muy bien, iniciando justamente con la parte de lo que es la agenda de las R, de qué es una estrategia de migración, pues ustedes se preguntarán por qué R? Ahora sí que las R fueron diseñadas por AWS, pero tienen su origen en lo que es el modelo de las 5 R que fue publicado por Garner en el 2010, en donde se definen todas las opciones básicas para migrar específicamente a lo que es la nube. Entonces una vez que el equipo de expertos de AWS checó lo que fue el modelo de las 5 R de Gartner, pues se desarrolló el modelo de las R que está basado en lo que es Amazon Web Services, donde está Retain, retain, rehost, replayform, repurchase y rearchitect, que son las 6 R que estaremos platicando el día de hoy, en donde se explica cómo decidir qué estrategia de migración de AWS puedes elegir para tus aplicaciones. ¿Y muy bien, pues iniciando, que es una estrategia de migración? Bueno, como ustedes saben, pues esto se refiere a lo que es el proceso de migrar ya sea todo un entorno de aplicaciones o lo que es infraestructura informática, ya sea la nube o tal vez a otro centro local, que pues ahorita específicamente hablamos de lo que es la nube, ya que nos permite justamente lo que es optimizar costos y también encontrar agilidad o también simplemente actualizar tus sistemas antiguos que sea más fácil y con menos costo. Entonces estos son algunos ejemplos que se muestran en pantalla, que son ejemplos básicos de migración generales, que como les comentaba, migrar tal vez una aplicación de un centro de datos local a otro o también de una nube pública a un entorno de nube privada o viceversa, de un servidor local a un entorno de nube pública o migrar una aplicación de un proveedor de nube a otro. Es importante que sepan que puedes migrar de una nube a otra aunque ya te encuentres con algún otro proveedor de nube, puedes cambiarte de proveedor de nube si te encuentras en on premise, puedes cambiar a la nube ya sea híbrida o 100% hacer tu migración. Ya esto depende justamente de las estrategias que vamos a estar platicando el día de hoy. Y muy bien, entonces iniciamos con lo que son las R. Aquí mi compañero el ingeniero Axel les estará platicando cada una de ellas y cualquier duda que tengan conforme vayamos avanzando en la sesión pueden colocarla a través del chat y al final estaremos teniendo unos minutos para estar platicando y si tienen alguna duda pues podamos responderla. Muy bien Axel, no sé si gustes iniciar por favor.

De acuerdo Joana, entonces comenzamos con lo que vienen siendo las R. Por primera parte tenemos lo que es Rehosting. Rehosting básicamente también conocido como Lift and Shift. Descubrimos que muchos de los primeros proyectos de la nube gravitan hacia un nuevo desarrollo. Este utiliza las aplicaciones nativas de la nube, pero en un escenario de inmigración de grandes legados. ¿Qué quiere decir esto? Que Rehosting básicamente toma todos tus servicios, todas tus aplicaciones que tengas on premise, por ejemplo tu infraestructura y básicamente lo que hace es copiar y pegarlo a la nube, lo pasamos completamente tal cual es. Por eso Rehosting es básicamente de los más sencillos y de los más rápidos, puesto que ayuda a tu modelo de negocio a que siga fluyendo de manera correcta y de forma rápida. Si bien esto puede traernos varias optimizaciones, ahorro de costos y esto puede automatizarse con varias herramientas que tenemos en la nube, por ejemplo cloudengier o AWS VM Import o Export, también hemos comprobado que algunas aplicaciones son mucho más fáciles de optimizar o reorganizar y básicamente la intención de esta estrategia es alcanzar el caso de negocio de una forma bastante más acelerada con esta migración a consiguiente, la siguiente R que tenemos sería Replatform. Replatform también la podemos llamar como Lifting Care and Shift Replatform. En este caso se realizan algunas optimizaciones en la nube, quizá de otro tipo para lograr algún beneficio tangible, pero no se cambia la arquitectura principal de la aplicación. Es posible que se busque reducir la cantidad de tiempo que se dedica a la administración de las instancias, por ejemplo de las bases de datos, mediante esta migración. Pasamos de una base de datos como servicio, como podemos tener con Amazon Relational Database o la migración de su aplicación a una plataforma totalmente administrada como Amazon Elastic Pinstack por ejemplo. Esta R básicamente rediseñamos lo que viene siendo la plataforma que se esté usando para poder implementarla. Requerimos un análisis del negocio previo para identificar aquellas funciones que deban eliminarse o moverse bien a la nube. Básicamente nos basamos un poco más en lo que es en la plataforma, se pueden ahorrar bastantes costos e incluso se pueden modificar la migración a la nube bastantes de estos servicios o procesos, pasando de un medio físico a un medio en la nube con un tercero en consiguiente otra de las siguientes erres conocida como Repurchase, esta es un poco más sencilla, puesto que de lo más habitual es básicamente una recompra. Pasamos a una plataforma en Software as a service, donde tratamos de cambiar por ejemplo un CRM, Tenemos un CRM on premise que nos consume un frontend, un backend y una base de datos, dos bases de datos, tres bases de datos. Entonces esto nos consume tantos GB de almacenamiento, tantos recursos y lo que hacemos es mejor nada más para. A lo mejor nada más es para un nicho de clientes que tengamos muy segmentado y que con una aplicación de un tercero que nos ofrece como un software as a service, podemos adquirir esto mismo que tenemos on premise, pero quizá con un costo menor, pasando de que simplemente lo podemos googlear, ponemos en Google CRM y nos van a salir varias opciones donde se pueden acoplar a nuestro uso en particular. Básicamente comprando este servicio en vez de tenerlo nosotros lo compramos como software as a service en la nube, este servicio que en realidad necesito pudiera estar pagárselo a un tercero para que ese tercero lo mantenga y yo nada más lo consumo como software as a service. Básicamente esto es lo que nos menciona esta R, este modelo de migración, donde simplemente compramos o adquirimos aquello que nos haga un ahorro, nos genere una mejor optimización que tenerlo on premise. De acuerdo, prosigamos con la siguiente ¿Que sería Refactor? Refactor o Rearchitecting también es reimaginar la arquitectura y el desarrollo de las aplicaciones que tenemos, normalmente utilizando características ya nativas de la nube. Esto suele estar motivado por una fuerte necesidad empresarial de añadir funciones escala o rendimiento que de otro modo serían difíciles de conseguir en una entorno actual de la aplicación. Por ejemplo, podemos tener la misma arquitectura de la aplicación pero dividirla en pequeños microservicios, donde estos microservicios pueden estar en la nube y cada uno de ellos puede tener tanto un uso de CPU, un uso de RAM y simplemente dado el caso de que sea necesario vaya en aumento o en decremento. Básicamente qué se busca migrar de una arquitectura monolítica a una arquitectura orientada a los servicios, esto para impulsar la agilidad o mejorar la continuidad del negocio. Hemos oído muchas historias acerca de esto, por ejemplo con eBay, este modelo tiende a ser el más caro, pero si tiene un buen ajuste producto mercado también puede ser el más beneficioso. Entonces a pesar de que sea un poco más costoso, a la larga nos ofrece muchísimos más beneficios puesto que se puede manejar o controlar de muchísima mejor manera a puntos más específicos. Esto siempre es muy bueno siempre y cuando se tenga en claro cuáles son los objetivos del negocio y hacia dónde queremos ir con este negocio. Básicamente Refactor nos genera esta arquitectura en la nube pasando ya sea completamente o por pequeños microservicios como mencionaba. De acuerdo, entonces pasando a la siguiente R tenemos Retain. Retain es más que nada uno de los más comunes porque como su nombre lo indica es básicamente mantener. Hacemos una revisión de lo que tenemos y tal vez por ejemplo ahorita todavía estemos aguantando algún tipo de servicio on premise y no queramos migrar absolutamente todo lo que se tiene a la nube. Retain esto es básicamente en lo que nos apoya, mantenemos quizá algunos servicios, algunos aplicativos, algunos servidores por ejemplo que se tienen on premise y lo demás lo podemos ir pasando a la nube, ya sea porque no se esté preparado para dar la prioridad a una aplicación por ejemplo que se ha actualizado recientemente y se quiera mantener o por el contrario no se esté dispuesto a migrar algunas aplicaciones. Como comentaba, esto sólo se debe migrar lo que tiene sentido para el negocio y a medida que la gravedad de la cartera cambia de las instalaciones a la nube, probablemente se tendrá menos razones para retenerla. Si bien podemos estar reteniendo ya sea por ejemplo ya que estemos bajo algún contrato y que requeramos mantenerlo en físico o algún servidor de que en caso de que su depreciación sea hasta dentro de dos años, pues se puede ir migrando a la nube los demás aplicativos o servicios que se tengan, por eso lo mantenemos, por eso como su nombre lo indica se mantiene, se mantiene hasta poder migrarlo a la nube o si bien se puede mantener y tenerlo en un esquema mixto. Entonces con esto proseguimos a la última de las erres que la conocemos como retire. Retire o básicamente deshacerse de retire es una vez que hayamos descubierto todo lo que tengamos en nuestro entorno se puede preguntar a cada una de las pequeñas áreas o aplicativos que tenemos qué necesitamos, entonces quizá aquí se ha comprobado de que quizá un 10% hasta un 20% de los aplicativos que se tienen o que se manejan dentro de la empresa quizá no son necesarios en total forma, quizás adquirió un servicio para un solo evento y ese servicio se quedó ahí consumiendo ya recursos a pesar de que esté apagado fue un costo, entonces con este retire lo que se hace es básicamente todo aquello que no se necesita se va, lo retiramos, puede deshacerse simplemente este ahorro incluso puede impulsar al caso de negocio a dirigir la escasa atención de su equipo a las cosas que la gente utiliza y disminuir la superficie que tiene que asegurar, básicamente es eso, nada más tomar en cuenta aquello que ya no se necesita y retirarlo para así poder migrar a la nube aquello que sea necesario, aquello que de verdad nos genere un impulso en la productividad, en el ahorro de costos o inclusive nos podamos sobrellevar ya que a estos aplicativos que nos están generando un costo o inclusive un uso dentro de los recursos como la CPU o el almacenamiento se pueden retirar y así generamos un ahorro tanto en costos como en la CPU y al momento de emigrar a la nube tenemos ese momento, ese punto o ese pico máximo como punto de anclaje para así poder tener en cuenta hasta dónde podemos llegar y dado el caso se puede dejar una pequeña parte dado el caso de que se pueda incrementar. Entonces con esto serían lo que vienen siendo las 6 erres. Ahora procedemos con un pequeño esquema donde podemos tomar en cuenta bastantes puntos, si bien podemos por ejemplo nos comenta aquí en el pequeño esquema de que podemos empezar ya sea con retain o retire que son dos pequeñas formas mucho más fácil de verlas, mucho más fácil de entenderlas. Retaines manteniendo lo que ya tenemos y quizá migrando solamente algunas partes o retire, donde eliminamos aquello que no necesitamos y procedemos a migrarlo a la nube. Estos esquemas son muy buenos para empezar, inclusive una ar puede llevarnos a otra, como pueden ser estas dos que nos pueden llevar a lo que es Rehost o Repurchase, donde básicamente ya tenemos identificado qué queremos mantener o qué queremos quitar, y simplemente ya sea que nos vamos con Rehost y lo migramos completamente todo a la nube, ya lo que tenemos identificado o con Repurchase, compramos a un tercero el servicio para tenerlo como Software as a service y simplemente estarlo utilizando para que este tercero nos esté manteniendo el servicio Free platform. Si bien está entre medio de ambas, es para tener en cuenta, se puede tener en cuenta incluso ambos puntos, donde nosotros vemos cómo modificar o cómo pasar nuestro esquema on premise a la nube, ya sea dividiéndolo en distintos puntos, modificándolo y configurando la infraestructura, aquellos dominios o plataformas que se tengan, y así podemos generar un esquema de negocio, un modelo de negocio muchísimo más acorde a las necesidades y a los costos. Si bien todo esto se puede hacer de manera manual, ya una vez se tenga todo bien implementado, se puede generar automatizaciones para ya no tener que estar entrando y manejándolo cada apartado por nosotros mismos, sino que simplemente se hagan de manera automática, por lo cual no sólo tenemos una optimización en los costos, sino quizá también en los tiempos de trabajo con estas migraciones, transiciones y obviamente todo esto nos genera una muchísimo mejor producción en general. Básicamente estas son las estrategias de migración de aquí en adelante hay muchísima más información, básicamente cómo desmenuzar cada una de estas, y esto explicado es básicamente que nada más la punta del iceberg, ya sea que se consideren que hay opciones al momento de emigrarse a la nube, como cada una de estas seis estrategias, estas seis errestas, y que no es nada más blanco o negro, sino que hay más de que no es necesario estar todo en la nube o estar todo on premise, sino que se puede incluso hacer un mix, lo ideal quizá es tener un mix en algunos casos, o incluso tener esquemas de replicación en la nube, en distintas regiones, en distintas nubes, y todo esto se puede llegar a esquemas bastante interesantes y todo gracias a estas estrategias de migración que se pueden adaptar a tu modelo de negocio o a cada punto específico que se pueda llegar a necesitar, como lo puede ser la infraestructura o quizá nada más algunos puntos, como mencionaba con Retain, algunos puntos los mantenemos on premise y otros puntos los migramos a la nube y es donde podemos cada una de estas R se puede acoplar muy fácilmente a cada tipo de modelo o esquema que se tenga en mente. Entonces, con esto tenemos explicado lo que es cada una de las erres. Bien Jio, yo creo que esto sería todo por mi parte, te cedo el micrófono.

Muchas gracias Axel. Y justamente ahora que Axel nos explica lo que son estas seis erres, nos gustaría que ustedes nos dijeran cuál de estas seis estrategias que estamos platicando, que estamos revisando, usarían para un proyecto de migración. Igual, en lo que nos van ayudando a contestar lo que es la pregunta que les va a aparecer en pantalla, justamente pasamos a la comparativa de estas 6 R, para que tengan una idea más sencilla de cuáles son la comparativa entre una y otra. Aquí como se ve en el gráfico, pues estas seis estrategias difieren en lo que es su complejidad, su oportunidad de optimización y de esfuerzo, que el esfuerzo está dividido en dinero y tiempo. Entonces, como pueden ver aquí en la parte azul se muestra lo que es esfuerzo, que es costo y tiempo y en la parte naranja es la oportunidad que una vez que ustedes hacen la migración, comienzan con lo que es el proyecto, tienen la oportunidad de poder optimizar, ¿A qué nos referimos? Pues optimizar desde recursos hasta la parte de optimización también de costos, que tienes esa fiabilidad o esa elasticidad en estar optimizando lo que son tus recursos. Entonces, muy bien, perfecto, muchísimas gracias por lo que son sus respuestas. Muy bien, entonces aquí pues como pueden ver ya en lo que es la gráfica, pues ya se pueden dar como una idea más sencilla de lo que es y poder comprender lo que son las 6 R, pues cada estrategia de migración de AWS tiene su propio viaje, así como lo vimos en el diagrama anterior, el cual nos ayuda a comprender cuáles son los pasos necesarios para cada una de ellas. Y ya esto también depende de cómo quieran iniciar lo que es su migración, si la iniciamos desde cero, desde crearla desde la nube o como nos comentó Axel, en un entorno mixto, en un entorno híbrido, y poder realizar lo que es esta migración de acuerdo a alguna R que nos pueda apoyar en el proyecto que vayamos a realizar. Entonces pasamos al cómo decidir qué estrategia de migración utilizar, ya sea para migrar sobre algunas aplicaciones o migrar todo lo que es el entorno a la nube. Y justamente tomar la decisión correcta, pues también implica comprender cómo funcionará tu nuevo entorno una vez que lleves tus datos a la nube y cuáles son los beneficios específicos de usar un entorno de nube de AWS para tu empresa. Justamente aquí es en donde compucloud entra y forma parte de lo que es tu estrategia de migración. Una vez que analizas ya sea tú individualmente analizas cuál reutilizar, ahora puedes acercarte a CompuCloud y revisamos si esta R que tú decidiste puede funcionar o también el equipo de expertos de CompuCloud. Una vez analizando lo que es tu infraestructura o el proyecto que quieras iniciar en la nube de AWS, te recomendamos también nosotros una R que pueda apoyarte y que esta estrategia de migración te ayude tanto optimizar lo que son tus recursos como optimizar costos. En CompuCloud tenemos justamente el departamento de Customer Success, el cual también se encarga de darte un seguimiento ya una vez que entras a lo que es tu proyecto de migración, el equipo de Customer Success da un seguimiento a lo que son tus servicios o tus cargas de trabajo que tengas en lo que es la nube de AWS. Trabajamos desde la parte de estar monitoreando lo que son tus recursos que estén funcionando adecuadamente, la parte de seguridad, que estén completamente tus datos o tu información segura en la nube y que tengas una escala de accesos a tus usuarios para que justamente tu estrategia de migración empiece a avanzar de la manera correcta y que también sepas que va a estar 100% disponible aquellas cargas de trabajo que vas a estar trabajando o también que estén los recursos adecuados en lo que es la nube de AWS, que justamente el equipo de Customer Success también se encarga de estar revisando lo que son estas etapas. Y también tenemos al departamento justamente de implementación, regresando un poquito a lo que es tu estrategia de migración, en donde son ellos los que te ayudan a hacer el análisis de tu estrategia y te acompañan paso a paso. Te estamos explicando lo que es, cuáles son los siguientes pasos que vamos a estar realizando, así como se mostró en la gráfica donde vienen las seis erres y para que tú también tengas el avance y cómo es que vamos a ir evaluando y evolucionando lo que es tu estrategia de migración o tu proyecto que desees iniciar en lo que es la nube de AWS. ¿Y muy bien, ahora sí les quiero compartir aquí, ustedes están buscando lo que es algún nuevo proyecto para realizar en lo que es la nube o apenas están buscando lo que es un proyecto de migración? En pantalla igual les va a estar apareciendo la siguiente pregunta, si tienen algún próximo proyecto de migración, si están por realizarlo a largo plazo, si apenas están evaluando lo que es una migración futura o si ya están en alguna etapa de migración, pues aquí en AWS o están evaluando alguna otra, algún otro servicio de migración. Muy bien, perfecto, muchas gracias ahí por sus respuestas y justamente agradeciendo a su participación en el webinar, tenemos una promoción exclusiva en donde les estaremos haciendo llegar lo que es un cupón de descuento de 200 dólares en cuanto a lo que es implementación y estarían llevándose también lo que es una consultoría de migración sin costo. Esto sin ningún compromiso. Si ustedes quieren primero analizar o quieren platicar sobre lo que es alguna estrategia de migración que quieran realizar, con gusto el equipo de expertos de CompuCloud, podemos agendar una sesión, revisamos lo que es su estrategia o creamos la estrategia que mejor se adapte a su proyecto y ya ustedes toman la decisión si quieren seguir avanzando o lo seguimos revisando en algún futuro. Perfecto, entonces igual les haremos llegar al correo que nos dejaron en su inscripción lo que es su cupón de descuento, que este pues igual tienen utilizarlo hasta lo que es el mes de mayo del presente año, para que puedan analizar lo que serían sus estrategias y cómo es, quieren avanzar con lo que es la parte de migración. Y justamente en pantalla les estará apareciendo lo que es el equipo consultor comercial, que aquí tenemos al Ingeniero Carlos González, el Ingeniero Carlos González está específicamente en la zona norte de la República Mexicana, del país, y también a la Ingeniera Zadia Olivares, ella está en la zona centro. A todas aquellas personas que estén en Ciudad de México, Puebla y toda la zona centro de la República, la Ingeniera Sadia está a sus órdenes. Y también el ingeniero Gabriel Gómez, él está en la zona occidente de la parte de Jalisco, Colima, todo lo que es la parte occidente de la República. Entonces, aquí igual les compartimos sus datos. También al momento de que les estemos enviando lo que es esta información, les enviamos también un poquito más de lo que es un artículo sobre las R, para que conozcan más a detalle sobre lo que platicamos el día de hoy. El artículo está hecho por el ingeniero Axel, en donde les da un poquito más de datos técnicos para que conozcan cada una de ellas. Y de igual manera los invitamos justamente a lo que es nuestro canal de YouTube, aquí podrán consultar lo que son tanto el webinar que tuvimos el día de hoy, como webinars pasados que hemos estado trabajando. Y pues también cualquier duda nos pueden escribir directamente ahí en el canal, en los comentarios o también a los contactos que estaremos compartiendo aquí en pantalla a través de nuestras redes sociales o al correo de info mx. Y también aprovecho para invitarlos a escuchar a través de lo que es el canal en Spotify, tenemos un podcast que está dedicado justamente a todo lo que es AWS y CompuCloud en cuanto a servicios y soluciones. Entonces también los invitamos a buscarnos en Spotify como CompuCloud y ahí estará el podcast para que puedan revisar también algunos temas, así como lo revisamos hoy a través del webinar, pues también a través de un podcast en donde platicamos algunas partes técnicas sobre los servicios, soluciones de AWS y que puedan tener más información. Y pues nuevamente muchas gracias a todos por acompañarnos. En el transcurso del día de mañana les estaremos enviando más información y ya podrán consultar lo que es en el canal de YouTube el webinar que tuvimos el día de hoy. Y pues también si tienen alguna duda, estamos aquí, tenemos un par de minutos para responder a cualquier duda que tengan, la pueden poner a través del chat que tenemos aquí disponible. Y pues aquí el ingeniero Axel nos estará apoyando a responder alguna duda que tengan de acuerdo a las seis erres que comentamos el día de hoy.