Post Top Ad

Your Ad Spot

sábado, 1 de agosto de 2020

Amazon RDS Proxy facilita el uso de SQL en Serverless

Para los usuarios sin servidor, preInvent y re: Invent ha sido como la Navidad. Estamos obteniendo un montón de nuevas herramientas para ayudar a construir aplicaciones sin servidor, desde destinos de Lambda hasta invocaciones asíncronas, hasta el registro de esquema de EventBridge , hasta un montón de formas diferentes de administrar el procesamiento de flujo en Lambda .
Todos estos son geniales, pero el anuncio más impactante para muchos usuarios puede ser el Proxy Amazon RDS . Este servicio, combinado con algunas otras mejoras recientes de AWS, facilita mucho el uso de bases de datos relacionales en AWS.
En esta publicación, aprenderá qué y por qué sobre el Proxy Amazon RDS. Cubriremos:
  • Por qué las bases de datos relacionales han sido difíciles en Serverless
  • Cómo Amazon RDS Proxy y otras mejoras están haciendo que las bases de datos relacionales funcionen en Serverless
  • Cómo pensar en elegir una base de datos en Serverless
¡Empecemos!

Por qué las bases de datos relacionales han sido difíciles en Serverless

La pregunta de la base de datos ha sido uno de los mayores problemas en Serverless durante algunos años. Hemos escrito sobre eso en numerosas ocasiones, incluidas publicaciones en la capa de datos en Serverless , elegir una base de datos en serverless y por qué estábamos tan entusiasmados con Aurora Serverless .
Hace dos años, hubo algunos problemas importantes con el uso de bases de datos relacionales en aplicaciones sin servidor:
  • Modelo de precios : las bases de datos relacionales tienen un precio por hora por tamaño de instancia, ya sea que lo esté utilizando o no.
  • VPC arranca en frío : las bases de datos relacionales deben ser particionadas en red en una subred privada de su VPC donde no se puede acceder desde Internet pública. Sin embargo, esto significa que las funciones de Lambda deben estar en una VPC, lo que significó arranques en frío ocasionales de hasta 10 segundos.
  • Límites de conexión : las bases de datos relacionales se crearon para una era de menor número de instancias de cómputo de larga duración. No se ajustan a este mundo de un gran número de instancias de cálculo hiperepérmico. Los usuarios de AWS Lambda pueden encontrarse con límites de conexión cuando intentan conectarse a sus bases de datos relacionales.
Afortunadamente, AWS ha estado escuchando y cada uno de estos problemas ha sido abordado.

Cómo Amazon RDS Proxy y otras mejoras están haciendo que las bases de datos relacionales funcionen en Serverless

En los últimos dos años, AWS ha trabajado duro para hacer que las bases de datos relacionales funcionen mejor en aplicaciones sin servidor.
Primero, AWS lanzó Amazon Aurora Serverless . Esta es una versión sin servidor de la base de datos propietaria de Amazon Aurora que puede escalar automáticamente según su uso. Esta versión ayudó con los problemas del modelo de precios relacionados con el uso de una base de datos relacional.
En segundo lugar, AWS anunció una red VPC mejorada para las funciones de AWS Lambda . Esta actualización disminuyó en gran medida la latencia de arranque en frío para las funciones de Lambda que usan una VPC. Esto hace que sea más aceptable usar las funciones VPC Lambda en aplicaciones orientadas al usuario.
Finalmente, el Proxy Amazon RDS anunciado hoy maneja los límites de conexión. En lugar de administrar conexiones en sus funciones de Lambda, puede descargarlo al Proxy Amazon RDS. Toda la agrupación ocurrirá en el proxy para que pueda manejar una gran cantidad de conexiones de una manera manejable.

Cómo pensar en elegir una base de datos en Serverless

Dadas las actualizaciones de los últimos años, ¿cómo deberían los desarrolladores de Serverless elegir una base de datos para su aplicación?
No creo que haya una respuesta clara, y estas actualizaciones recientes han hecho que la decisión sea más difícil.
Mucha gente buscará una base de datos relacional debido a su familiaridad, ¡y eso está bien! Hacer el cambio a Serverless es un gran cambio en sí mismo, y el uso de herramientas familiares como una base de datos relacional puede facilitar el viaje.
Dicho esto, todavía hay algunos problemas con las bases de datos relacionales en las aplicaciones sin servidor. El modelo de precios es mejor , pero aún no es perfecto. El escalado sin servidor de Amazon Aurora no es tan rápido como debe ser, y todavía no obtiene nada como el precio de DynamoDB On-Demand . Además, el Proxy Amazon RDS tiene un precio por hora.
Dando un paso más: estoy cada vez más convencido de que renuncias a mucha agilidad tan pronto como agregas un solo elemento a tu arquitectura que no es pago por uso. Cuando todos sus componentes arquitectónicos son de pago por uso, hace que sea perfecto para crear entornos temporales para el desarrollo o las pruebas. Tan pronto como agregue componentes facturados por hora más lentos a su infraestructura, aumenta el costo y reduce la velocidad en la que puede implementar entornos de prueba.
Para algunos, esta es una compensación totalmente razonable. La curva de aprendizaje para comprender el modelado de datos DynamoDB puede no valer la mayor agilidad para los entornos de desarrollo. Solo asegúrese de estar al tanto de las compensaciones que está haciendo al elegir su base de datos.

No hay comentarios.:

Publicar un comentario

Dejanos tu comentario para seguir mejorando!

outbrain

Páginas