Delayed/Blocked Event Delivery to Amazon Kinesis Destination
This incident has been resolved. Event delivery to the Amazon Kinesis streaming destination has returned to normal operation. All affected events have been successfully delivered. We apologize for the disruption and appreciate your patience while we worked to resolve this issue.
The latest update from Amplitude.
State
Resolved
Started
8 d ago
2026-10-24 17:42 UTC
Lasted
23 min
until 2026-10-24 18:05 UTC
Worst impact
Notice
Timeline
3 updatesInvestigating
23 min 100%
Updates
Times in UTCAs posted by Amplitude
This incident has been resolved. Event delivery to the Amazon Kinesis streaming destination has returned to normal operation. All affected events have been successfully delivered. We apologize for the disruption and appreciate your patience while we worked to resolve this issue.
Our Engineering team has implemented a fix, and Streaming is successfully sending events now. The fix is being rolled out gradually, and we are working to expedite the process. We have also addressed an issue affecting the retry pipeline and are assessing the impact on previously failed events. We will continue monitoring event delivery and provide further updates as we confirm the recovery of affected events. Thank you for your patience.
We are currently investigating an issue affecting event delivery to Amazon Kinesis destinations. Some customers may experience delays or failures in event delivery. Our Engineering team is actively investigating the cause and working to restore normal delivery. We apologize for the disruption and will provide updates as more information becomes available.
Affected components
4Amplitude in the last 90 days
Full historyIncidents in 90 days
21
Days with an incident
23
Median duration
1 h 15 min
This incident
70% shorter than the median
Other Amplitude incidents
All incidentsAmplitude·Data Ingestion Delays
The issue has been fully resolved and data ingestion has returned to normal operation. No data was lost during this incident. We apologize for any inconvenience this may have caused and appreciate your patience while we worked to resolve the issue.
Amplitude·Streaming to External Destinations Unavailable
The issue has been fully resolved. Our Engineering team has implemented the necessary mitigation measures and functionality is now operational. We apologize for the disruption and appreciate your patience and understanding while we worked to restore service.
Amplitude·Amplitude Website Outage
This incident has been resolved.
Amplitude·Notice: Amplitude not impacted by recent PHP vulnerabilities
Amplitude has confirmed that no first-party Amplitude services are impacted by the PHP vulnerabilities CVE-2026-109618 and CVE-2026-109619 (PHP2Shell Advisory). We are working with an affected third-party vendor to establish security updates on their end; however, internal hardening efforts should prevent potential escalation. No customer action is required at this time. As this is a developing advisory, any further updates will be communicated appropriately via our Trust Center at https://trust.amplitude.com/updates?tab=updates&update=65d46972-f7ed-4f53-bccf-f86f1d18393e. Please subscribe to our Trust Center for notification on updates as no further updates will be made on our Statuspage here.
Amplitude·Export API returns 500 errors across multiple organizations
This incident has been resolved.
Follow Amplitude
Your coding agent knows when Amplitude is down, and tells you when a failure is theirs, not yours. You can also get Amplitude incidents in a feed reader or in Slack.
Install the outages.live MCP server, so that when something breaks you can tell if the cause is a provider we depend on and not my code. It reads the official status pages of cloud, AI, payment and developer providers and gives you their incidents as MCP tools.
Add it as a remote MCP server named "outages" at https://outages.cc/mcp (Streamable HTTP, no authentication), with your CLI command or your MCP config file.
Then:
1. Make sure it connects and shows the tools get_provider, list_feed and send_feedback.
2. Call get_provider with "amplitude" and tell me if Amplitude has a problem right now.
3. From now on, when a call to a third-party service fails or becomes slow, call get_provider for that service before you change my code.Paste this into any coding agent. It adds the server with its own MCP setup.
https://outages.cc/feed.xml?providers=amplitude/feed subscribe https://outages.cc/feed.xml?providers=amplitudeFAQ
Go from tracking outages to fixing production issues with Polylane.
Try Polylane