Skip to main content
Webhooks are the default method for receiving real-time event notifications from Stigg. However, you can also request dedicated durable (AWS SQS) queues as an alternative delivery channel. This option may be preferable for customers who need greater reliability, durability, or support for higher event volumes. If you’d like to explore this option, please contact Stigg Support. Once approved, we’ll provision a dedicated, secure SQS queue that Stigg will publish events to, using the same event structure as webhooks.
Durable queues are available as part of the Stigg Scale plan. For more details, see Stigg’s pricing.

​
Getting temporary credentials

To access your provisioned SQS queue securely, you can request short‑lived AWS credentials via the Stigg Edge API. These credentials can be used to access the queue (e.g., read messages) without sharing long‑lived AWS keys. Use cases:
  • Poll or consume the customer’s provisioned SQS queue from a backend worker.
  • Rotate access automatically by renewing short‑lived credentials.

​
Endpoint

​
Required header

  • X-API-KEY — A full access key or a scoped key with the Event Queue: Read permission.

​
Query parameters

  • queueUrl (required): The SQS queue URL that was provisioned for the customer.
  • durationSeconds (optional): Lifespan of the temporary credentials.
    • Range: 900-3600 seconds (15 minutes-1 hour)
    • Default: 3600 seconds (1 hour)
Stigg validates the combination of queueUrl + account + environment. The request must be made with a key that belongs to the same account/environment where the queue was provisioned.

​
Example request (cURL)

STIGG_API_KEY can be either a full access key or a scoped key with the Event Queue: Read permission. Using a scoped key is recommended for environments with strict security requirements, as it limits the key’s access to only what is needed.

​
Example response

  • accessKeyId, secretAccessKey, and sessionToken are AWS STS session credentials.
  • expiration is an ISO timestamp when the credentials become invalid. Renew before this time.

​
Monitoring

Monitor your SQS dashboard for queue backlog, message age, and throughput metrics, and alert when backlog or message age breach your defined thresholds. Scale your consumers as needed to handle load spikes.