Modernización de cargas de trabajo de VMWARE a AWS

Muy bien, muy buenos días. Damos inicio a nuestra sesión del día de hoy, es Architecture Championship, Modernización de cargas de trabajo de Bingware hacia AWS. Muchas gracias por asistir el día de hoy. Y les platico un poco la sesión del día de hoy es una sesión un poco comercial, estaremos platicando acerca de los beneficios comerciales que se tienen a partir de migrar sus cargas de trabajo VMware hacia AWS. Entonces también quisiera invitarlos a nuestra siguiente sesión que será el 15 de octubre. Esta sesión el 15 de octubre que tendremos es una sesión precisamente más técnica, es para darle continuidad a este tema que el día de hoy será comercial y veremos demos dentro de la consola de AWS. Entonces estaremos trabajando la siguiente sesión de manera en la consola y será completamente técnico para perfiles un poco más técnicos. Muy bien, y dando inicio les voy a presentar al equipo que nos acompaña hoy. De nuestro lado está la Ingeniera Zadia Olivares, account Manager de CompuCloud y experta en la nube de AWS y también está el Ingeniero Edgar González y la Ingeniera Ilse Guerrero que son de parte de Ingram, también del lado de Ingram, son expertos en la nube de AWS y lo que se encargan ellos básicamente es de acompañar a los clientes en su proceso de migración a la Nube, o sea, ellos los acompañan en todo el proceso técnico y van de la mano para que su migración y su modernización en AWS sea la la mejor. Muy bien, les comento un poco más sobre quiénes somos, por favor en la siguiente diapositiva. Gracias. Algunos de ustedes pues ya nos conocen, otros no, y nosotros somos un partner Advance certificado en AWS. CompuCloud pues tiene esta certificación que avala que podemos ofrecerles a las empresas cierto nivel de conocimiento en cuanto a las infraestructuras en nube y también pues estamos desde 2012 enfocados 100% en la nube de AWS. Somos especialistas principalmente en la modernización de arquitecturas, Cloud, planeación y migración y también la implementación, administración, seguridad y monitoreo continuo de la infraestructura en la nube de AWS. También les comento que nuestro equipo CompuCloud estamos certificados con estas certificaciones que podrán ver aquí en la pantalla y también contamos con distintos reconocimientos que todo el equipo tiene y esto avala la expertise en los servicios de AWS. Para que nosotros podamos brindarles el mejor servicio hacia las empresas quieran trabajar con nosotros y también pues el equipo que estará presentando el tema del día de hoy también cuenta con estas certificaciones. Pues muy bien, entonces dando inicio con la sesión de hoy, los dejo con el ingeniero Edgar que nos platicará acerca sobre el panorama de la modernización de cargas de trabajo.

¿Qué tal? Muchas gracias. ¿Cómo están? Buen día. Muy bien, pues comenzamos ahora sí con la definición de modernización. La definición de modernización se refiere al proceso de optimizar, actualizar y trasladar aplicaciones y sistemas empresariales a entornos modernos como la nube para mejorar la eficiencia, seguridad y escalabilidad. En el caso de VMware, Bingware en su momento cumplió perfectamente rol en cuanto a temas de optimización de sistemas empresariales. Básicamente bingware cumplió muy bien este rol en donde podíamos aprovechar mejor nuestro hardware, nuestra inversión de nuestros servidores locales y con esta solución podíamos virtualizar otros servidores dentro de este físico. Esto nos permitió optimizar en la cuestión económica, aprovechando como bien mencionaba el tema de los recursos del hardware que tenemos aprovisionado. ¿Cómo ha impactado esta parte de la modernización hacia la nube? La modernización a nube debido a las nuevas tendencias en cuanto a aplicaciones, desarrollo, etc. El contar con infraestructura local on premise pues ha quedado un poquito rezagado, ha llegado ya a su límite. Entonces las tendencias que tienen las empresas ahora es migrarse a la nube para tener esa flexibilidad y poder escalar con mayor facilidad a nuevos recursos. ¿Cómo ha impactado esto? Como mencioné, mayor agilidad, menores costos operativos, acceso a inteligencia artificial, machine learning y automatización. Perfecto, muy bien. Ahora, ¿Cuáles son las tendencias o el por qué se está migrando hacia hacia VMware? Principalmente es la modernización de las aplicaciones, es decir, temas de contenerización y microservicios. Es decir, ahora sí desacoplar las aplicaciones como veníamos desarrollando tradicionalmente mediante monolitos, ahora con el objetivo de facilitar por ejemplo, los procesos de debugging, alguna reparación que se tenga que hacer a nivel código. El desacoplar nuestra aplicación y utilizar temas de microservicios o contenedores ha facilitado muchísimo esa tarea. Es por ello que una de las tendencias para migrar hacia VMware es esta parte, el poder modernizar nuestras aplicaciones haciendo uso de microservicios y contenedores. De igualmente tenemos la parte de infraestructura como código, una de las maneras para reducir errores humanos es automatizar nuestros aprovisionamientos. ¿Cómo podemos automatizar esos aprovisionamientos? Es mediante infraestructura como código, en la que nosotros vamos a estar desarrollando plantillas que puedan ser utilizadas como templates para poner a punto nuestros recursos dentro de la nube. Y bueno, pues de igual manera la parte de optimización de costos, en la que en un esquema de nube vamos a estar pagando únicamente lo que estamos utilizando, es el tiempo que esté encendida una instancia, el tiempo que esté corriendo una línea de código, por ejemplo, etc. Entonces, básicamente son los principales motivos por los cuales el mercado está migrando hacia la nube, en este caso AWS. Perfecto. Y bueno, una de las cosas que tenemos que tener bien en claro antes de migrar a la nube es definir una estrategia. Es importante desarrollar una estrategia clara, tener un proceso de cómo vamos a estar moviendo estas cargas hacia AWS, identificar aplicaciones críticas, dependencias, temas de licenciamiento, va a ser crucial para poder definir este camino que vamos a tener en la nube. Entonces, este primer paso es la evaluación de cargas de trabajo. Después tenemos lo que es la elección de la estrategia de inmigración, cómo vamos a estar migrando estas cargas. Hay tres maneras de montar nuestras cargas en la nube, por así decirlo, que la primera es el tema del rehost o el lift and sheet como se le conoce, en donde básicamente vamos a tener una réplica en la nube, es decir, vamos a tener la misma infraestructura como lo teníamos en on premise, pero ahora en la nube. También está por ejemplo el replatform, quiere decir platform, básicamente vamos a adoptar plataformas como servicio, como puede ser por ejemplo RDS del lado de AWS para el tema de bases de datos, tal vez un Directory Service del lado de AWS para el tema de Active Directory, etc. Entonces ya vamos a estar haciendo uso de servicios administrados que nos permitan gestionar mejor ese tipo de cargas. Y tenemos el refactor, en donde aquí llevamos a rehacer la aplicación, vamos a recrear la aplicación ahora haciendo usos de servicios de la nube, de microservicios de la nube, para contar con una mejor adaptabilidad a estas tecnologías que tenemos en la nube, como temas de inteligencia artificial, etc. Entonces, ese digamos que es como que el camino que podemos tener, lo que vendría siendo el replatform, el rehost, el replatform y la refactorización también pues tenemos que tener consideraciones en temas de seguridad y cumplimiento, por ejemplo, ahorita se ha escuchado mucho el tema de las fintech que tienen que tener lineamientos muy estrictos del lado de la Comisión Nacional de Valores, entonces hay que validar primero en nuestra arquitectura que cumplamos con todos esos requisitos antes de pasar a la migración. Y por supuesto el tema de la optimización continua, en donde ya una vez las cargas de trabajo están en la nube debemos optimizarlas constantemente y bueno, en el caso de AWS ofrece herramientas para monitorear y ajustar el rendimiento y los costos a medida que las necesidades del negocio vayan evolucionando. Muy bien, y bueno, aquí tenemos esta imagen que resume muy bien estas estrategias de migración, en donde por ejemplo en la parte de abajo tenemos lo que es el Leaf and Shift o el rehost, en donde básicamente el servicio está ahí en este nivel es Amazon EC, Básicamente como había comentado, la parte de Leaf Shift es tal cual replicar la infraestructura o la arquitectura que teníamos abajo en la nube haciendo uso de EC, EBS por ejemplo, nuestras bases de datos probablemente van a estar también montadas en servidores como tal, Entonces básicamente es llevarnos lo que tenemos tal cual como lo tenemos abajo hacia AWS, esto como manera inicial. Después de ahí ya podemos comenzar con la modernización, es decir, ya podemos ir viendo qué cargas podemos pasar a un esquema de plataforma como servicio, por ejemplo tenemos un tema de contenedores o bien motores de base de datos administradas como es el caso de RDS, en donde yo ya no voy a estar utilizando mi servidor para correr mi base de datos, voy a estar utilizando a lo mejor RDS, Aurora, etc. Claro que hay que ser algunos ajustes mínimos a nivel aplicación, en donde ahora tenemos que apuntar a estos servicios, por ejemplo en el caso de RDS, RDS como tal no te entrega lo que es una IP como vendría siendo un servidor, lo que te entrega es un endpoint, entonces tenemos que hacer esos ajustes a nivel aplicación, de igual manera si yo tengo mi aplicativo puedo hacer el uso de contenedores para poderlos gestionar mejor. Y bueno, ahora sí que el último nivel como tal en la modernización es la refactorización, en donde ya estamos implementando arquitecturas por ejemplo basadas en eventos, en donde ya estamos utilizando únicamente microservicios para conformar nuestra aplicación y estamos haciendo uso de lambdas para temas de automatizaciones, temas de triggers, etcétera. Y de esta manera vamos reduciendo el uso de recursos que necesitamos para montar nuestra aplicación, en donde ya en este último esquema de la refactorización, ya básicamente estamos pagando únicamente por el tiempo que esté corriendo nuestra línea de código, Es decir, ya no vamos a estar gestionando recursos de servidores, ya no vamos a estar pagando como un recurso como tal, vamos a estar pagando por el tiempo, el tiempo que estuvo encendido, por ejemplo, que estuvo corriendo esta línea de código. Entonces el tema de costos se reduce bastante ya una vez hemos adoptado ese tipo de arquitecturas. Entonces, pues básicamente este es como que el camino que se está adoptando en estos tiempos, esta es la tendencia, el tema de Bingware. Bingware como tal, pues sí cumplió con su objetivo, realmente fue de mucha ayuda en las empresas, sin embargo, por estas nuevas tendencias tecnológicas que hay, las empresas han estado optando por otro tipo de soluciones que le sean más flexibles y por supuesto más rentables a corto y mediano plazo. Entonces, pues de mi parte sería todo, digo, eso sería básicamente el camino que tenemos de VMware hacia AWS y bueno, pues quedamos aquí atentos para cualquier duda. Adelante.

Muy bien, muchas gracias Edgar, gracias por la información y gracias a todos por continuar con nosotros en este Architecture Championship. Básicamente ahorita nos vamos a enfocar a visualizar sobre los beneficios comerciales que tenemos para ustedes al migrar hacia AWS desde un tema on premise o incluso en otra nube. En nuestro siguiente slide vamos a poder concentrarnos en estos cuatro puntos, tenemos más beneficios, pero queremos platicarles un poquito más a fondo sobre estos cuatro principales. El primero es la reducción de costos, no tan solo de infraestructura, sino también operativos. Por ahí nos comentaba mi compañero Edgar en su tema sobre el tema de irnos hacia el pago por uso, irnos un poquito más hacia la filosofía que tiene AWS de pagar por lo que realidad utilizas. AWS ha adoptado muy bien esa filosofía y nos ha ayudado a nosotros como partners a llevar a nuest clientes a estos ahorros de costos, en donde hemos visto hasta un 65% de ahorro de costos en comparativa en la infraestructura que tenían nuestros clientes on premise. Hemos hecho diferentes migraciones de on premise hacia AWS y haciendo estas comparativas de costos, hemos visto estos cambios en la infraestructura. Pero también hablando sobre costos operativos, nuestros clientes también nos han contado, digo más adelante vamos hablar sobre un caso de éxito, pero nuestros clientes también nos han contado sobre las reducciones de costos que han tenido también con su personal, no tan solo del tema del enfoque de su equipo hacia tal cual estar trabajando en desarrollos, en nuevas tecnologías, en innovaciones en sus aplicaciones, sino que sus tiempos ya no están enfocados en temas de mantenimiento, de actualizaciones y demás, que los ha ayudado también a poder agilizar la operatividad dentro de sus empresas. Entonces el hecho también de tener una infraestructura on premise, lo sabemos, no es solamente tener los servidores y listo, es también darles el mantenimiento físico a cada uno de ellos, también el tema del mantenimiento de la luz eléctrica, del enfriamiento, del personal que esté atento a estos servidores. Esto ya nos conlleva más gastos en comparativa de cuando tenemos nuestra infraestructura en AWS. Otro de los beneficios muy importantes que hemos visualizado al tener esta migración con nuestros clientes ya en AWS es la innovación continua. AWS tiene más de 250 servicios, de los cuales se ha enfocado últimamente sobre todo en temas de inteligencia artificial y aprendizaje automático, Machine learning también ha llegado para quedarse. En realidad ahorita la infraestructura y la inteligencia artificial, la infraestructura de AWS ha sido adoptada a tener estas integraciones de tecnología. Son integraciones que han sido muchísimo más rápido para nuestros clientes poder absorber y adaptarse sus aplicaciones y su modo de operar hacia esta tecnología ya estando en AWS. Si nos vamos en comparativa con nuestros clientes que todavía se encuentran en on premise, pues llegar hacia tecnología de inteligencia artificial, pues ha sido un poco más lento, deben de adaptar nuevos equipos, pues que su procesamiento sea con otro tipo de infraestructura que les ayude a soportar ese tipo de tecnología. Temas que AWS ha adoptado, que ellos los tienen con la mejor infraestructura.

En.

Los centros de datos en donde se encuentra AWS, para que pueda soportar este tipo de tecnología y que llegue a nuestros clientes ya súper digerido y también mucho más económico. Hemos también visualizado esas comparativas de costos que hemos adoptado con nuestros clientes y tener esta innovación con nuestros clientes, llevarlos hacia temas de despliegues automatizados de sus aplicaciones, que estas actualizaciones ya no sean un dolor de cabeza y tener que planificar solo el despliegue de estas actualizaciones que nos debemos de ir a una ventana de mantenimiento, debemos de tener a equipo al pendiente para poder hacer esas actualizaciones, sino más bien ya hemos adoptado también temas en donde podríamos hacer estos ciclos de forma automatizada y bueno esto ha sido una gran ventaja para nuestros clientes. Otro tema que me gustaría platicar el día de hoy es el tema de la globalización. AWS tiene diferentes puntos de sus data centers en diferentes puntos del mundo. Hoy en día es una verdad, hemos vivido desastres naturales y los estamos viviendo hoy en día, Florida, hace unos años justo aquí en México, los terremotos que son no está en nuestras manos, pero lo que sí está en nuestras manos es poder tener un plan B ayudados de tecnología como AWS en donde nos ayuda a replicar nuestra información y tener nuestros respaldos incluso al momento en caso de alguna contingencia. AWS tiene puntos por ejemplo en Estados Unidos, en Europa y si nosotros como clientes adoptamos este tipo de planes ante algún desastre y si por ejemplo nuestra infraestructura productiva se encuentra en Estados Unidos y sucede una catástrofe, pues podríamos tener en cuestión de minutos otra vez nuestra operatividad en infraestructura que se encuentra en Europa y para nosotros va a ser totalmente transparente, tal vez para nuestros usuarios también y pues es una de las ventajas que hemos tenido. Si volvemos al tema de la comparativa on premise, pues esto sería un tema de semanas, si no es que meses, poder recuperar la información, recuperar la infraestructura, si por ejemplo fue alguna pieza importante que se dañó de nuestros servidores, bueno esperar a que llegue repararlo y demás. Entonces todo este mantenimiento nos lleva mucho tiempo, dinero y esfuerzo que podríamos ya bien estar enfocando a nuestro equipo y nuestra economía en la vanguardia en irnos innovando también junto con AWS. Entonces eso es algo que también llega con AWS a nuestra operatividad. Y por último pero no menos importante, el tema de la seguridad. AWS también es principal foco para ellos tener una seguridad no tan solo en sus data centers, en en aquellos servidores que se deben de encontrar físicos en algún lugar del mundo, tan es así la seguridad que ni siquiera nosotros sabemos dónde se encuentran esos data centers, sino también nos proporciona servicios de seguridad que podemos estar integrando en nuestra infraestructura, incluso podemos tener firewalls que pueden estar ayudando a denegar intrusiones o algunas IPs a nuestra infraestructura que nosotros no querramos que suceda. Servicios que se integran con este tipo de firewalls como lo es Warduty, que nos ayuda a estar modificando y estar detectando qué tipos de IPs están llegando de forma consultiva y decirte, oye, tenemos una IP de China, esto es algo normal para ti, para tu operatividad y si tú me dices, no, ¿Sabes que? Yo no tengo nada que ver con usuarios en China. Entonces podemos hacer este tipo de bloqueos a diferentes rangos de IPs. Y bueno, esto es uno de los muchos ejemplos que podríamos dar en temas de seguridad. Pero el punto es este, que también dentro de AWS, no porque estemos en la nube significa que vamos a dejar de lado el tema de seguridad. AWS ha reforzado, ha blindado este tema de seguridad con diferentes servicios que se pueden estar integrando, reitero, a la infraestructura que ustedes hoy en día tienen dentro de AWS para generar esta confiabilidad también de los datos. Incluso con temas de encriptación de nuestros datos, tanto en tránsito como en reposo, han ayudado a que los datos de nuestros clientes se mantengan seguros y bien resguardado. Además de que también haciendo mención hacia los controles de acceso, tenemos un mucho más desmenuzado quién sí y quién no puede entrar a la infraestructura que tenemos dentro de AWS y podemos tener incluso un monitoreo de logs de quienes han entrado, a qué servicio, a qué hora, qué usuario, para también nosotros poder tener este control. Porque esto, aunque no lo podemos tocar, como tal vez en on premise estamos acostumbrados, esto sigue siendo una infraestructura donde se encuentran nuestros datos más valiosos, donde se encuentra nuestra operatividad y hay que cuidarlo como tal. Entonces, AWS está totalmente consciente de eso y ha creado estos tipos de servicios. En el siguiente slide nos vamos a estar ya enfocando un poquito más sobre el tema de la escalabilidad y la optimización de recursos que hemos tenido. La escalabilidad nos ha ayudado mucho con nuestros clientes, algo que es un tema muy caro y a veces hasta impensable para algunos de nuestros clientes que se encontraban on premises, de decir, ¿Sabes qué voy a tener mi Black Friday, pues va a ser un día en donde voy a tener el doble, el triple, el cuádruple de peticiones y demanda hacia mis servidores? ¿Entonces, en un sistema on premise, pues qué haces, pues tal vez comprarías otro servidor que te pueda ayudar a respaldar esta demanda que vas a tener en tu operatividad y te vas a quedar con ese servidor, sabes? Por uno, tres años que tenga de vida este servidor que has adquirido por este foco que vas a tener para el Black Friday. Y es una inversión que vas a hacer, que vas a desembolsar y que se va a ir deteriorando ahí poco a poco conforme pase el tiempo dentro de AWS. Esto no tiene que suceder y no tiene que ser un esfuerzo extra para ustedes. AWS nos permite incrementar y disminuir nuestra infraestructura dependiendo de las peticiones, de la demanda que tengan nuestros servidores. Como podemos ver ahí en ese grafiquito de un buen día de tener un solo servidor, se puede estar multiplicando a n cantidad de servidores, como les comentaba ahorita en el ejemplo del Black Friday, pues tal cual. Incluso tenemos una automatización llamado autoescalamiento que nos ayuda justo a esto a través de monitoreo de métricas del uso de nuestros recursos que estamos teniendo. Y al llegar, no sé, a un 70 u 80 por ciento, esos se puede configurar, depende de nuestras necesidades, se pueden ir creando diferentes servidores. Oye, ¿Sabes que? Mi servidor uno ya llegó al 80%, créame uno igual para que pueda estar distribuyendo todas las peticiones, todo el tráfico de mis usuarios a estos dos servidores. Estos dos servidores se están saturando, no te preocupes, te creo otros dos, otros tres. Y es en cuestión de minutos que nosotros ni siquiera vamos a estar teniendo que hacer clics, estar al pendiente, porque esas automatizaciones nos ayudan a poder crear estos servidores en cuestión de minutos. Entonces solito va a estar también distribuyendo nuestro tráfico a esos diferentes servidores que se estén creando. Y cuando también el monitoreo detecte que servidor 5 ya no está siendo utilizado, tan saturado, lo elimina. Servidor 4 también ya no está siendo tan utilizado, lo va eliminando. Y así es como vamos ahorrando nuestros costos y generando servidores conforme a las necesidades que tengamos en ese día o en ese tiempo. Tal cual, esa es la bondad que tiene la escalabilidad dentro de AWS. Reitero, así como podemos multiplicar nuestros servidores a la n cantidad, nosotros también lo podemos disminuir en cuestión de minutos en forma automatizada para otra vez al final no sé, tal vez al día siguiente regresamos a nuestro servidor inicial, a nuestro único servidor y continuamos nuestra operatividad con ellos. Los datos se mantienen actualizados y eso es una de las grandes ventajas. Por otro punto tenemos la optimización de recursos DTI. Por ahí ya nos comentaba Edgar hace unos minutos sobre el tema de la optimización de nuestros costos. AWS tiene diferentes esquemas de pagos a nuestros servidores que nos ayudan a tener descuentos desde un 15 hasta un 35 por ciento de descuento al entrar en estos esquemas de pago. Entonces, esto es una ventaja que no solamente la nube de AWS es económica. AWS nos ayuda a que todavía tengamos tipo de descuentos, optimización en nuestro storage. Un ejemplo muy claro que podríamos tener, y esto ha sucedido de verdad muchas veces con muchos de nuestros clientes, Necesito tener la información, yo por normatividad necesito guardar mi información por dos años, pero es una información que yo no voy a estar consultando, que yo no necesito tenerla activa hoy en día. OK, no te preocupes, podemos llevar toda esta información, estos GB, a un almacenamiento en frío en donde es el 50% más económico de lo lo que hoy en día podrías estar pagando por el almacenamiento de esta información. Y de todos modos lo vas a tener. Ahí viene tu certificación, necesitas por ahí tu auditoría, revisar estos datos, no hay ningún problema, los puedes descargar, pero durante ese tiempo que estuvieron guardados ya pudiste ahorrar tus costos. Entonces es otro método que también AWS tiene para ustedes para poder ir ahorrando costos, irnos hacia temas de servicios administrados. No solamente estamos hablando de ahorrar de costos de infraestructura, sino también de ahorrar tiempos de nuestro equipo en cuanto a la operatividad. Servicios administrados, ¿Qué significa? Ustedes se van a estar olvidando de la administración de estos servidores, de estas bases de datos, del parcheo de las mismas, de las actualizaciones. Entonces, esto es una gran ventaja para nuestros clientes, porque esto ya es un punto y aparte. Se puede programar en el horario que ustedes digan de, oye, ¿Sabes que? De ninguna manera podríamos tener una actualización un lunes a las 12 del día, entonces mejor que sea un sábado a las 3 de la mañana y eso está perfecto, Tengo muy poca operatividad en ese momento, si no es que nula y ahí puede ser mi actualización. Listo, no hay problema. Y no debes de tener a un ingeniero ahí que esté cuidando tus parcheos y tus actualizaciones. Temas de microservicios, irnos hacia temas de contenedores. Esto amplía un poco más el tema de innovación a la infraestructura que tenemos. Nueva tecnología que llega AWS está al alcance de ustedes para hacer uso de ellas. Irnos hacia temas de microservicios y tener todo ya por separado y que estén recursos enfocados en las aplicaciones y bases de datos que en realidad vamos a estar utilizando. Yéndonos un poquito más al siguiente paso, un ambiente serverless, tener bases de datos serverless en donde ya no tengamos un servidor vivo 24 7 por si se utiliza o por si no, ahí va a estar mi servidor. El ambiente serverless nos da el siguiente paso para irnos hacia un ahorro de costos en donde se va a estar activando, por así decirlo, solamente cuando tengamos la petición. Llega usuario X, entra nuestra aplicación y es en ese momento en el que tanto la aplicación como la base de datos se activa, se enciende y consume nuestros recursos. Termina usuario X de utilizar mi aplicación, mis servidores, bueno, mis servicios se apagan. Entonces a esto nos vamos con la filosofía de serverless. Y yéndonos un poquito más HAC, la filosofía de AWS de pagar por lo que en realidad utilizas. Serverless es lo más apegado que tenemos a ellos. Ciclos DevOps, lo que les comentaba hace ratito, poder actualizar nuestras aplicaciones de una forma ya más automática. Esto es real, eso puede suceder en tu infraestructura al estar en AWS en la nube. Y bueno, con la ayuda también de CompuCloud, nosotros podemos llevarlos a todos estos caminos. Temas de serverless, ciclos DevOps, infraestructura como código, que ya nos comentaba mi compañero Edgar y servicios administrados. Compu Claude es un especialista que puede estar acompañándolos a ustedes para hacer esto posible. Como último punto y en el siguiente slide, me quiero enfocar sobre un caso de éxito, un caso real que hemos tenido con uno de nuestros clientes, Exycan. Este caso de éxito está público tanto en nuestra página de CompuCloud como en la de AWS, en donde nuestro cliente desarrolla una infraestructura monolito. ¿Que es esto? En un mismo servidor on premise, tenían tanto su aplicación como su base de datos. Tenían dos o tres aplicaciones en el mismo servidor. Y esto hacía que este servidor fuera un servidor mucho más grande que lo que necesitábamos. Entonces, tomaron la decisión de hacer esta migración a AWS. Y bueno, vimos también las diferencias de costos, los beneficios que teníamos en cuanto a optimización de tiempos. El tema de la administración de los servidores es algo que hoy en día es real para Exycan, así ya lo están trabajando, se encuentran ya en la nube de AWS al 100% y su operatividad está cada vez más innovada. También estamos yendo ya un poquito más hacia temas de modernización y serverless, yendo por ese camino, Incluso el cliente nos dijo que tuvo cambios rápidos y confiables en su infraestructura con la ayuda de ciclos DevOps, en donde eso era un tema que les llevaba minutos, a veces horas hacer este tipo de actualizaciones y hoy en temas de segundos pueden tener su infraestructura actualizada. Entonces, Exycam es un cliente real que tiene esta experiencia de la migración desde el on premise hacia la nube de AWS. Con la ayuda de CompuCloud hemos estado acompañándolos en este camino, en donde hoy en día ya tienen una influencia desacoplada, en lugar de tener ya todo junto en el mismo servidor como lo tenían on premise, tiene una infraestructura en donde tienen servicios enfocados a cada una de las necesidades de las aplicaciones que tenían, sus bases de datos, sus aplicaciones, su ERP, todo se encuentra más focalizado en este ambiente ya de AWS por un costo mucho menor al que tenían en on premise. Y pues bueno, eso era lo que les quería compartir el día de hoy por el tema de los beneficios que hemos visualizado al migrar a la nube. Entonces, los dejo con mi compañera Ilse que nos va a hablar un poquito más sobre los programas. Muchas gracias.

Gracias. Y muchas gracias a todos por acompañarnos. Bien, complementando el tema que ya dieron mis compañeros Edgar y Sadi, pues yo les voy a hablar de los beneficios y apoyos que AWS ha creado tanto para los partners expertos que apoyan a las empresas, como a las propias empresas que se quieren mover a la nube. El primer programa o la primera iniciativa de las que les quiero hablar se llama OLA o Optimization Licenciat. ¿Qué es esto? Básicamente el OL, como lo podemos escuchar y como me voy a referir de él en adelante, es un assessment, es una evaluación de lo que las empresas tienen hoy en día como su infraestructura on premise. ¿De acuerdo? ¿Para qué nos sirve? Nos va a permitir analizar, entender sobre todo y optimizar los recursos en función real de su utilización. Entonces, está enfocado en la evaluación de las licencias, analizar el uso actual para aprovecharlas al máximo. También vamos a ver oportunidades de ahorro. Es decir, este assessment va a proporcionar un reporte que nos dé recomendaciones de uso. Por lo tanto, va a haber una asesoría en estos modelos de licenciamiento para ofrecer o para poder dar a entender a la empresa cuáles son los más adecuados y sobre todo que se alineen a sus necesidades y presupuestos, que esto es muy importante. Finalmente, este assessment nos va a ayudar a planificar completamente una estrategia de migración. Esto incluye tiempos, esto incluye impacto en las licencias, esto incluye cómo vamos a aprovechar la infraestructura actual hacia moverla hacia la nube. Y me preguntarán ¿Cómo se realiza esto? Lo vamos a hacer mediante una solicitud. Y esto se hace con un partner, acompañado del trabajo de un Partner experto como CompuCloud, a través de lo que conocemos como el portal de socios de AWS. En este portal, su partner va a entrar a solicitar, mediante una oportunidad, que se ejecute un assessment. Este assessment, déjenme decirles algo muy importante, es que no tiene costo. Este assessment es para conocer su infraestructura y que su partner les pueda ayudar, armar un entendimiento, un reporte que les va a permitir a ustedes evaluar cuáles son las estrategias. ¿Por qué es importante moverse hacia la nube? Si bien ya no los explicaron Edgar y Sadi, pues esto es como algo más palpable, que incluso podemos compartir áreas tomadoras de las áreas financieras, las áreas de tecnología, etc. ¿Por qué es importante este OL? Pues porque nos permite analizar el consumo real de los recursos, lo que les comentaba, ¿Qué es lo que estamos utilizando hoy en día? A veces las empresas, como bien Sadi nos puso el ejemplo, empiezan a adquirir infraestructura física por la demanda, por el propio, como el propio negocio lo demanda. Entonces, vamos llenándonos de infraestructura que probablemente esté desaprovechada, pero ahí está, está en nuestro catálogo. Entonces, puede ser que esté en uso, puede ser que esté en medio uso o definitivamente está ahí y no lo estemos aprovechando. Entonces, este assadment nos va a hacer ese mapeo de indicarnos cuál infraestructura o qué equipos de cómputo específicamente están siendo utilizados. Y lo padre de eso, lo importante, es que nos los va a traducir a cuál sería su símil en AWS, su infraestructura, el servicio de EC en AWS que le correspondía a nuestra máquina física. Entonces, imagínense el poder de la información que este reporte nos puede dar para entonces estimar los totales que nos va a costar la nueva infraestructura en la nube versus lo que estamos pagando hoy en día en la parte de on premises. Entonces, ahí vemos ya una optimización realmente conforme se evalúen las cargas de trabajo, vamos a ver que realmente se recomienden estos servidores en la nube de AWS y entonces vamos a ver una significativa montos de ahorro. En este caso, el business case como tal nos va a dar esa información para que podamos hacer incluso un TCO con, repito, con áreas sumadoras de decisiones que les interesa muchísimo cuidar la parte del poche y presupuestos de nuestra infraestructura de la operación del día a día de la empresa. Muy bien, el segundo iniciativo programa de las que les quiero comentar es el Migration Acceleration Program o MAP. Este es su personado. Déjenme decirles que esta es de las estrategias más fuertes que AWS empuja muchísimo para que las empresas decidan moverse hacia la nube. Este programa es un programa que nos va a ayudar a ejecutar y a planificar una estrategia correcta de migración en cuanto a tiempos, recursos y propias actividades. Qué nos va a permitir o cuáles son los objetivos del MAP, la evaluación y la planificación de tiempos de entender la infraestructura que incluso el reporte del Olivo nos da, el business case que les acabo de comentar, puede ser un input muy importante para el mapa. De ahí partimos, de ahí sabemos cuál es la infraestructura del cliente actual y cómo la vamos a mover hacia la nube. Ofrece la parte de la financiación. Déjenme decirles que este programa apoya tanto al partner, si bien AWS pone ahí un poco también de su monedero, si me permiten la expresión para que sea más fácil la migración en apoyo de partner, puede financiar una parte del proyecto de la parte ejecutora de servicios profesionales. También les ayuda a ustedes como empresas, como usuarios finales, con la parte de créditos. Si ustedes han tenido uso de estos o si están familiarizados, el término créditos es como tener un monedero electrónico en sus consolas, lo que les va a permitir que el consumo de los servicios que se vayan creando, pues no generen una facturación porque van a tener esa bolsita de dinero que se va a ir ocupando conforme ustedes usen servicios de AWS. Entonces, también es importante este apoyo porque es como decirles de la marca hacia ustedes, es como un agradecimiento de que se están moviendo, de que están reconociendo que el les conviene más el movimiento hacia la nube y que puedan ver los beneficios, ¿De acuerdo? Entonces es muy importante esta parte. También el programa los va a acompañar en cuanto a herramientas y servicios muy específicos que se tienen que utilizar para detonar estas actividades de migración. Son aplicaciones, aplicativos de AWS que se van a utilizar para que esta migración se logre con éxito. La parte del soporte técnico y capacitación están desde la etapa 1 hasta la finalización y posterior. ¿Por qué? Porque entendemos que no todas las empresas han tenido contacto con la nube. Entonces es importante que el partner pueda acompañar al usuario final, a la empresa, para que el equipo técnico pueda conocer las consolas, puedan entender los servicios de AWS, puedan acercarse con su partner en plena confianza como su asesor tecnológico de oye, esto no lo entiendo, ¿Qué es lo que se tiene que hacer? Entonces es un acompañamiento full que los va a guiar desde el día 1, repito, hasta posterior de esta migración. Entonces, este programa está dividido en tres fases. Este programa tiene la primera fase de evaluación llamada o conocida como ACESA, donde aquí vamos a conocer la infraestructura actual, como les comentaba, el OLI o el reporte del OLI es un input muy importante. El OLI para poder obtener esta información hace uso de un aplicativo, una herramienta que se llama Migration Evaluator, la cual se va a instalar en la infraestructura de las empresas, no es invasiva en cuanto a datos sensibles. Déjenme comentarles y para su mayor entendimiento, que esta herramienta se enfoca únicamente en la infraestructura, ¿De acuerdo? Hay que dejarla un par de semanas, de preferencia cuatro, para que pueda obtener la mayor información posible y se pueda hacer un mejor comprendimiento de los datos al final y un reporte más exacto de lo que está hoy en día. Entonces, en esta etapa se va a hacer esa evaluación, en esta etapa se hace la estrategia, repito, del TCO comparativa de lo que tenemos hoy en día, lo que estamos pagando contra lo que vamos a pagar en el futuro, etcétera. Y también el workshop o las capacitaciones para que el equipo entienda de los servicios de AWS. Posteriormente, vamos a una etapa de movilización, que como tal es trazar la planificación de las cargas de trabajo más importantes. ¿Qué es lo que queremos llevar primero y cómo lo vamos a ir haciendo? Si me permiten la comparativa, es como trazar la carretera. Y posteriormente, la tercera etapa, que ya es la migración y la modernización per se, es llevarnos las cargas de trabajo hacia la nube. Es decir, ya una vez la carretera creada, que los carros puedan pasar, que la circulación pueda seguir adelante. Y esta etapa es muy importante y aquí es a donde ustedes obtienen muchísimos beneficios. Si bien esta es la etapa donde ya tenemos cargas de trabajo migradas y es una etapa iterativa, porque pues vamos a estar llevando constantemente la parte de todas las cargas de trabajo que ya destinamos hacia la nube, pues déjenme decirles que lo importante aquí no es dejar las cosas como las trajimos, como lo que nos comentaba Edgar, Lift and Shift, no. Lo que buscamos y como Edgar comentó, es que con la modernización puedan aprovechar al máximo todos los servicios de AWS nativos, que ustedes puedan ya incluso pensar, como bien nos comentaba Edgar, en la parte microserviciosa, en la parte de serverless. Es decir, que ya aprovechen y transformen sus formas de hacer las cosas para que puedan generar más optimización y agilidad y todas las bondades de la nube que ya nos comentó también Sari. Bien, y entonces, ¿Por qué me beneficia el MAP? Y eso lo comento en el slide siguiente. El MAP me va a permitir reducción de riesgos. ¿Por qué? Porque vamos a tener un plan muy bien pensado, cada quien ejecutado, cada quien sabe las responsabilidades y los tiempos en que se tienen que ejecutar las actividades. Es un marco estructural. La parte de la estrategia del ahorro de costos que les comentaba, una parte de fondeo que pone la marca y también poder tener la parte de créditos de nuestra consola. Beneficio para las empresas, para los usuarios finales, la aceleración de este proceso. Como pueden ver, si no tenemos una estructura, si no tenemos tareas específicas, si lo estamos haciendo al tanteo, nos vamos a tardar muchísimo. Este marco nos ofrece ya la estructura de las tres fases para que ustedes ya sepan qué va a pasar, cómo se tiene que realizar y los tiempos que se tienen que cumplir. El acceso a los expertos, tanto de su partner, toda la fuerza técnica y comercial que su partner les da, como también la dupla con expertos de la marca. Nunca los dejan solos. Véanlo como tener dos frentes que se van a complementar. Como les comentaba de la mejora continua, buscar siempre la modernización de la que ya nos habló Edgar. Entonces buscar explotar lo que llevaste a la nube hacia todo lo que lo puedas transformar en beneficio para buscar ahorro de costos, agilidad, optimización, escalabilidad que Sadi nos comentaba, la parte de formación y capacitación, porque esto nos va a ayudar a entender herramientas, entender los servicios y operar nuestro negocio día a día. La estrategia, pues es lo que ya he comentado. Y la parte de modernización nos va a llevar algo muy importante. Dependiendo del proyecto, del tamaño del proyecto, vamos a tener dos beneficios muy importantes por parte de la marca.

Si.

Una migración es un proyecto mediano a grande, podemos tener, y esto lo revisaremos posteriormente, desde el 15% del monto recurrente anual hasta el 25% en créditos. Esto solamente es en la última etapa que les comentaba de migración y modernización. Estos créditos caen en su consola y pueden ser aprovechados por ustedes para que los primeros servicios que se estén levantando no les cuesten. ¿De acuerdo? Ahora, ¿Cómo entender este programa? Justo acérquense con CompuCloud, quien es un partner especializado, para que puedan revisar todos los puntos de este programa para que puedan ver más a detalle sus beneficios y para que puedan determinar si esto les va a dar beneficios para todas las áreas de la empresa y que puedan adoptar la nube y que puedan ya tener esa confirmación y aceptar el proyecto. ¿De acuerdo? Finalmente, y hablando de cargas de BMW, yo quisiera comentarles que hay un beneficio adicional a estos créditos que ya les comenté. En el siguiente slide vamos a ver que tenemos un beneficio hacia migrar directamente de lo que tenemos en VMware o en AWS hacia servicios nativos de AWS como lo es EC, tanto para sistemas operativos Windows como para Linux. Si en sus empresas ya tienen o todavía están evaluando cómo mover estas cargas, les comento que tienen un beneficio grande para que se lo lleven de tres, dependiendo de las máquinas virtuales que ustedes decidan mover a la nube por mes. Es decir, un ejemplo, más de 80 máquinas virtuales por mes, AWS les va a dar por máquina virtual 400 dólares. Y si ustedes deciden migrar entre 40 y 79 por mes, les va a dar 200 dólares por cada máquina virtual migrada en créditos recordatorios. Recuerden, estos créditos son una bolsita o monedero electrónico dentro de sus consolas que pueden aprovechar para que no se genere facturación. Ese es el término cómo podemos entender los créditos. Entonces, les dejo de tarea, les pido mucho que se acerquen con compuclad para revisar estos beneficios más a detalle y que puedan empezar a trazar un plan o una estrategia de migración. ¿Listo? Por mi parte es todo. Aquí estamos por cualquier duda.

Muy bien, muchas gracias Ilse, muchas gracias aadia y muchas gracias Edgar por la información que nos estuvieron compartiendo el día de hoy. Entonces, vuelvo a reiterar lo que les decía al principio, que también tendremos nuestro próximo evento técnico de este mismo tema de migración de cargas VMware, perdón, AWS. Es el 15 de octubre a la misma hora. Igual la invitación se las haremos haciendo llegar a través de su correo. Y con este correo que ustedes se dieron de alta, también vamos a mostrar una demo en vivo brindándoles las mejores prácticas y herramientas claves para que tengan su migración efectiva de VMware hacia AWS. Y también, pues como lo comentaba Ilse al final, ahí nos estuvo compartiendo el programa de Oli, pues es un programa que ofrecemos nosotros para que ustedes puedan iniciar sus pruebas dentro de AWS a través de un assessment desde cualquier tipo de infraestructura. Entonces, primero comenzamos con el assessment donde creamos una prueba de esta infraestructura que ustedes tengan dentro de la nube y nosotros podemos ayudarles justamente a financiar esta prueba para que el cliente, o en este caso ustedes, no les genere ningún costo. Entonces, pueden ver cómo funcionaría su infraestructura y claro, pues que la ventaja es que van a tener un equipo de expertos que los van a acompañar durante todo este proceso. Entonces, igual aquí lo tenemos, este análisis de recursos lo podrán hacer válido a partir del día de hoy hasta el 15 de noviembre. De noviembre. Y pues esta información se las haré hacer llegar por el correo. Igual si ustedes deciden realizar su análisis de recursos, ahí tendrán la información de contacto. Y pues bueno, nuevamente, pues muchísimas gracias por habernos acompañado el día de hoy. Si tienen alguna pregunta, pues estaremos atentas aquí al chat de la sesión. Y en caso de que no tengan ninguna duda, pues gracias por acompañarnos y los esperamos en nuestra próxima sesión que es el 15 de octubre a la misma hora. También van a poder volver a ver esta sesión a través de nuestras redes sociales y de nuestro canal de YouTube para que ustedes tengan acceso a este material y puedan compartirlo o volver a acceder a este material. Muy bien, muchas gracias por acompañarnos y esperamos que tengan un excelente día. Un saludo.