261012 AWS PRES PRACT Priv WTC C 20261014 – Transcript

18:46Bienvenidos a todos. ¿Me pueden confirmar, por favor, que escuchan mi audio correctamente con alguna reacción? Perfecto, muchísimas gracias a los que me van confirmando. Excelente. Gracias también a los que me fueron dejando por aquí su nombre en el chat.

19:03Ya por aquí les fui registrando la asistencia. Si todavía no has dejado tu nombre en el chat, recuerda que es eh importante para para podamos identificarte. Listo. Bien, pues déjame nada más aquí validar.

19:18Veo también a Víctor. Víctor, Daniela. Daniela. Listo.

19:31Bien. Vamos a dar inicio el día de hoy continuando con nuestras características de red. Entonces, déjame yo por aquí Muchísimas gracias también. Les confirmo que hasta el momento todos los que me fueron dejando su este su nombre en el chat ya tienen la asistencia registrada.

19:52Conforme vaya pasando la sesión, si pues a lo mejor alguien más se va integrando, este esperemos que nos dejen ese ese nombre dentro de el chat. Bien, pues déjame yo por aquí prender mi cámara para poder dar inicio a este contenido.

20:07Nosotros abarcábamos el día de ayer lo que era nuestro tema de redes y empezábamos con una definición en cuanto a lo que era la red. Yo te decía justamente por aquí estas características de nuestras ACL.

20:22Veíamos esta parte de lo que era la la parte de nuestra lista de control de accesos. Yo te decía que tenemos una lista de control de accesos para poder proteger a nuestras subredes y que también teníamos en algún momento lo que eran nuestras ACL personalizadas, que en este caso son las que denegaban. Eh te daba la comparativa entre lo que eran nuestros network ACL y los grupos de seguridad, que pues cada uno tiene una finalidad distinta de en cuanto a lo que va a ser este apartado de protección.

20:50Entonces, esto es parte de lo que nosotros vamos a encontrar. ¿Con qué vamos a dar inicio el día de hoy? El día de hoy tenemos un servicio que es muy interesante. Su nombre es ruta 53 y la finalidad que tiene es en este caso actuar como un registrador de dominios. Entonces, déjame yo por aquí abrir la documentación y ahorita te la muestro dentro de lo que es mi pantalla.

21:15Entonces, esto también involucra un poco de lo que es nuestro servicio de red, en este caso de distribución, para que lo podamos considerar. ¿Qué es lo que vamos a tener? En este caso, cuando nosotros estamos hablando de lo que es este entorno, algo muy importante a considerar, déjame por aquí te lo coloco, es que necesitamos en algún

21:40momento utilizarlo para, en este caso, no solamente como registrador. En el momento en que a mí me dicen que queremos hacer una interacción con nuestros servicios, aquí llega ese sistema de nombres de dominio, en el cual nos dice, un cliente tiene su equipo, ¿cuál es la dirección IP de el sitio, en este caso, por ejemplo, como IP a eh AnyCompany? Vamos a tener nuestra IP 192.0.2.0,

22:08por ejemplo. Eso es lo que nosotros vamos a tener que, en este caso, necesitamos. Este servidor de DNS va a funcionar justamente de esa manera, nuestro famoso Route 53. Route 53 tiene el objetivo de enrutar los usuarios a aplicaciones de internet. Puede conectar solicitudes, puede conectar infraestructura y al mismo tiempo administrar lo que va a ser nuestro famoso DNS.

22:33¿Qué tenemos que considerar con este servicio de Route 53? A mí me gusta verlo como lo que es un servicio, en este caso, de enrutador a través de diferentes regiones. ¿Qué quiere decir este enrutador a través de diferentes regiones? Yo puedo, en este caso, utilizarlo basado en algo llamado enrutada eh políticas de enrutamiento. Estas políticas de enrutamiento que nos están brindando Anet, pues principalmente nos

23:00van a ayudar a que nosotros podamos en algún momento definir ciertas características. Entonces, es muy importante que en algún momento nosotros lo consideremos. En este caso, cuando nosotros estamos hablando de estas políticas de enrutamiento, son varias, entonces me gustaría eh mostrarte cuáles son las que te pueden llegar a aparecer y en este caso, pues darte una breve explicación

23:26sobre cada una de ellas. Entonces, déjame yo por acá colocar mi tablita para que podamos empezar esta comparación. Route 53, tú lo puedes configurar y puedes definir lo que son esas famosas políticas de enrutamiento.

23:42Vamos a dejarle aquí el 50, por acá le voy a poner política de enrutamiento. Por aquí le voy a estar colocando cómo se decide el destino.

23:58Aquí te voy a dejar un caso típico y típico, ahora sí, y vamos a agregar una más que ahora involucre una palabra clave, lo que tú vas a tener que identificar en algún momento. Entonces, vamos a dar inicio con esta explicación.

24:16La primera política que nosotros nos están entregando, su nombre se le llama enrutamiento simple. Anet, ¿a qué se refiere cuando mencionas un enrutamiento simple? Principalmente va a estar enviando al recurso configurado.

24:34Un caso típico es una aplicación, por ejemplo, con un único destino. Yo puedo decir, mira ve, todo lo que esté en algún momento, las personas que se estén conectando a mi aplicación, quiero que en este caso sean dirigidos hacia lo que es la región de Oregon, por ejemplo. Entonces, aquí es parte de lo que nosotros podemos estar utilizando. La palabra clave es justamente un enrutamiento básico que nosotros vamos a tener. A partir de

25:02ello, ya empiezan en algún momento lo que serían diferentes políticas adecuadas para nuestra carga de trabajo. Por ejemplo, tenemos en este caso lo que es una basada en un peso. Weights.

25:15En este caso, cuando nosotros estamos hablando de este apartado de peso, pe, de pesos, vamos a tener que distribuye según un porcentaje. ¿Cuál puede ser este porcentaje? Yo puedo decir, mira, tengo dos versiones de mi aplicación, la versión A y tengo la versión B. El 90% de mis usuarios va a ser enrutado a mi versión A.

25:40Y el otro 10% va a ser enrutado a lo que va a ser mi versión B, por ejemplo. En este caso, nuestras versiones nos ayudan para que nosotros podamos hacer en algún momento como que ese envío incremental. ¿Qué quiere decir esto? Que yo puedo en este caso especificar, mira, eh, no sé, en algún momento quiero validar cómo se va a estar reenviando la información.

26:04Si veo que eh la versión B está actuando correctamente, voy a darle en algún momento mayor porcentaje. Ahora decir, mira, ¿sabes qué? Vamos a empezar con un 80-20 o un 70-30, eh, 60-40, hasta llegar a lo mejor a un 50-50.

26:19En este caso es como de manera incremental ir liberando una nueva versión de lo que serían nuestras aplicaciones. Entonces, para esto nos ayuda. Y la palabra clave es porcentajes.

26:32Tenemos uno más que se llama latency, basado en latencia. Cuando yo te menciono este basado en latencia, va a estar trabajando según la menor latencia medida por AWS.

26:48Es decir, yo puedo tener en este caso lo que serían mis usuarios usuarios globales hacia regiones con un mejor rendimiento.

27:05En este caso, imaginemos que tenemos cinco regiones y tenemos usuarios de todo el mundo. En este caso, de mis cinco regiones, va a evaluar tu desde dónde el usuario está solicitando en este caso la información y lo va a enrutar a la región que le esté entregando esa menor latencia. Entonces, aquí la palabra clave es latencia.

27:26Nosotros medíamos la latencia, pero solamente nosotros, por ejemplo, el día de ayer que yo te compartía el Cloud Ping, yo te decía eh yo me encuentro en Ciudad de Mé- en Estado de México y desde mi ubicación, justamente, voy a tener una menor latencia para lo que es eh la región de México central. Pero por ahí, pues vamos a ver que depende de la ubicación del usuario.

27:50Otra política de enrutamiento que nos están entregando hoy día se le considera el famoso failover. Cuando nosotros estamos hablando de failover, vamos a tener una región primaria y voy a tener una secundaria.

28:07En este caso, yo puedo decir, mira, el personal de México se va a conectar a mi servidor A y lo que es el personal, por ejemplo, de España se va a conectar a el servidor B, para que puedan tener ese rendimiento basado en, en este caso, lo que nosotros eh tenemos. En este caso, cuando nosotros estamos hablando de lo que sería este apartado, yo puedo tener

28:33servidor A, servidor B e indicar si la principal falla, si la principal falla, utilizará una de respaldo.