Las integraciones de costes de SaaS te permiten enviar datos de costes directamente desde tus proveedores configurando las cuentas asociadas a tus datos de costes de la nube en Datadog.
Si tu proveedor no es compatible, utiliza costes personalizados para cargar cualquier fuente de datos de costes en Datadog y conocer el coste total de tus servicios.
Introduce el nombre del espacio de trabajo, la url y el token de acceso correspondientes a tu cuenta de Databricks.
En la sección Seleccionar productos para configurar la integración, haz clic en el conmutador de cada cuenta para activar Cloud Cost Management de Databricks.
Introduce un System Tables SQL Warehouse ID correspondiente al almacén de su instancia de Databricks para consultar los datos de facturación de la tabla del sistema.
Haz clic en Save Databricks Workspace (Guardar espacio de trabajo de Databricks).
Podrás acceder a los datos de tus costes de Databricks de los últimos 15 meses en Cloud Cost Management después de 24 horas. Para acceder a los datos disponibles recopilados por cada integración de costes de SaaS, consulta la sección Datos recopilados.
Introduce el nombre de tu cuenta de Confluent Cloud, la clave de API, el secreto de API y, opcionalmente, especifica etiquetas (tags).
En la sección Recursos, haz clic en el conmutador Collect cost data to view in Cloud Cost Management.
Haz clic en Save (Guardar).
Tus datos de costes de Confluent Cloud estarán disponibles en Cloud Cost Management 24 horas después de la configuración. Estos datos incluyen automáticamente 12 meses de historial, el máximo proporcionado por la API de facturación de Confluent. Durante los tres meses siguientes, los datos se amplían gradualmente hasta cubrir 15 meses de historial. Para acceder a los datos disponibles recopilados por cada integración de costes de SaaS, consulta la sección Datos recopilados.
Si quieres recopilar etiquetas de nivel de clúster o etiquetas de metadatos empresariales de tus costes, puedes añadir una clave y un secreto de API de Schema Registry. Para obtener más información, consulta Schema Management en Confluent Cloud.
Crea un token de API en MongoDB con permisos Organizational Billing Viewer y añade permisos Organizational Read Only para las etiquetas de recursos de clúster.
Introduce el nombre de tu de cuenta MongoDB, la clave pública, la clave privada, el ID de la organización y, opcionalmente, especifica etiquetas.
Haz clic en Save (Guardar).
Podrás acceder a tus datos de costes de MongoDB de los últimos 15 meses en Cloud Cost Management después de 24 horas. Para acceder a los datos disponibles recopilados por cada integración de costes de SaaS, consulta la sección Datos recopilados.
Introduce la URL de tu cuenta de Snowflake, por ejemplo: https://xyz12345.us-east-1.snowflakecomputing.com.
En la sección Conectar tu cuenta de Snowflake, haz clic en el conmutador para activar Snowflake en Cloud Cost Management.
Introduce tu nombre de usuario de Snowflake en el campo User Name.
Crea un rol y un usuario específicos de Datadog para monitorizar Snowflake.
Para crear un rol personalizado, ejecuta lo siguiente en Snowflake:
-- Create a new role intended to monitor Snowflake usage.
create role DATADOG;-- Grant privileges on the SNOWFLAKE database to the new role.
grant imported privileges on database SNOWFLAKE to role DATADOG;-- Grant usage to your default warehouse to the role DATADOG.
grant usage on warehouse <WAREHOUSE> to role DATADOG;-- If you have cost usage collection enabled, ensure that your credentials have permission to view the ORGANIZATION_USAGE schema.
grant database role SNOWFLAKE.ORGANIZATION_USAGE_VIEWER to role DATADOG;-- Note that the account in which you are creating the Datadog role and user must have OrgAdmin enabled. If the account does not have OrgAdmin, the Datadog role will be unable to access organization usage data used to calculate costs.
-- Create a user.
create user DATADOG_USER
LOGIN_NAME= DATADOG_USER
password= <PASSWORD>
default_warehouse= <WAREHOUSE>
default_role= DATADOG
-- Grant the monitor role to the user.
grant role DATADOG to user <USER>
Configura la autenticación del par clave-valor:
Genera una clave privada siguiendo la documentación oficial de Snowflake y carga el archivo de clave privada haciendo clic en Upload Key (Cargar clave).
Podrás acceder a tus datos de costes de Snowflake de los últimos 15 meses en Cloud Cost Management después de 24 horas. Para acceder a los datos disponibles recopilados por cada integración de costes de SaaS, consulta la sección Datos recopilados.
Por ejemplo, si una organización quiere agrupar sus costes de cálculos de Snowflake utilizando las dimensiones team y application, puedes optar por etiquetar tus consultas de Snowflake para la aplicación de un equipo específico de la siguiente manera:
ALTER SESSION SET QUERY_TAG = '{"team": "devops", "application": "CI_job_executor"}';
En consecuencia, los costes de todas las consultas ejecutadas utilizando las etiquetas team y application son atribuibles a estos conceptos.
Para utilizar etiquetas de consultas en Cost Management, asegúrate de lo siguiente:
La cadena query_tag debe ser analizable JSON. Específicamente, esto significa que la cadena es procesable por la función nativa PARSE_JSON.
Debe proporcionarse una lista de claves permitidas en el cuadro de la integración Snowflake. Estas claves se asignan a la primera capa del campo query_tag con formato JSON. Esta lista aparece en forma de lista de cadenas separadas por comas, por ejemplo: tag_1,tag_2,tag_3. Asegúrate de que las cadenas contienen sólo caracteres alfanuméricos, guiones bajos, guiones y puntos. Puedes introducir esta información en el cuadro de Snowflake, en *Resources Collected -> Cloud Cost Management -> Collected Query Tags (Recursos recopilados -> Cloud Cost Management -> Etiquetas de consultas recopiladas).
Nota: Selecciona tus etiquetas de consultas teniendo en cuenta la magnitud de los datos. Las etiquetas de consultas adecuadas son las que tienen una cardinalidad de grupo baja o media (por ejemplo: equipo, usuario, servicio). Seleccionar una etiqueta de consulta con una cardinalidad de grupo alta (como UUID únicos asociados a ejecuciones de trabajos) puede provocar problemas de cuello de botella tanto para la ingestión de datos como para la devolución del frontend.
Etiquetas de objetos CCM de Snowflake
Las etiquetas de objetos son cadenas definidas por el usuario que puedes adjuntar a los objetos de Snowflake para mejorar la auditabilidad y el análisis de costes. Por ejemplo, para realizar un seguimiento de los costes por equipo, etiqueta tus almacenes con los respectivos equipos que los utilizan.
Toda la configuración de las etiquetas de objetos se realiza en Snowflake.
Notas:
Etiquetas heredadas: Los objetos de Snowflake adhieren a una estructura jerárquica y la integración CCM tiene en cuenta las etiquetas heredadas al enviar datos de costes.
Ve a la sección Clave de API en los parámetros de Elastic Cloud de tu organización.
Haz clic en Create New Key (Crear nueva clave).
Elige un Nombre y una Fecha de caducidad para tu clave de API.
Selecciona el rol Administrador de facturación.
Haz clic en Create Key (Crear clave) para generar la clave.
Introduce tu ID de organización Elastic Cloud y tu clave de API de facturación en la tabla de la cuenta.
Podrás acceder a los datos de tus costes de Elastic Cloud de los últimos 15 meses en Cloud Cost Management después de 24 horas. Para acceder a los datos disponibles recopilados por cada integración de costes de SaaS, consulta la sección Datos recopilados.
Introduce el nombre de tu cuenta de OpenAI, tu clave de API y, opcionalmente, especifica etiquetas.
En la sección Recursos, haz clic en el conmutador de cada cuenta para activar OpenAI Billing Usage Data Collection.
Haz clic en Save (Guardar).
Podrás acceder a tus datos de costes de OpenAI de los últimos 15 meses en Cloud Cost Management después de 24 horas. Para acceder a los datos disponibles recopilados por cada integración de costes de SaaS, consulta la sección Datos recopilados.
Crea un token de API con al menos el contexto "global:read" y el rol "Billing" en la página Tokens de API personales en Fastly.
Introduce el nombre de su cuenta de Fastly y el token de API.
Haz clic en Save (Guardar).
Podrás acceder a tus datos de costes de Fastly de los últimos 15 meses en Cloud Cost Management después de 24 horas. Para acceder a los datos disponibles recopilados por cada integración de costes de SaaS, consulta la sección Datos recopilados.
En la sección Recursos, haz clic en el conmutador de cada cuenta para activar Twilio in Cloud Cost Management.
Introduce un Account SID para tu cuenta de Twilio.
Haz clic en Save (Guardar).
Podrás acceder a tus datos de costes de Twilio de los últimos 15 meses en Cloud Cost Management después de 24 horas. Para acceder a los datos disponibles recopilados por cada integración de costes de SaaS, consulta la sección Datos recopilados.
ID de la cuenta para la que se generó este informe.
billing_origin_product
Producto o característica que origina el evento de facturación (por ejemplo, TAREAS, CLÚSTERES).
central_clean_room_id
ID de la sala blanca central asociada a la carga de trabajo (si corresponde).
charge_description
Combinación del tipo de nube y del nombre del SKU asociado (por ejemplo, AWS - PREMIUM_ALL_PURPOSE_COMPUTE).
cloud
Nube para la que es relevante este uso. Los valores posibles son AWS, AZURE y GCP.
cluster_id
ID del clúster asociado a este uso.
custom_tags
Etiquetas personalizadas aplicadas al uso, normalmente como pares clave-valor para metadatos adicionales o categorización.
destination_region
Región a la que se dirige la carga de trabajo (si corresponde).
dlt_maintenance_id
ID de mantenimiento de las Delta Live Tables (si corresponde).
dlt_pipeline_id
ID del pipeline de las Delta Live Tables (si corresponde).
dlt_tier
Nivel de servicio de las Delta Live Tables (si corresponde).
dlt_update_id
ID de actualización de las Delta Live Table asociado a este uso (si corresponde).
endpoint_id
ID del endpoint para un uso basado en SQL o asociado al servicio (si corresponde).
endpoint_name
Nombre del endpoint o servidor SQL (si corresponde).
instance_pool_id
ID del grupo de instancias utilizado (si corresponde).
is_photon
Indica si se utilizó el procesamiento Photon (true o false).
is_serverless
Indica si el uso corresponde a un recurso informático serverless (true o false).
job_id
Identificador único para el trabajo en Databricks.
job_name
Nombre del trabajo en Databricks (si corresponde).
job_run_id
Identificador de la ejecución del trabajo específico (si corresponde).
jobs_tier
Nivel del trabajo, como CLASSIC o PREMIUM.
networking
Tipo de red utilizada para este trabajo, si se especifica.
node_type
Tipo de nodo utilizado en este registro de facturación (por ejemplo, m5d.large).
notebook_id
ID del notebook utilizado en este registro de facturación (si corresponde).
notebook_path
Ruta al notebook en Databricks (si corresponde).
record_id
ID único para este registro.
run_name
Nombre de la ejecución del trabajo o del flujo de trabajo actual (si corresponde).
serving_type
Tipo de modelo de servicio utilizado, si corresponde (por ejemplo, Model Serving).
source_region
Región de origen de este registro de facturación (si corresponde).
sql_tier
Nivel SQL asociado al uso (si correspondiente).
usage_metadata
Metadatos relacionados con el uso, que pueden incluir información como el tipo de uso, la categoría de servicio u otra información relevante.
usage_type
Tipo de uso que se se factura (por ejemplo, COMPUTE_TIME).
warehouse_id
ID del almacén SQL (si corresponde).
workspace_id
ID del espacio de trabajo al que se asoció este uso.
Nombre de etiqueta
Descripción de etiqueta
charge_description
Subtipo del coste (por ejemplo, KAFKA_NETWORK_WRITE).
environment_id
Identificador único del entorno.
network_access_type
Tipo de acceso a la red del clúster. Los valores posibles son INTERNET, TRANSIT_GATEWAY, PRIVATE_LINK y PEERED_VPC.
product
Nombre del producto. Los valores posibles incluyen KAFKA, CONNECT, KSQL, AUDIT_LOG, STREAM_GOVERNANCE, CLUSTER_LINK, CUSTOM_CONNECT, FLINK, SUPPORT_CLOUD_BASIC, SUPPORT_CLOUD_DEVELOPER, SUPPORT_CLOUD_BUSINESS y SUPPORT_CLOUD_PREMIER.
resource_id
Identificador único del recurso Confluent.
resource_name
Nombre del recurso Confluent.
Nombre de etiqueta
Descripción de etiqueta
account_locator
Localizador de la cuenta donde se consumió el uso.
account_name
Nombre de la cuenta donde se consumió el uso.
balance_source
Fuente de los fondos utilizados para el pago del uso diario. La fuente puede ser una de las siguientes: - capacidad: uso pagado con créditos restantes en el compromiso de capacidad de una organización. - acumulación: uso pagado con créditos acumulados. Cuando una organización renueva un compromiso de capacidad, los créditos no utilizados se añaden al saldo del nuevo contrato como créditos acumulados. - uso libre: uso cubierto por los créditos gratuitos proporcionados a la organización. - sobreuso: uso que se pagó a un precio bajo demanda, que se produce cuando una organización agotó su capacidad, la acumulación y sus créditos gratuitos. - reembolso: uso cubierto por los créditos adjudicados a la organización cuando ésta compartió datos con otra organización.
billing_type
Indica lo que se está cargando o acreditando. Los posibles tipos de facturación incluyen: - consumo: uso asociado a los créditos de cálculo, los costes de almacenamiento y los costes de transferencia de datos. - reembolso: uso cubierto por los créditos adjudicados a la organización cuando ésta compartió datos con otra organización. - soporte prioritario: cargos por servicios de soporte prioritario. Estos cargos están asociados a una estipulación de un contrato, no a una cuenta. - tarifa de despliegue de vps: cargos por el despliegue de Virtual Private Snowflake. - crédito por soporte: soporte de Snowflake acreditado en la cuenta para revertir cargos atribuidos a un problema en Snowflake.
charge_description
Descripción del tipo de coste asociado a las distintas partidas. Las descripciones difieren para cada tipo de coste, representado por la etiqueta servicename.
contract_number
Número de contrato de Snowflake de la organización.
database_name
Nombre de la base de datos en la que se ejecutó la consulta (si corresponde). Solo se encuentra para los costes de atribución de consultas.
organization_name
Nombre de la organización.
query_hash
Hash único que representa una versión parametrizada de la consulta a efectos de atribución. Solo se encuentra para los costes de atribución de consultas.
query_hash_version
Versión del algoritmo hash de la consulta de Snowflake utilizado para generar query_hash. Sólo se encuentra para los costes de atribución de consultas.
rating_type
Indica cómo se califica el uso en el registro. Los valores posibles incluyen: - cálculo - transferencia de datos - almacenamiento - otros.
region
Nombre de la región donde se encuentra la cuenta.
service_level
Nivel de servicio (edición) de la cuenta de Snowflake (Standard, Enterprise o Business Critical).
servicename
Tipo de uso. Los posibles tipos de servicio son: - agrupación automática: consulta Agrupación automática. - transferencia de datos: consulta Comprensión del coste de transferencia de datos. - generación de logs: consulta Información general de generación de logs y rastreo. - vista materializada: consulta Trabajo con vistas materializadas. - replicación: consulta Introducción a la replicación y conmutación por error en varias cuentas. - aceleración de consultas: consulta Uso del servicio de aceleración de consultas. - optimización de búsquedas: consulta Servicio de optimización de búsquedas. - tareas serverless: consulta Introducción a las tareas. - snowpipe: consulta Snowpipe. - transmisión snowpipe: consulta Transmisión de Snowpipe. - almacenamiento: consulta Comprender el coste de almacenamiento. - atribución de consultas de medición del almacén: consulta Uso del crédito del almacén virtual para consultas con un tiempo de ejecución de 100 ms o mayor. No indica el uso de cálculo serverless o de servicios en la nube.atribución de consultas de medición del almacén: consulta Uso del crédito del almacén virtual para consultas con un tiempo de ejecución de 100 ms o inferior y del tiempo de inactividad del almacén. No indica el uso de cálculo serverless o de servicios en la nube.
user_name
Nombre del usuario o de la cuenta de servicio asociados a la consulta.
warehouse_id
Identificador del almacén que genera el coste.
warehouse_name
Nombre del almacén asociado a este uso.
warehouse_size
Tamaño del almacén (por ejemplo, Grande, Mediano).
Nombre de la etiqueta
Descripción de la etiqueta
charge_description
SKU de una carga.
kind
Tipo de recurso.
name
Identificador único del recurso Elastic Cloud.
price_per_hour
Coste del recurso Elastic Cloud por hora.
Nombre de etiqueta
Descripción de etiqueta
charge_description
Descripción de un cargo.
cluster_name
Nombre del clúster que incurrió en el cargo.
group_id
ID del proyecto al que está asociada la partida.
invoice_id
Identificador único de la factura.
mongo_org_id
ID de la organización de MongoDB.
replica_set_name
Nombre del conjunto de réplicas al que está asociada la partida.
resource_tags
Etiquetas arbitrarias en clústeres configurados por los usuarios, normalmente como pares clave-valor.
status
Estado del pago.
Nombre de etiqueta
Descripción de etiqueta
charge_description
Nombre del modelo cuyos costes están asociados al cargo.
organization_id
Identificador único de la organización.
organization_name
Nombre de la organización.
project_id
Identificador único del proyecto.
project_name
Nombre del proyecto.
Nombre de etiqueta
Descripción de etiqueta
charge_description
Descripción del cargo.
credit_coupon_code
Código de cualquier cupón o crédito aplicado a esta entrada de costes (si está disponible).
plan_name
Nombre del plan al que pertenece este servicio, que suele coincidir con “product_line”.
product_name
Nombre del producto específico que se está facturando (por ejemplo, “Ancho de banda Norteamérica”).
product_group
Grupo o categoría del producto, como “Entrega de sitio completo”.
product_line
Línea de productos a la que pertenece esta partida, por ejemplo, “Servicios de red”.
region
Región donde se utilizó el servicio (por ejemplo, “América del Norte”).
service_name
Nombre del servicio asociado a esta entrada de costes, que suele coincidir con product_name.
usage_type
Tipo de uso que se factura (por ejemplo, “Ancho de banda”).
usage_type_cd
Código o etiqueta que representa el tipo de uso, como “Ancho de banda Norteamérica”.
Nombre de etiqueta
Descripción de etiqueta
account_sid
Cadena alfanumérica que identifica la cuenta de Twilio.
category
Categoría de uso. Para obtener más información, consulta Categorías de uso.
charge_description
Descripción del cargo.
count_unit
Unidades en las que se mide el recuento, como llamadas para las llamadas o mensajes para los SMS.
usage_unit
Unidades en las que se mide el uso, como minutos para las llamadas o mensajes para los SMS.