Editor Top
|
|
A menudo hablamos sobre el ritmo de la innovación en AWS y compartimos los resultados en este blog, en la página Novedades de AWS y en nuestras transmisiones semanales de AWS on Air. Hoy me gustaría hablar sobre un tipo de innovación ligeramente diferente, el tipo que ocurre entre bastidores.
Cada cliente de AWS usa una combinación diferente de servicios y usa esos servicios de maneras únicas. Cada servicio está instrumentado y monitoreado, y el equipo responsable de diseñar, construir, ejecutar, escalar y evolucionar el servicio presta atención continua a todas las métricas resultantes. Las métricas brindan información sobre cómo se usa el servicio, cómo funciona bajo carga y, en muchos casos, resaltan áreas para la optimización en busca de una mayor disponibilidad, un mejor rendimiento y costos más bajos.
Una vez que se ha identificado un área de mejora, se implementa un plan, se realizan y prueban los cambios en entornos de preproducción y luego se implementan en varias regiones de AWS. Esto sucede de forma rutinaria y (hasta la fecha) sin fanfarria. Cada parte de AWS mejora cada vez más, sin ninguna acción de su parte.
Tabla de actualización de DynamoDB
A finales de 2021, anunciamos la clase de tabla de acceso poco frecuente estándar para Amazon DynamoDB. Como Marcia señaló en su publicación, el uso de esta clase puede reducir sus costos de almacenamiento en un 60 % en comparación con la clase existente (estándar). También le mostró cómo podría modificar una tabla para usar la nueva clase. La operación de modificación llama al UpdateTable función, y esa función es el tema de esta publicación!
Como es el caso con casi todos los lanzamientos de AWS, los clientes comenzaron a utilizar la nueva clase de tabla de inmediato. Crearon nuevas tablas y modificaron las existentes, beneficiándose de precios más bajos tan pronto como se completó la modificación.
DynamoDB utiliza una arquitectura de almacenamiento altamente distribuida. Cada tabla se divide en varias particiones; operaciones como cambiar la clase de almacenamiento se realizan en paralelo en todas las particiones. Después de analizar muchas métricas, el equipo de DynamoDB encontró formas de aumentar el paralelismo y reducir la cantidad de tiempo dedicado a administrar las operaciones paralelas.
Este cambio tuvo un efecto dramático para las tablas de Amazon DynamoDB de más de 500 GB de tamaño, reduciendo el tiempo para actualizar la clase de tabla hasta en un 97 %.
Cada vez que hacemos un cambio como este, capturamos las métricas de «antes» y «después», y compartimos los resultados internamente para que otros equipos puedan aprender de la experiencia mientras están en el proceso de realizar mejoras similares. Aún mejor, cada cambio que hacemos abre la puerta a otros, creando un ciclo de retroalimentación positiva que (una vez más) beneficia a todos los que usan un servicio o función en particular.
Todos los usuarios de DynamoDB pueden aprovechar este mayor rendimiento de inmediato sin necesidad de actualizar una versión o tiempo de inactividad para el mantenimiento (DynamoDB ni siquiera tiene ventanas de mantenimiento).
El rendimiento incremental y las mejoras operativas como esta se realizan de manera rutinaria y sin mucha fanfarria. Sin embargo, siempre es bueno recibir noticias de nuestros clientes cuando sus propias mediciones indican que alguna parte de AWS mejoró o fue más rápida.
Principios de liderazgo
Mientras pensaba en este cambio mientras me preparaba para escribir esta publicación, varios Principios de liderazgo de Amazon vino a la mente. El equipo de DynamoDB mostró Customer Obsession al implementar un cambio que beneficiaría a cualquier usuario de DynamoDB con tablas de más de 500 GB de tamaño. Para hacer esto, tuvieron que inventar y simplificar, ideando una mejor manera de implementar el UpdateTable función.
Si bien usted, como cliente de AWS, obtiene los beneficios sin necesidad de realizar ninguna acción por su parte, esto no significa que deba esperar hasta que decidamos prestar especial atención a su caso de uso particular. Si está llevando algún aspecto de AWS al límite (o quiere hacerlo), le recomiendo que se ponga en contacto con el equipo de servicio adecuado y les informe lo que está pasando. Es posible que se encuentre con una cuota u otro límite, o que esté llevando el ancho de banda, la memoria u otros recursos al extremo. En cualquier caso, ¡al equipo le encantaría saber de usted!
Manténganse al tanto
Tengo una larga lista de otras mejoras internas que hemos realizado y trabajaré con los equipos para compartir más a lo largo del año.
— jeff;
