Para obtener capacidades similares a las de Amazon Timestream para LiveAnalytics, considere Amazon Timestream para InfluxDB. Ofrece una ingesta de datos simplificada y tiempos de respuesta a las consultas en milisegundos de un solo dígito para realizar análisis en tiempo real. Obtenga más información aquí.
Ejemplos de políticas basadas en identidades para Amazon Timestream para LiveAnalytics
De forma predeterminada, los usuarios y los roles de IAM no tienen permiso para crear ni modificar recursos de Timestream para LiveAnalytics. Tampoco pueden realizar tareas mediante la Consola de administración de AWS, CQLSH, la AWS CLI o la API de AWS. Un administrador de IAM debe crear políticas de IAM que concedan permisos a los usuarios y a los roles para realizar operaciones de la API concretas en los recursos especificados que necesiten. El administrador debe adjuntar esas políticas a los usuarios o grupos de IAM que necesiten esos permisos.
Para obtener información acerca de cómo crear una política basada en identidad de IAM con estos documentos de políticas JSON de ejemplo, consulte Creación de políticas en la pestaña JSON en la Guía del usuario de IAM.
Temas
Prácticas recomendadas relativas a políticas
Las políticas basadas en identidad determinan si alguien puede crear, acceder o eliminar los recursos de Timestream para LiveAnalytics de la cuenta. Estas acciones pueden generar costos adicionales para su Cuenta de AWS. Siga estas directrices y recomendaciones al crear o editar políticas basadas en identidades:
-
Comienza con las políticas administradas por AWSy continúa con los permisos de privilegio mínimo: a fin de comenzar a conceder permisos a los usuarios y las cargas de tarea, utiliza las políticas administradas por AWS, que conceden permisos para muchos casos de uso comunes. Están disponibles en su Cuenta de AWS. Se recomienda definir políticas gestionadas por el cliente de AWS específicas para sus casos de uso a fin de reducir aún más los permisos. Con el fin de obtener más información, consulte las políticas administradas por AWS o las políticas administradas por AWS para funciones de tarea en la Guía de usuario de IAM.
-
Aplique permisos de privilegio mínimo: cuando establezca permisos con políticas de IAM, conceda solo los permisos necesarios para realizar una tarea. Para ello, debe definir las acciones que se pueden llevar a cabo en determinados recursos en condiciones específicas, también conocidos como permisos de privilegios mínimos. Con el fin de obtener más información sobre el uso de IAM para aplicar permisos, consulte Políticas y permisos en IAM en la Guía del usuario de IAM.
-
Utilice condiciones en las políticas de IAM para restringir aún más el acceso: puede agregar una condición a sus políticas para limitar el acceso a las acciones y los recursos. Por ejemplo, puedes escribir una condición de políticas para especificar que todas las solicitudes deben enviarse utilizando SSL. También puedes usar condiciones para conceder acceso a acciones de servicios si se emplean a través de un Servicio de AWS determinado como, por ejemplo, CloudFormation. Para obtener más información, consulte Elementos de la política de JSON de IAM: Condición en la Guía del usuario de IAM.
-
Utiliza el analizador de acceso de IAM para validar las políticas de IAM con el fin de garantizar la seguridad y funcionalidad de los permisos: el analizador de acceso de IAM valida políticas nuevas y existentes para que respeten el lenguaje (JSON) de las políticas de IAM y las prácticas recomendadas de IAM. El analizador de acceso de IAM proporciona más de 100 verificaciones de políticas y recomendaciones procesables para ayudar a crear políticas seguras y funcionales. Para más información, consulte Validación de políticas con el Analizador de acceso de IAM en la Guía del usuario de IAM.
-
Solicite la autenticación multifactor (MFA): si se encuentra en una situación en la que necesite usuarios raíz o de IAM en su Cuenta de AWS, active la MFA para obtener una mayor seguridad. Para exigir la MFA cuando se invoquen las operaciones de la API, añada condiciones de MFA a sus políticas. Para más información, consulte Acceso seguro a la API con MFA en la Guía del usuario de IAM.
Para obtener más información sobre las prácticas recomendadas de IAM, consulte Prácticas recomendadas de seguridad en IAM en la Guía del usuario de IAM.
Uso de la consola de Timestream para LiveAnalytics
Timestream para LiveAnalytics no requiere permisos específicos para acceder a la consola de Amazon Timestream para LiveAnalytics. Necesita al menos permisos de solo lectura para enumerar y ver detalles sobre los recursos de Amazon LiveAnalytics en su cuenta de AWS. Si crea una política basada en identidad que sea más restrictiva que el mínimo de permisos necesarios, la consola no funcionará del modo esperado para las entidades (usuarios o roles de IAM) que tengan esa política.
Cómo permitir a los usuarios consultar sus propios permisos
En este ejemplo, se muestra cómo podría crear una política que permita a los usuarios de IAM ver las políticas administradas e insertadas que se asocian a la identidad de sus usuarios. Esta política incluye permisos para llevar a cabo esta acción en la consola o mediante programación con la AWS CLI o la API de AWS.
{ "Version": "2012-10-17", "Statement": [ { "Sid": "ViewOwnUserInfo", "Effect": "Allow", "Action": [ "iam:GetUserPolicy", "iam:ListGroupsForUser", "iam:ListAttachedUserPolicies", "iam:ListUserPolicies", "iam:GetUser" ], "Resource": ["arn:aws:iam::*:user/${aws:username}"] }, { "Sid": "NavigateInConsole", "Effect": "Allow", "Action": [ "iam:GetGroupPolicy", "iam:GetPolicyVersion", "iam:GetPolicy", "iam:ListAttachedGroupPolicies", "iam:ListGroupPolicies", "iam:ListPolicyVersions", "iam:ListPolicies", "iam:ListUsers" ], "Resource": "*" } ] }
Operaciones comunes en Timestream para LiveAnalytics
A continuación, se muestran ejemplos de políticas de IAM que permiten realizar operaciones comunes en el servicio de Timestream para LiveAnalytics.
Temas
Permisos para todas las operaciones
El siguiente es un ejemplo de política que permite realizar todas las operaciones en Timestream para LiveAnalytics.
Permisos para operaciones SELECT
La siguiente política de ejemplo permite realizar consultas de estilo SELECT en un recurso específico.
nota
Reemplace <account_ID> por su ID de cuenta de Amazon.
Permisos para operaciones SELECT en varios recursos
La siguiente política de ejemplo permite realizar consultas de estilo SELECT en varios recursos.
nota
Reemplace <account_ID> por su ID de cuenta de Amazon.
Permisos para operaciones de metadatos
El siguiente ejemplo de política permite al usuario realizar consultas de metadatos, pero no le permite realizar operaciones que lean o escriban datos reales en Timestream para LiveAnalytics.
Permisos para operaciones INSERT
El siguiente ejemplo de política permite a un usuario realizar una operación INSERT en database/sampleDB/table/DevOps en su cuenta <account_id>.
nota
Reemplace <account_ID> por su ID de cuenta de Amazon.
Permisos para operaciones CRUD
La siguiente política de ejemplo permite a un usuario realizar operaciones CRUD en Timestream para LiveAnalytics.
Cancela las consultas y selecciona los datos sin especificar los recursos
El siguiente ejemplo de política permite al usuario cancelar las consultas y realizar consultas Select sobre datos que no requieren la especificación de recursos:
Creación, descripción, eliminación y actualización de una base de datos
El siguiente ejemplo de política permite a un usuario crear, describir, eliminar y actualizar una base de datos sampleDB:
Límite de bases de datos enumeradas por {"Owner": "${username}"} de etiqueta
La siguiente política de ejemplo permite a un usuario crear una lista de todas las bases de datos que tienen una etiqueta con un par de valores clave {"Owner": "${username}"}:
Enumeración de todas las tablas en una base de datos
El siguiente ejemplo de política permite enumerar todas las tablas de la base de datos sampleDB:
Creación, descripción, eliminación, actualización y selección de una tabla
El siguiente ejemplo de política permite al usuario crear, describir, eliminar, y actualizar tablas, así como realizar consultas Select en la tabla DevOps de la base de datos sampleDB:
Límites de una consulta por tabla
El siguiente ejemplo de política permite al usuario consultar todas las tablas excepto DevOps en la base de datos sampleDB:
Acceso a recursos de Timestream para LiveAnalytics basado en etiquetas
Puede usar las condiciones de su política basada en identidad para controlar el acceso a los recursos de Timestream para LiveAnalytics en función de las etiquetas. En esta sección se presentan algunos ejemplos.
En el siguiente ejemplo se muestra cómo puede crear una política que conceda permisos a un usuario para ver una tabla si el Owner de la tabla contiene el valor del nombre de usuario de ese usuario.
También puede asociar esta política al usuario de IAM en su cuenta. Si un usuario llamado richard-roe intenta ver una tabla de Amazon para LiveAnalytics, esta debe tener las etiquetas Owner=richard-roe o owner=richard-roe. De lo contrario, se le deniega el acceso. La clave de la etiqueta de condición Owner coincide con los nombres de las claves de condición Owner y owner porque no distinguen entre mayúsculas y minúsculas. Para obtener más información, consulte Elementos de la política de JSON de IAM: Condición en la Guía del usuario de IAM.
La siguiente política concede permisos a un usuario para crear tablas con etiquetas si la etiqueta que se pasa en la solicitud tiene una clave Owner y un valor username:
La política siguiente permite el uso de la API DescribeDatabase, en cualquier base de datos que tenga la etiqueta env establecida en dev o test:
En esta política, se usa una clave Condition para permitir que una etiqueta que tiene la clave env y un valor de test, qa o dev se añada a un recurso.
Consultas programadas
Enumeración, eliminación, actualización y ejecución de ScheduledQuery
La siguiente política de ejemplo permite a un usuario enumerar, eliminar, actualizar y ejecutar consultas programadas.
CreateScheduledQuery con una clave de KMS administrada por el cliente
El siguiente ejemplo de política permite al usuario crear una consulta programada cifrada mediante una clave KMS administrada por el cliente; <keyid for ScheduledQuery>.
DescribeScheduledQuery con una clave KMS administrada por el cliente
El siguiente ejemplo de política permite al usuario describir una consulta programada que se creó mediante una clave KMS administrada por el cliente; <keyid for ScheduledQuery>.
Permisos de función de ejecución (mediante una clave KMS administrada por el cliente para las consultas programadas y SSE-KMS para los informes de errores)
Adjunte el siguiente ejemplo de política al rol de IAM que se especifica en el parámetro ScheduledQueryExecutionRoleArn de la API CreateScheduledQuery que usa la clave KMS administrada por el cliente para el cifrado de consultas programadas y el cifrado SSE-KMS para los informes de errores.
Relación de confianza del rol de ejecución
La siguiente es la relación de confianza para el rol de IAM que se especifica en el parámetro ScheduledQueryExecutionRoleArn de la API CreateScheduledQuery.
Cómo permitir el acceso a todas las consultas programadas creadas en una cuenta
Adjunte el siguiente ejemplo de política al rol de IAM que se especifica en el parámetro ScheduledQueryExecutionRoleArn de la API CreateScheduledQuery para permitir el acceso a todas las consultas programadas creadas en una cuenta Account_ID.
Cómo permitir el acceso a todas las consultas programadas con un nombre específico
Adjunte el siguiente ejemplo de política al rol de IAM que se especifica en el parámetro ScheduledQueryExecutionRoleArn de la API CreateScheduledQuery para permitir el acceso a todas las consultas programadas cuyo nombre comienza con Scheduled_Query_Name en la cuenta Account_ID.