Testing de performance: Los nuevos desafíos tecnológicos
•Descargar como PPTX, PDF•
0 recomendaciones•330 vistas
Este documento presenta los nuevos desafíos tecnológicos en pruebas de rendimiento, incluyendo HTTP/2, la nube, CDN y CI/CD. Explica conceptos como el uso de la nube para infraestructura y monitoreo, políticas de escalado automático, cómo funcionan las redes de entrega de contenido geográficamente distribuidas, e integración y entrega continua para automatizar pruebas y notificaciones.
Recomendados
Recomendados
Más contenido relacionado
Similar a Testing de performance: Los nuevos desafíos tecnológicos
Similar a Testing de performance: Los nuevos desafíos tecnológicos (20)
Último
Último (20)
Testing de performance: Los nuevos desafíos tecnológicos
- 1. Testing de Performance: Los nuevos desafíos tecnológicos Leticia Almeida leticia@abstracta.us @lalmeida88 Pablo Barceló pablo@abstracta.us @pablombarcelo http://www.abstracta.us/ 15 y 16 de mayo, 2017 www.testinguy.org #testinguy |@testinguy
- 5. Cloud Artwork By Chris Watterston-Independent designer... brand design and web pixels is my thing + family man. Part time lumberjack for the misses. CLOUD
- 8. 60% of CPU Auto Scaling http://www.cpromptsolutions.in/images/Home-Server-icon.png $ CLOUD
- 12. CDN (Content Delivery Network) http://www.cpromptsolutions.in/images/Home-Server-icon.png CDN Server Geográficamente Distribuido Usuario final 1. Envío solicitud 2. Redirect de la solicitud 3. Retorna recurso solicitado 4. Guarda el recurso 5. Retorna recurso solicitado Aplicación Usuario final 6. Envío solicitud 7. Retorna recurso solicitado desde CDN CDN
- 13. CDN (Content Delivery Network) https://www.qualitestgroup.com/white-papers/testing-content-delivery-networks/ ¡Pruebas de Performance! VELOCIDAD SEGURIDAD USO DE RECURSOS CDN
- 19. HTTP/2 • Basado en SPYD (experimento de Google) • Protocolo Binario • Compresión del request header • TLS (Transport Layer Security) • Multiplexing • Soporte a Server Push HTTP/2
- 21. https://blog.cloudflare.com/content/images/2016/04/http2-server-push-2.png HTTP/2: Server Push HTTP/2
- 22. Pruebas de Performance sobre HTTP/2 Capturar tráfico HTTP/2 • Wireshark - https://www.wireshark.org/ • net-internals de Chrome - chrome://net-internals/ • Fiddler (no soporta) Generadores de CARGA • LoadRunner • Plugin de JMeter HLS WebSocket HTTP/2
- 25. Todos nos podemos sumar!
- 26. ¿PREGUNTAS? ¡MUCHAS GRACIAS! 15 y 16 de mayo, 2017 www.testinguy.org #testinguy |@testinguy http://www.abstracta.us/ Leticia Almeida Pablo Barceló pablo@abstracta.us @pablombarcelo leticia@abstracta.us @lalmeida88
Notas del editor
- Nombrar el título de la charla y que eso sea el pie a hablar de qué vamos a hablar En los últimos años como testers de performance hemos vivido grandes cambios a nivel tecnológico que nos han llevado a adaptarnos, cambiando herramientas y metodologías por nuevas opciones que se ajusten mejor a las necesidades de los clientes. Les vamos a contar cómo en nuestro equipo nos estamos preparando para afrontar estos desafios. Hoy los clientes nos buscan con nuevas necesidades y nuevos requerimientos, por lo que, en lo que respecta a las pruebas hablaremos de cómo trabajar por ejemplo con CDNs, enfoques serverless, protocolos como HTTP2.0, HLS, entre otros. Además de cómo podemos trabajar con metodologías ágiles con esquemas de IC incluyendo pruebas de performance, atendiendo exigencias en tiempos de respuesta menores a 50ms y throughput mayores a 1000 tps. Hemos enriquecido estos conocimientos trabajando codo a codo con empresas como Blazemeter, Shutterfly, Disney y Heartflow y colaborando con la comunidad mediante el desarrollo de plugins que den soporte a nuevos protocolos en JMeter. Es importante destacar que estos nuevos enfoques se pueden poner en práctica en empresas como la nuestra o como la de ustedes. Donde no es necesario tener grandes inversiones ni grandes equipos de trabajo. Basta con conocer las opciones que la comunidad nos ofrece.
- nombrar los títulos y nada más
- nombrar los títulos y nada más
- nombrar los títulos y nada más
- 4 min Que entendemos por Cloud? Infraestructura Generadoras de Carga ¿Cómo simulamos miles de usuarios concurrentes? Ventajas y Desventajas
- 4 min Que entendemos por Cloud? Infraestructura Generadoras de Carga ¿Cómo simulamos miles de usuarios concurrentes? Ventajas y Desventajas
- Agregar grafica de Heartflow para explicar el problema Concluir el tema.
- Agregar grafica de Heartflow para explicar el problema Concluir el tema.
- nombrar los títulos y nada más
- nombrar los títulos y nada más
- 4 min Agregar grafico para explicar CDN plantear que es gratis para determinados contextos, que lo estamos usando CDN (content delivery network) Que problemas soluciona? Cachear geograficamente Abstracta.us
- 4 min Agregar grafico para explicar CDN plantear que es gratis para determinados contextos, que lo estamos usando CDN (content delivery network) Que problemas soluciona? Cachear geograficamente Abstracta.us
- nombrar los títulos y nada más
- nombrar los títulos y nada más
- Agregar imagen de jenkis orquestando el armado de un build con distintos chequeos Como se mete el testing de performance? contar más enfocado a pruebas de servicios, mantenibles, etc infraestructura no igual a producción igual sirve comparar resultados con valores históricos pruebas repetibles, ambiente controlado, exclusivo El objetivo: “Ser capaces de detectar el momento exacto en el que se se inserto esa linea de codigo, esa configuracion o ese cambio el hardware que perjudica la performance del sistema.”
- nombrar los títulos y nada más
- nombrar los títulos y nada más
- 3 min 1996 HTTP1 http1 2009 SPYD 2015 HTTP2 Comparar carga de una página de Http1 con una de Http2 En 1996 1 pagina 1 html aproximadamente 600 bytes. El protocolo HTTP1 fue diseñado para soportar estas paginas. Hoy en día, alrededor de 50 recursos la pagina principal. 300 KB https://http2.akamai.com/demo Indicar razones de porque debemos trasladarnos al protocolo http2 Las buenas practicas sobre Http2 como domain sharding son indicadores de que debemos cambiar de protocolo. En el camino por ser mas rápidos los browsers rompen las recomendaciones de HTTP1 de solo mantener dos conexiones TCP con un mismo dominio. Los browser abren seis conexiones. rapidez en contenido es plata, seguro escucharon esas historias de google o amazon q por mejorar la perf un segundo ganaron no sé cuántos miles de dolares... pero en definitiva, todos sabemos lo improtante q es q una página funcione rápido http://www.enter.co/cultura-digital/redes-sociales/un-segundo-perdido-puede-costarle-a-amazon-1600-millones-de-dolares/ Al ser un protocolo binario es mas fácil de parsear las respuestas. Basado en frame. Multiplexing reduce la latencia. Se abre una conexion y se pueden enviar más de un request sobre esa conexión Las responses de esos requests pueden venir en cualquier orden Cada stream representa un request y un response de ese request Los browsers solo soportan HTTP2 sobre TLS. Toda la información va encriptada. Header Comprenssion User Agent and Cookies se mandan en todos los pedidos. Es una perdida de bytes y no proveen ningún información extra . Http2 provee un algoritmo de comprensión y manda el User Agent una sola vez . Reduce un 85 por ciento Si pagas el cloud deployment por el ancho de banda vas a estar ahorrando si utilizas HTTP2
- https://blog.cloudflare.com/introducing-http2/ https://blog.cloudflare.com/announcing-support-for-http-2-server-push-2/
- https://blog.cloudflare.com/introducing-http2/ https://blog.cloudflare.com/announcing-support-for-http-2-server-push-2/
- 2 min hacer más énfasis q estamos desarrollando jmeter Mencionar cuando esta pronta la primera versión. Tambien estamos haciendo lo mismo para los protocolos HLS y Web Sockets. Dar cierre a esta sección generadora de carga opensource mas popular
- nombrar los títulos y nada más
- nombrar los títulos y nada más
- nombrar los títulos y nada más