Histórico de interrupções do Doordash

1. 24 Gouere 2026 da 17:15 UTCresolved

   Entre aproximadamente 04:00 e 04:15 am PT em 24 de julho de 2026, um provedor de infra-estrutura upstream (Cloudflare) teve uma interrupção de serviço que afetou a criação de ordem Drive e entrega webhook. Durante esta janela de ~15 minutos, alguns pedidos e webhooks de status podem ter falhado ou sido atrasados. Serviço totalmente recuperado automaticamente uma vez que o provedor upstream foi restaurado, e nenhuma mitigação manual foi necessária no lado DoorDash Drive. Pedimos desculpa pela interrupção.

Traduzido automaticamente da atualização oficial do incidente.

1. 28 Mezheven 2026 da 22:33 UTCinvestigating

   We are currently investigating this issue.

2. 28 Mezheven 2026 da 22:45 UTCinvestigating

   We are continuing to investigate this issue.

3. 29 Mezheven 2026 da 00:26 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 29 Mezheven 2026 da 00:27 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 29 Mezheven 2026 da 01:15 UTCresolved

   This incident has been resolved.

6. 2 Gouere 2026 da 00:20 UTCpostmortem

   On June 28, 2026, DoorDash experienced an internal infrastructure issue that disrupted order transmission to POS-integrated merchants. As a result, Marketplace orders could not be delivered to affected merchant systems for approximately 90 minutes \(3:10 PM–4:40 PM PT\). The issue was identified, mitigated, and service was restored. During recovery, orders resumed processing successfully with operational safeguards in place, and normal service levels were fully restored by approximately 7:00 PM PT. We are implementing automated lifecycle management, completing a review of remaining legacy-managed infrastructure, and strengthening monitoring governance to improve early detection and reduce the likelihood of similar incidents recurring.

1. 16 Mezheven 2026 da 14:14 UTCinvestigating

   We are aware of the issue and are currently investigating

2. 16 Mezheven 2026 da 14:15 UTCinvestigating

   We are continuing to investigate this issue.

3. 16 Mezheven 2026 da 14:18 UTCidentified

   The team identified the issue is continuing to look into a fix

4. 16 Mezheven 2026 da 14:33 UTCidentified

   We are continuing to work on a fix for the issue

5. 16 Mezheven 2026 da 15:03 UTCidentified

   We have identified a fix and are working to implement

6. 16 Mezheven 2026 da 15:35 UTCidentified

   We have implemented the fix and are starting to see some recovery

7. 16 Mezheven 2026 da 15:49 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

8. 16 Mezheven 2026 da 16:22 UTCresolved

   This incident has been resolved.

9. 24 Mezheven 2026 da 23:00 UTCpostmortem

   On June 16, 2026, an unintended configuration change introduced invalid data into a critical authentication service. As a result the service was unable to process authentication requests correctly, resulting in widespread authentication failures. This led to significant disruptions in order processing, reduced delivery volume, elevated cancellation rates, delayed deliveries, and increased customer remediation costs. The incident was resolved by restoring a known-good configuration, increasing service capacity to accelerate recovery, and temporarily managing incoming traffic while systems stabilized. To reduce the likelihood and impact of similar incidents in the future, we are implementing stronger configuration validation and schema enforcement, improving resilience and fallback behavior in critical services, and adding additional safeguards and rollout controls for changes to tier-0 infrastructure components.

1. 5 Mae 2026 da 15:47 UTCinvestigating

   We are currently investigating this issue.

2. 5 Mae 2026 da 16:50 UTCinvestigating

   We are continuing to investigate this issue.

3. 5 Mae 2026 da 18:12 UTCinvestigating

   We have found root cause and mitigated the issue.

4. 5 Mae 2026 da 18:14 UTCresolved

   This incident has been resolved.

5. 7 Mae 2026 da 00:38 UTCpostmortem

   ### **What happened** On May 5, 2026, a subset of partners integrated with DoorDash through openapi endpoints saw degraded connectivity. During the impacted window, some partner’s requests experienced elevated latency, errors, or timeouts. The affected merchants were unable to confirm orders within normal response windows. Our automated platform safeguard temporarily paused the stores on the impacted providers to help prevent additional failed order experiences. The issue was identified, mitigated, and fully resolved. Affected stores were brought back online once normal platform behavior was restored. ### **\[High Level\] Root cause**  The disruption was triggered when a partner inadvertently routed requests to an unintended endpoint with unexpected request payload. This resulted in degradation of a shared platform component responsible for handling API traffic. The degradation of this shared component led to elevated latency and timeouts for legitimate api requests. Interpreting these timeouts as store-level failures, our health-monitoring systems temporarily paused the affected stores to protect the overall ordering experience. ### **What we are improving** * Strengthening isolation between api traffic sources so that an issue from one path is less likely to affect another partner. * Conduct a comprehensive audit of platform paths and onboarding procedures to bolster overall system resilience. ### **Closing statement** We offer our sincere apologies to all merchants, partners, dashers, and consumers impacted by this disruption. DoorDash remains dedicated to providing a reliable platform for our integrated partners.  We are focused on utilizing the insights gained from this event to strengthen our recovery processes and platform stability.

1. 15 Ebrel 2026 da 08:33 UTCinvestigating

   We are currently investigating this issue.

2. 15 Ebrel 2026 da 08:46 UTCresolved

   This incident has been resolved.

1. 15 Ebrel 2026 da 08:30 UTCinvestigating

   Doordash order health seems to be impacted partially, seeing higher than expected latency. The team is actively investigating the issue.

2. 15 Ebrel 2026 da 08:45 UTCinvestigating

   The team has investigated and resolved the issue. Seeing api metrics back in trend.

3. 15 Ebrel 2026 da 08:46 UTCresolved

   This incident has been resolved.

1. 19 Meurzh 2026 da 16:22 UTCinvestigating

   We have detected an issue with Event Logs in Developer Portal. We are actively investigating.

2. 19 Meurzh 2026 da 16:49 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 19 Meurzh 2026 da 17:57 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 19 Meurzh 2026 da 22:46 UTCresolved

   The incident has been resolved.

1. 12 Kerzu 2025 da 15:15 UTCidentified

   We are aware of users to be unable to access developer portal. The team is actively investigating the issue.

2. 12 Kerzu 2025 da 15:42 UTCmonitoring

   A fix has been deployed and we are monitoring auth errors.

3. 12 Kerzu 2025 da 16:14 UTCresolved

   We are no longer seeing the errors, Dev Portal should be available now.

1. 8 Kerzu 2025 da 12:47 UTCinvestigating

   Doordash order health seems to be impacted partially. The team is actively investigating the issue.

2. 8 Kerzu 2025 da 13:29 UTCresolved

   The order health has recovered and incident is now resolved.

3. 10 Kerzu 2025 da 17:11 UTCpostmortem

   Doordash experienced a partial service disruption affecting the core endpoints starting at approximately 3:50 AM PST on Dec 8. The issue was caused due to an elevated resource usage on our shared infrastructure, which led to connection problems that cascaded through multiple services, ultimately impacting several critical endpoints.

1. 5 Kerzu 2025 da 09:01 UTCinvestigating

   We are currently experiencing service degradation due to an outage with Cloudflare. This issue is causing platform-wide issues with DoorDash and may cause errors for some users. Our engineering teams are monitoring the situation and working to mitigate customer impact.

2. 5 Kerzu 2025 da 09:03 UTCinvestigating

   We are continuing to investigate this issue.

3. 5 Kerzu 2025 da 09:26 UTCmonitoring

   We are seeing recovery across our systems and are monitoring to confirm full restoration.

4. 5 Kerzu 2025 da 09:35 UTCresolved

   This incident has been resolved.

1. 3 Kerzu 2025 da 22:16 UTCinvestigating

   We have detected an issue with Drive Order Creation V1 API. We are actively investigating. API calls to the Create Delivery V1 endpoint that fail may be successful on retry. Next update in 15 minutes.

2. 3 Kerzu 2025 da 22:27 UTCmonitoring

   The issue with Order Creation is resolved but we will continue to monitor. Next update in 15 minutes.

3. 3 Kerzu 2025 da 22:45 UTCresolved

   The issue with Order Creation is now confirmed to be resolved. No further updates.

1. 3 Kerzu 2025 da 01:36 UTCinvestigating

   Partial order volume impact

2. 3 Kerzu 2025 da 01:38 UTCresolved

   This incident has been resolved.

1. 20 Here 2025 da 14:30 UTCresolved

   We experienced an incident affecting certain DoorDash orders as a result of an AWS outage that impacted our partners. The incident has been fully mitigated.

1. 17 Here 2025 da 19:36 UTCresolved

   From 9am to 12:49pm PT a new validation rule on DoorDash Drive was unexpectedly applied, requiring non-empty first and last names. This rule caused order creation requests with an empty customer first or last name to be rejected across API integrations and through the "Request a Delivery" form on the Merchant portal. After the rule change was rolled back by 12:49pm PT, the previous name validation rules were being applied and orders with empty first or last name were being accepted.

1. 14 Here 2025 da 18:00 UTCresolved

   From 7:55 PM PDT on October 7, 2025 to 11:15PM PDT October 7, 2025, Drive experienced degraded ETA accuracy due to an internal database corruption issue. During this time, ETA estimates appeared significantly longer than expected for all Drive merchants. The underlying issue was partially resolved by 11:15 PM PDT and fully resolved by 2:25 AM PDT on October 8, 2025, and ETA accuracy has since returned to normal.

1. 11 Gwengolo 2025 da 15:45 UTCinvestigating

   We have detected an issue with Order Creation. We are actively investigating.

2. 11 Gwengolo 2025 da 15:50 UTCinvestigating

   We are continuing to investigate this issue.

3. 11 Gwengolo 2025 da 15:51 UTCidentified

   The issue has been identified and working to be mitigated. We are seeing recovery

4. 11 Gwengolo 2025 da 15:54 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

5. 11 Gwengolo 2025 da 16:02 UTCresolved

   This incident has been resolved.

1. 9 Gwengolo 2025 da 19:03 UTCinvestigating

   We have detected an issue with Order Creation. We are actively investigating. Next update in 15 minutes.

2. 9 Gwengolo 2025 da 19:07 UTCidentified

   We have identified an issue with Order Creation linked to one of our external vendors. The vendor is actively working on mitigation, and we are continuing to closely monitor the situation. Next update in 15 minutes.

3. 9 Gwengolo 2025 da 19:13 UTCmonitoring

   The issue with Order Creation and Fulfillment is resolved but we will continue to monitor. Next update in 15 minutes.

4. 9 Gwengolo 2025 da 19:31 UTCresolved

   The issue with Order Creation is now confirmed to be resolved. No further updates.

5. 10 Gwengolo 2025 da 18:09 UTCpostmortem

   On September 4th, beginning around 11:30 AM PT, an external vendor \(Cloudflare\) experienced an outage only in Ashburn that caused partial degradation of Drive public-facing APIs. Impact was only for the requests around that region. Cloudflare applied a fix on their end, and by approximately 12:02 PM PT error rates returned to baseline. DoorDash eng teams remain engaged, worked closely with Cloudflare to resolve the issue and closely monitored recovery to ensure services remain stable.

1. 6 Eost 2025 da 20:49 UTCinvestigating

   Impact since 8/6 7am PST

2. 6 Eost 2025 da 21:04 UTCresolved

   Team identified cause and issue is now mitigated as of 2pm.

1. 5 Eost 2025 da 19:10 UTCinvestigating

   We are currently investigating this issue.

2. 5 Eost 2025 da 19:18 UTCinvestigating

   We have recovered and root causing the error spikes.

3. 5 Eost 2025 da 19:22 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 5 Eost 2025 da 19:27 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 5 Eost 2025 da 19:28 UTCresolved

   This incident has been resolved. From 11:42 to 11:48, 12:02 to 12:10 we had two API 500 error spikes caused by internal DB outage. During the incident 7% of Drive Classic requests got impacted; and 25% of Drive API requests got impacted. Retries during the time would have worked if the clients have retry logic.

1. 5 Eost 2025 da 20:03 UTCresolved

   This incident has been resolved. From 11:42 AM to 11:48 AM and 12:02 PM to 12:10 PM PT, due to internal outage there was drop in order volume. We have since recovered.