API de datos para Amazon Aurora sin servidor
¿Cómo funciona la conexión a una base de datos tradicional? Abre una conexión, la usa para procesar una o más consultas SQL u otras declaraciones, y luego cierra la conexión. Probablemente haya utilizado una biblioteca cliente específica para su sistema operativo, lenguaje de programación y base de datos. En algún momento, te diste cuenta de que crear conexiones requería mucho tiempo y ocupaba memoria en el motor de la base de datos.
DATA API se encarga de administrar y escalar conexiones de bases de datos a largo plazo y devuelve datos en forma JSON para un análisis fácil. Todo el tráfico es criptográfico y ocurre a través de HTTPS.
Entonces, ¿qué es la API de datos?
ExecuteStatement: ejecuta una única consulta SQL.
BatchExecuteStatement: ejecuta una consulta SQL para una matriz de datos.
BeginTransaction: inicia una transacción y devuelve un identificador de transacción.
CommitTransaction: complete la transacción y confirme las operaciones SQL que se realizaron en ella.
RollbackTransaction: revierte una transacción.
La única limitación es que cada función debe completarse en un minuto y puede devolver hasta 1 megabyte de datos.
Leer más
- Art Tonoyan arttonoyan , administrador de la base de datos en ProvectusAmazon Kinesis Data Analytics ahora le permite asignar etiquetas de recursos de AWS a sus aplicaciones en tiempo real
Con el aumento en el flujo de datos, aumenta la necesidad de procesar y analizar estos datos de una manera especial. Amazon Kinesis Data Analytics es uno de estos servicios que le permite, al escribir código SQL o Java (usando Apache Flink), comenzar a recopilar datos de diferentes fuentes, así como procesarlos y analizarlos en tiempo real. Ahora, después de recibir una imagen más completa y multidimensional de sus datos, puede extraer fácilmente nueva información útil, así como responder rápidamente a las necesidades de las empresas y los clientes.
Con el número creciente de tales aplicaciones, la necesidad de administrarlas de manera competente está creciendo. Amazon anunció recientemente que ahora es posible agregar etiquetas de activos a sus aplicaciones en Amazon Kinesis Data Analytics, como otros activos de AWS. La etiqueta es un par clave-valor, donde el valor es una parte opcional. El uso de etiquetas es una forma simple pero efectiva de administrar los recursos de AWS y organizar los datos. Ejemplos de posibles etiquetas:
Medio ambiente: puesta en escena
Aplicación: nombre de la aplicación
Proyecto: nombre del proyecto
Con las etiquetas, puede agregar más contexto a una aplicación. En el caso de las aplicaciones de Amazon Kinesis Data Analytics, se pueden usar etiquetas:
Para determinar la facturación de aplicaciones específicas de Amazon Kinesis Data Analytics.
Para controlar el acceso a los recursos de la aplicación.
Para los fines definidos por el propio usuario, puede determinar la funcionalidad de las aplicaciones en función de la presencia de etiquetas de usuario.
Puede encontrar más información sobre etiquetas para aplicaciones de Amazon Kinesis Data Analytics aquí.
- Bulat Gaineyev grbulat , ingeniero de software en ProvectusPlan de desaprobación de ruta de Amazon S3: el resto de la historia
En uno de los servicios S3 más populares de Amazon Web Services (AWS), la forma de obtener archivos especificando un estilo de ruta pronto quedará obsoleta, por ejemplo, s3.amazonaws.com/usmanovbf/docs/Bulat_Usmanov_CV.pdf o con una región: s3-us-east-2.amazonaws.com/usmanovbf/docs/Bulat_Usmanov_CV.pdf , donde usmanovbf es el depósito, y /docs/Bulat_Usmanov_CV.pdf es la clave del archivo en este depósito.
Se dará preferencia a otro método: usar un host virtual (estilo alojado virtual), por ejemplo, usmanovbf.s3.amazonaws.com/docs/Bulat_Usmanov_CV.pdf o también con la región - usmanovbf.s3-us-east-2.amazonaws. com / docs / Bulat_Usmanov_CV.pdf
Se espera que la transición se realice el 30 de septiembre de 2020. Debido a la apertura de los ingenieros de AWS a la comunidad, no se eliminarán todos los enlaces de estilo de ruta creados hasta esta fecha, incluida esta. Es decir, permanecerán completamente operativos, justo después de esta fecha, puede usar solo el segundo método: estilo alojado virtual.
Este cambio está dictado por dos razones principales:
1. Un modelo más centralizado, que está accediendo a los archivos usando el estilo de ruta, limita la escala efectiva, ya que todo el tráfico llega a un pequeño conjunto de puntos de entrada: subdominios del tercer nivel s3, s3-us-east-2, s3-us-east -1 y así sucesivamente. Por la misma razón, resulta inconveniente trabajar con la resolución de nombres DNS, la seguridad y el reflejo de los ataques DDOS.
El estilo alojado virtual le permite controlar de manera más flexible el flujo de datos debido a la vinculación a un segmento de subdominio separado y a una región, por ejemplo, usmanovbf y s3-us-east-2 como en el ejemplo anterior.
2. Los ingenieros de AWS no se quedan quietos, y para introducir nuevas funcionalidades y abandonar las antiguas, necesitan cambiar al estilo alojado virtual. Por ejemplo, se planea abandonar los viejos métodos de encriptación.
Puede encontrar más información sobre la migración al nuevo método en el blog oficial de AWS.
- Bulat Usmanov usmanovbf , ingeniero de software en Provectus¡Obtenga más información sobre los nuevos servicios y productos de Amazon en AWS Dev Day Moscow!
#AWSDevDayMoscow es una conferencia gratuita de un día para ingenieros de aprendizaje automático, científicos de datos, ingenieros de DevOps, arquitectos de soluciones e ingenieros de software interesados o que ya están trabajando con los servicios de AWS.
¡Discutamos los temas más candentes de la tecnología de la nube con personas de ideas afines y el equipo de AWS muy pronto!
Cuándo: 18 de junio
Donde: Spring Space
Spartak carril 2s1, entrada número 7
Registro¡Nos vemos en AWS Dev Day Moscow!