Estas semanas en Cloudflare en Español

Hola, buen día, buenas tardes o buenas noches. Donde quiera que nos estén sintonizando o viendo la grabación de este programa de Cloudflare TV. Mi nombre es Alex Mayorga Adame y les doy la bienvenida a Estas Semanas en Cloudflare en Español. Vamos a revisar en este programa, vemos las novedades de producto, así como el blog y las redes sociales de Cloudflare. Bueno, una de las redes sociales que es Twitter. Y un poco les contamos de las novedades que están apareciendo en esos tres sitios. Les recuerdo que en la parte baja de la transmisión pueden ver un correo electrónico. Asimismo, un número de teléfono en donde nos pueden contactar con cualquier pregunta o comentario que tengan sobre el programa. Y bueno, si nos da tiempo estaremos encantados de responder cualquier pregunta o comentario que tengan. Comenzamos entonces. Revisamos primeramente la página de Cloudflare.com diagonal a Whats? guión new. En donde podemos ver las novedades, las últimas novedades de producto que tenemos en Cloudflare. Comenzamos aquí. Con el anuncio de que la API para rutas estáticas de Magic Transit se encuentra disponible desde el día junio 17. Esto nos permite ver y actualizar las rutas estáticas para que nos permitan dirigir el tráfico en nuestros túneles de GRE a través de una API en REST. Y como dice acá, le permite controlar los prefijos de sus túneles y también otras propiedades como puede ser la prioridad o el alcance regional o el peso en el balanceo de SMP. Hoy tenemos un anuncio siguiente que es la remoción del encabezado de cf-request-id que fue removido el día primero de julio de este año. Como nos dice aquí, en el mes de mayo se calendarizó la eliminación de este encabezado y se hizo una prueba en el día 15 de junio, removiendo este encabezado. Como comenta aquí, si en algún punto de su aplicación están utilizando este encabezado, la sugerencia es cambiar al encabezado cf-re. Y también aquí nos dejan un enlace a otras deprecaciones que pueden estar haciendo en la API que pueden encontrar en i.Cloudflare.com diagonal deprecations. Seguimos con otro anuncio que tenemos aquí en Load Balancing, con el balanceo de cargas basado en proximidad que ahora se encuentra generalmente disponible. Esto se hizo disponible en el mes de abril y tenemos que ahora pueden, como ya sabrán, Load Balancing les permite crear infraestructura más confiable y resistente y también más disponible para sus usuarios finales. Con el manejo del tráfico por proximidad, se permite que en su panel de Cloudflare puedan establecer longitud y latitud en las coordenadas donde se encuentran sus centros de datos. Y en base a esa proximidad geográfica, hacer el enrutamiento de sus visitantes para que ellos tengan la mejor experiencia y una respuesta más rápida. Seguimos entonces con la parte más importante del programa, que es revisar el blog de Cloudflare. Tenemos aquí el primer blog que vamos a revisar, un poco del reporte sobre los precios excesivos del egreso en AWS. Este es un blog de nuestro fundador, Matthew, y nuestro colega Nitin. Vamos a revisar un poco lo que nos cuentan. Primero nos comienzan contando un poco de cómo se calculaban los costos por allá de mediados de 1990. Obviamente en el hosting se consideraba el ancho de banda, el almacenamiento, la cantidad de CPU que se utiliza, así como la memoria. Y nos cuentan acá un poco sobre la calculadora de estos costos mensuales que se tienen en AWS, ahí nos dejan un enlace. Y después continúan explicando un poco cómo se hacen estas mediciones. Nos hacen la comparativa aquí, que por ejemplo es como tener una cubeta de datos que se va llenando. Y a esto se le conoce, como indica aquí, como stocks. Y bueno, en el otro caso, el pago por el ancho de banda se hace más bien por la cantidad de megabytes por segundo que se pueden tener aquí, megabits por segundo. Y bueno, nos comentan que a este tipo de medición ellos lo comparan un poco con una manguera en lugar de una cubeta y a esto se le llaman a flows. Después nos explican un poco cómo se hace la conversión entre esos flows y los stocks. Aquí vemos algunos cálculos, por ejemplo, que están haciendo esto utilizando la comparativa nuevamente con la manguera, que podría transferir hasta 328 gigabits. Después, si estuviera obviamente utilizada a capacidad completa. Nos comentan luego acá que esto normalmente no es el estándar y que existe más bien un uso de entre un 40 o 20% de la utilización prometida. Entonces nos cuentan que para sus cálculos utilizaron el 20%, que sería el rango bajo. Y nos dejan también acá un enlace a los datos brutos que utilizaron para sus cálculos, entonces si ustedes también quieren claras, pues lo pueden hacer ahí. Y bueno, nos cuenta acá que Cloudflare obviamente tiene información sobre estos mismos costos en las diferentes regiones. Y aquí vemos cómo hacen una pequeña comparativa utilizando ese 20% mensual en las distintas regiones. Y vemos aquí un poco cuánto es el costo en este proveedor. Y también cuánto se considera en megabytes por segundo el costo que se tiene. Y los estimados con la información que tiene Cloudflare. Y vemos aquí, bueno, pues que los precios sí son un poco excesivos en porcentaje. Nos dejan acá otra tabla en donde vemos, por ejemplo, en Estados Unidos y Canadá hasta 80 veces. En Europa también es similar. Vemos en América del Sur, en la ciudad de San Pablo, vemos 21 veces. En Japón, en Tokio 17 veces. Singapur, similar, 17. Tenemos Sidney y Mumbai en Australia y la India respectivamente, con 8 veces cada uno de ellos. Y también en Corea del Sur, en la ciudad de Seúl, con 3.5 veces. Y bueno, ahí nos dice que incluso en el menor, pues es 357% de sobre precio que se está observando ahí. Y bueno, nos cuentan que también, pues este proveedor es uno de los pocos que no, que no pasan los beneficios o los ahorros que se pueden hacer en los costos de redes que se tienen ahí. Y nos cuentan un poco acá sobre una iniciativa que Cloudflare inició con varios. Antes que es la Bandwidth Alliance. Ahí vemos el listado de todos los que participan. Tenemos a Microsoft Azure, Google Cloud, Alibaba, Automatic Backblaze, Cherry Servers, Data Space, DNS Networks, Dream Hosts, Heavyset, Kings of Cloud, Liquid Web, Scalway, Tencent, Vapor, Vultr, Wasabi y Zenlayer. Que básicamente lo que hacen es no cobrar los costos por ancho de banda a los clientes que están en cloud. Y bueno, pues esto obviamente ofrece descuentos significativos. Y bueno, nos cuentan Matthew y Nitin que consideran que esto es básicamente mantener los precios artificialmente altos. Aunque bueno, el proveedor ahí indica que intentan tener los precios más bajos y la mayor conveniencia. Pero en el caso del egreso de datos, el precio, como comentaban en los cálculos, no parece ser el más bajo posible. Y bueno, nos cuentan un poco en el histórico que a través de los años, en la última década, los precios han caído 23 % anualmente. Y que en general el precio del ancho de banda es 93% más económico que hace 10 años. Y pero en el caso del proveedor que mencionamos, solo se han tenido reducciones de 25%. Y bueno, nos cuentan aquí que estos cargos son como precios de Hotel California. Pero bueno, nos cuentan que esto haría sentido quizás si fueran conexiones residenciales. Porque pues no son simétricas, pero en el caso de los precios mayorista, pues estas son simétricas. Entonces se tiene la misma capacidad tanto de bajada como de subida. Y por lo tanto, pues nos indica aquí que el costo no debería ser menor en el caso de los egresos. Bueno, nos cuentan algunas otras razones que podrían tener para mantener esto. Y también, bueno, decir que todos los clientes que utilizan este servicio. Pues obviamente esperamos que pronto puedan tener los beneficios de Bandwidth Alliance que ya mencionamos. Y ahí les dejo un poco un meme. Vamos al siguiente blog con Arjunan, que también nos cuenta un poco más sobre Bandwidth Alliance. Vemos aquí que nos cuenta sobre esos costos elevados de la transferencia de salida. Y un poco las razones por las que se comenzó esta iniciativa de Bandwidth Alliance. Desde acá se comenzó en el 2018 con más de 15 proveedores de nube. Y aquí vemos un poco el diagrama. Nube única y nube múltiple. Nube múltiple, que pueden ver ahí. Tiendo distintos proveedores para distintas características o distintas partes de los servicios. Y un poco nos cuenta cómo se realizó esto a nivel técnico. Nos da un ejemplo aquí. Pensando que nuestro hosting se encuentre en Virginia. Pero los usuarios se visitan en Sidney. Puede haber ahí un costo de mover los datos de un sitio a otro. Y bueno, pues hay que mantener la infraestructura que mueva esos datos. Y Sidney. Y bueno, pues obviamente Cloudflare tiene más de 200 centros de datos en las ciudades principales alrededor del mundo. Y con esto se hace una interconexión privada de las redes. Y entonces vemos aquí cómo se hace el paso de esa entrada de las dos ubicaciones. También nos cuenta, bueno, que Cloudflare tiene conexión con más de 9500 redes a nivel global. Lo cual pues obviamente genera beneficios. Clientes, como ya mencionábamos, Bandwidth Alliance es uno de estos ejemplos. Aquí nos muestra un poco de los cálculos de los ahorros que se pueden hacer. Y un poco comentarios de clientes que ya están utilizando Bandwidth Alliance. Y que nos cuentan sobre los beneficios que obtienen al utilizarlo. Que obtienen mejor ruteo y también les permite tener soluciones de nube múltiple. Y también, como ya mencionábamos en otro episodio, también la preferencia de cambiar a su panel de Azure la forma de enrutar. Y bueno, invitarlos a utilizar Bandwidth Alliance para reducir sus. Tenemos un blog de nuestra colega Ali, que nos cuenta sobre la introducción de notificaciones de uso en Cloudflare Workers. Bueno, nos cuenta aquí que si ustedes ya construyeron alguna aplicación sobre la plataforma de Workers. Pues obviamente se van a preguntar, pues ¿Cuál es el tráfico que se está observando? ¿Cuántas solicitudes están procesando? ¿Cuánto tiempo están tomando las mismas? Y bueno, nos cuenta aquí que están contentos de anunciar el lanzamiento de las notificaciones de Workers. Que de manera proactiva van a enviar esta información a su buzón de correo. Tenemos aquí un poco de los reportes que van a poder estar recibiendo. En este caso el primero, bueno, es un resumen semanal que menciono aquí. La función de este, pues es dar como un vistazo de alto nivel sobre el uso que se están teniendo. Sin tener que, bueno, entrar al panel y obviamente recibirlo directamente del correo. Nos cuenta aquí que se incluyen el total de solicitudes, la duración de las mismas y el egreso que se tuvieron en toda la cuenta. Sin separarlo por cuál sea el más popular en el uso medio de la CPU. Y vemos aquí un poco un reporte de ejemplo. Tenemos este que fue del mes de entre junio y julio. Vemos el total de requests, la duración y el egreso. Y también nos da un pequeño reporte de cuáles son los Workers principales. Igualmente incluyendo el tiempo medio de uso de CPU. Bueno, nos cuenta aquí que también está el reporte de uso de Workers. Obviamente, como ya mencionábamos, pues el reporte anterior es un poco más de alto nivel. Y después en base a eso se identifican los Workers que generaron más de 25% de ingreso incremento en el uso de CPU. Comparado con la semana anterior o los siete días anteriores. Y aquí vemos un ejemplo de cómo luce este reporte. Obviamente nos cuenta, bueno, nos indica cuáles son los Workers que tuvieron el incremento significativo en el uso de CPU en la semana anterior. Y nos detalla obviamente sobre estos tres. Después Ali nos continúa contando cómo hacer para habilitar estas notificaciones en nuestros paneles de Cloudflare. Ahí nos deja, bueno, entramos a nuestro panel principal de Cloudflare y vamos a la opción de notificaciones y ahí hacemos el botón de agregar. Aquí vemos todas las notificaciones que podemos poner y vemos en el listado al final aparece la de Workers. Obviamente damos agregar y podemos seleccionar estos dos reportes que ya nos mostraba Ali. Y obviamente hacer la configuración de, a los correos electrónicos a donde se. Y también, pues hay otras integraciones que se pueden hacer, por ejemplo ahí con servicios de PagerDuty. Y nos cuenta que también por, de manera automática en todos los nuevos planes de Workers se estará habilitando esta notificación. Y también nos cuenta que si se tienen comentarios sobre estos reportes, pues obviamente nos lo pueden hacer saber en el Discord de Workers. Y también van a recibir una pequeña encuesta de satisfacción sobre los reportes. Aquí nos deja el enlace al Discord. Y bueno, nos cuenta que esto solo es el comienzo, obviamente se va a intentar siempre hacerles llegar más notificaciones relevantes. E información útil para sus despliegues en Workers. Seguimos con el blog, tenemos un blog de Patrick que nos cuenta un poco de cómo se hizo la actualización de la red de Cloudflare en China para tener mejor desempeño y mayor seguridad en el producto. A través de una colaboración. En este caso GD Cloud. Bueno, nos cuenta Patrick, obviamente que Cloudflare siempre tiene la misión de ayudar a construir un mejor Internet. Y obviamente incrementar el desempeño, la seguridad, la confiabilidad. Nos cuenta en este caso en particular de China. Nos cuenta que desde el 2015 se ha estado expandiendo la presencia en China con esta colaboración con GD Cloud. Es la división de nube de gd.com. También, bueno, hace ya tiempo que se tiene una oficina en Beijing, en China. Y bueno, esta colaboración ya tiene varios meses que está activa. Y nos va a contar un poco sobre las mejoras en DNS que se hicieron y en los sistemas de protección contra ataques masivos de denegación. Bueno, nos cuenta que Cloudflare tiene el 14% de los dominios en Internet utilizan nuestros servicios de nombre de Cloudflare. Y también es consistentemente el proveedor más rápido en servidores de nombre autoritarios. Con 12 millones de solicitudes de DNS por segundo en promedio hasta el cuarto, segundo cuarto de este año 2021. Y bueno, eso se logra utilizando la red global de Cloudflare que como ya mencionábamos se encuentra presente en más de 200 ciudades en más de 100 países en el mundo. Y bueno, nos cuenta que pues hasta hace poco las solicitudes de DNS hechas en China pues tenían que viajar a través del Océano Pacífico para conectarse a servidores de nombre fuera de China. Y bueno, nos cuenta cómo esto ha cambiado utilizando la colaboración con GD Cloud. Porque ahora estos servidores se encuentran en la propia China, lo que permite que sea una respuesta más rápida. Nos cuenta aquí que cuando un usuario ingresa a un dominio en Cloudflare y elige tener DNS en China, los servidores de nombre se asignan de algún... Y obviamente se elige teniendo en cuenta que se obtenga el mejor desempeño posible. Nos cuenta un poco aquí cómo funciona la delegación con Glue Records. La IP de los servidores de nombre para no tener dependencias circulares. Y después nos sigue contando un poco sobre la mitigación de ataques de denegación de servicio y cómo se hace esto en la red de Cloud. Bueno, en otras partes se utiliza el sistema de Anycast para traer el tráfico al punto más cercano de donde se está ubicando. Pero pues en el caso de China, por las particularidades de la red, esto es distinto. Y aquí nos da un poco más de detalle. Que se han tenido mejoras hasta el... El porcentaje de ataques mitigados en el borde se ha incrementado hasta casi... Estamos aquí un poco cómo se mejora el desempeño para los clientes. Se hacen reducciones en las pruebas que ellos hicieron de hasta 30% en el desempeño. Y nos deja aquí algunas gráficas. Aquí en azul. Lo nuevo. Vemos cómo se ha reducido bastante la respuesta. Y en las respuestas de DNS. Obviamente, bueno, nos invita si tienen operaciones en China, pues a utilizar esta solución. Y nos deja aquí un enlace en donde pueden contactar para que utilicen esto. Cerrando con el blog, tenemos un blog de Jen y John que nos cuentan un poco sobre la expansión de la red de Cloudflare en más de 25 ciudades en Brasil. Nos cuenta que, bueno, esto también es una colaboración con un proveedor de Internet en Brasil. Y nos cuenta, bueno, también sobre los beneficios en la reducción de latencia en tráfico. Aquí que, bueno, se estaba entre los primeros 20. Y vemos aquí cómo se redujo hasta menos de 10 milisegundos en este caso. Obviamente esto beneficia a los más de 25 millones de sitios o de propiedades en Internet que utilizan la red de Cloudflare. Así como los servicios públicos que ofrece Cloudflare, como es el resolutor de nombres 1.1.1.1. Y los servicios de Warp. Y, bueno, nos cuenta que con esto se espera que la reducción en latencia se siga incrementando. Aquí después vemos un poco un mapa de las ciudades. En azul están marcadas las que están activas ya en este momento. En rojo vemos las que están en progreso y en amarillo las que se tienen planeadas. Y nos comentan Jen y John también que pues esto es en alineación con la misión de Cloudflare de ayudar a mejorar el Internet. Nos cuenta aquí las ciudades que ya están lanzadas como Porto Alegre, Belo Horizonte, Brasilia, Campiñas, Curitiba y Fortaleza. Y las que están próximas a llegar que son Manao, Sao Paulo, Blumenau, Joinville, Florianópolis, Itajai, Belén, Goiania, Salvador, San José, Dorrio Prieto, Americana, Anzolcaba. Y también las que se tienen planeadas que son Guarulhos, Mollidas Cruces, San José, Dos Campos, Vitoria, Londrina, Maringa, Campina Grande, Casa do Sul, Cuiaba, Lacheado, Natal, Recife, Ovasco, Santo André y Río. Y bueno, con esto se está haciendo una expansión de Cloudflare en la región de Brasil de 12 a 16 veces. Bueno, nos cuenta aquí que obviamente como nuestra jefa de operaciones siempre dice Michelle Sattlin, solo estamos comenzando y también pues que esperen más noticias de la expansión en Latinoamérica. Nos deja aquí un correo electrónico, si ustedes trabajan en algún proveedor de Internet y quieren mejorar la experiencia de sus usuarios, pues contactarse con el correo electrónico para colaboraciones en el borde que es app.Cloudflare.com. Y también si les interesa trabajar en esta parte con nosotros, pues nos deja aquí un enlace a los trabajos disponibles que hay en el equipo de infraestructura para que se unan al equipo de Jen y de John. Bueno, estamos ya sobre el tiempo, tuvimos algunos talks un poco extensos, entonces el día de hoy creo que no vamos a alcanzar a revisar Twitter. No me queda más que agradecerles por haberse sintonizado en esta ocasión, invitarles a seguir viendo el resto del contenido de Cloudflare.tv y los esperamos en un par de semanas más con otra emisión de estas semanas en Cloudflare en Español. Se despide de ustedes su amigo Alex Mayor Gadame y nos vemos en la próxima. Que tengan un excelente viernes y un fantástico fin de semana.