Kontentai 장애 기록

1. 2026년 10월 20일 오후 2:56 UTCidentified

   우리는 "*.kenticocloud.com" 도메인 패턴을 사용하는 요청이 DNS 관련 문제로 인해 실패한 문제를 발견했습니다. 이 API, Management API 및 기타 요청이 포함되어 있습니다. 우리의 개발자는 현재 이 주소의 과정에서이지만, 그러는 동안, 요청은 대신 "kontent.ai" 도메인을 사용할 수 있습니다.

2. 2026년 10월 20일 오후 4:49 UTCmonitoring

   "kenticocloud.com"에 대한 관련 DNS 변경은 이제 회신되었으며 결과를 모니터링하고 있습니다. 로컬 DNS 해커를 사용하는 사람들을 위해, 변경은 캐시가 수동으로 플러시되지 않는 한 48 시간까지 걸릴 수 있습니다. 이 이슈에 영향을 미쳤습니다. 2019년 말부터 공개된 모든 SDK 버전이 공개되었습니다.

3. 2026년 10월 20일 오후 6:48 UTCresolved

   사이 13:30 UTC 과 16:06 UTC, deprecated "*.kenticocloud.com" 도메인 패턴은 도메인 이름 레지스트라에서 도메인으로 만든 변경으로 인해 실패. 변경은 약 16:06 UTC로 변경되었습니다. 개발자의 도메인 네임 레지스트라에서 도메인의 로그 및 검증을 기반으로 문제가 해결 될 것으로 나타났습니다. 더 많은 문제가 관찰되거나 보고되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 24일 오전 6:48 UTCinvestigating

   우리는 현재 애플리케이션 내에서 부분적인 성능 향상을 경험하고 있습니다. 일부 사용자는 콘텐츠를 저장할 때 문제가 발생할 수 있습니다. 우리의 팀은 뿌리 원인을 적극적으로 조사하고 가능한 한 빨리 정상적인 서비스를 복원하기 위해 노력하고 있습니다. 우리는 inconvenience를 위해 사과하고 정보가 더 유효한 것처럼 더 많은 업데이트를 제공할 것입니다.

2. 2026년 9월 24일 오전 7:20 UTCmonitoring

   우리는 콘텐츠 항목 저장 작업에 영향을 미치는 문제의 뿌리 원인을 확인하고 올바른 조치를 구현했습니다. 이 문제는 EU 데이터 센터의 프로젝트로 제한되었고, 특히 regex validation 규칙과 텍스트 또는 풍부한 텍스트 요소를 포함하는 콘텐츠 항목에 영향을 미쳤습니다. 서비스는 복원되고, 가동을 저장하는 것은 일반적으로 작용합니다. 우리의 팀은 지속적으로 안정성을 보장하기 위해 상황을 적극적으로 모니터링하고 있습니다. 우리는 불편을 끼쳐 드려 대단히 감사합니다.

3. 2026년 9월 24일 오전 7:28 UTCresolved

   콘텐츠 항목 저장 작업에 영향을 미치는 문제점을 해결했습니다. 영향은 EU 데이터 센터에 호스팅 된 프로젝트의 하위 세트로 제한되었으며 regex 유효성 검사와 텍스트 또는 풍부한 텍스트 요소를 포함하는 콘텐츠 항목에 영향을 미쳤습니다. 수정이 성공적으로 배포되었으며, 우리는 예상대로 작업을 저장하는 영향을받는 고객으로부터 확인을 받았습니다. 우리는 플랫폼을 계속 모니터링 할 것입니다, 그러나 사건은 이제 해결 된 것으로 간주됩니다. 우리는 불편을 드려 대단히 감사합니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 16일 오후 12:47 UTCinvestigating

   우리는 현재 우리의 GraphQL 서비스에 영향을 미치는 문제점을 조사하고 있습니다. 우리의 엔지니어링 팀은 뿌리 원인을 확인하고 가능한 한 빨리 전체 기능을 복원하기 위해 적극적으로 노력하고 있습니다. 납품 API 및 관리 API 모두 완전 가동을 유지하고 이 문제점에 의해 unaffected 주의하십시오. 우리는이 영향이있을 수 있음을 이해하고 근실하게 불편을 겪습니다. 더 많은 정보가 가능한 한 빨리 업데이트됩니다. 당신의 인내와 이해에 감사드립니다. 어떤 질문의 경우, 채팅 또는 [email protected]를 통해 지원 팀에 연락하는 것을 망설이지 마십시오

2. 2026년 9월 16일 오후 12:52 UTCmonitoring

   우리는 우리의 GraphQL 서비스에 영향을 미치는 문제의 뿌리 원인을 확인하고 서비스 기능을 복원하는 완화 조치를 구현했습니다. 이때, GraphQL 서비스는 예상대로 운영되며, 저희 팀은 안정성을 보장하고 문제가 해결되었는지 확인하기 위해 상황을 적극적으로 모니터링하고 있습니다. 이를 통해, 납품 API 및 관리 API는 완전히 운영되고 영향을 미쳤습니다. 우리는 진심으로 우리가 문제를 해결하기 위해 일하면서 인내심이 붕괴가 발생하고 인내심을 주셔서 감사합니다. 우리는 긴밀하게 모니터링하고 필요한 경우 더 많은 업데이트를 제공합니다.

3. 2026년 9월 16일 오후 1:18 UTCresolved

   GraphQL 서비스에 영향을 미치는 문제는 해결되었습니다. 루트 원인을 식별 한 후, 정확한 측정을 구현하고 안정성을 확인하기 위해 서비스를 모니터링했습니다. GraphQL 기능은 완전히 복원되었으며 더 많은 문제를 관찰하지 않았습니다. 이 사건을 통해, 납품 API 및 관리 API는 완전히 운영되고 영향을 미치지 않았습니다. 우리는 진심으로이 중단이 발생하고 우리가 문제를 해결하기 위해 일하면서 인내심과 이해에 감사드립니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 30일 오전 11:54 UTCresolved

   우리는 우리의 인증 시스템을 과부하한 검증의 남용에 기인한 서비스 degradation를 경험했습니다. 결과적으로, 일부 클라이언트는 약 1 시간 동안 응용 프로그램에 액세스하는 문제가 발생합니다. app.kontent.ai에 접근하는 것은 영향을 미쳤습니다. API 가용성 및 성능은 사건을 통해 비공개되지 않았습니다. 충격은 2개의 명백한 스파이크 도중 1 차적으로, 대략 5 분 및 20 분 지속해, 각각 일어났습니다. 우리의 팀은 루트 원인을 확인, 즉각적인 영향을 미쳤다, 그리고 미래에 발생에서 유사한 사건을 방지하기 위해 추가 안전장치를 구현.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 6월 26일 오전 7:09 UTCinvestigating

   We are currently experiencing issues with user logins to the application. Our development team is actively investigating the problem, and resolving it is our top priority. We apologize for the inconvenience. We will provide updates as soon as more information becomes available. No APIs are affected. Do not hesitate to contact us at support chat with any questions.

2. 2026년 6월 26일 오전 7:23 UTCmonitoring

   Login functionality has been restored, and we are seeing normal service behavior. The issue stemmed from our authentication provider (Auth0) and has since been resolved. We will continue monitoring to confirm stability.

3. 2026년 6월 26일 오전 10:18 UTCresolved

   The service has recovered from the issue, and this incident is now resolved.

1. 2026년 6월 24일 오후 8:44 UTCinvestigating

   Changes to content may not be propagating to the Delivery API and Delivery Preview API in the AUEAST data center. Because of this, webhook notifications also may not be sent as expected.

2. 2026년 6월 24일 오후 9:30 UTCmonitoring

   Our developers are still investigating the root cause, but they have implemented a fix, and changes seem to be propagating successfully to the Delivery API. Webhook notifications also seem to be sending successfully.

3. 2026년 6월 25일 오전 9:25 UTCresolved

   The incident has been resolved. All affected services, including the Delivery API and webhook notifications, have fully recovered and are operating as expected.

1. 2026년 4월 15일 오후 12:16 UTCinvestigating

   We are currently experiencing a partial outage affecting the Delivery API and Preview Delivery API. The issue impacts only a subset of content items, which may result in inconsistent behavior for some requests. This is our top priority, and our development team is actively investigating and working on a resolution. If you have any questions or need assistance, please contact our support team via chat.

2. 2026년 4월 15일 오후 12:23 UTCidentified

   Update: The issue occurs only for requests that include the excludeElements parameter. Requests that do not use this parameter should function normally. Our developers are working on a fix to mitigate the issue, which is expected to be released soon. Our development team has identified the root cause of the partial outage and is currently working on a fix. Content items that were modified after approximately 9:25 AM (CET) today may be affected. This issue remains our top priority. If you have any questions or need assistance, please contact our support team via chat.

3. 2026년 4월 15일 오후 1:46 UTCmonitoring

   A fix has been implemented and deployed. We are monitoring the results.

4. 2026년 4월 15일 오후 3:27 UTCresolved

   We can now confirm that this issue has been resolved. All components are operational and functioning properly.

5. 2026년 4월 17일 오후 2:45 UTCpostmortem

   # Incident summary – Deliver API excludeElements error \(2026-04-15\) ## Summary On 2026-04-15, a change introduced an incompatibility in our content processing that caused some Deliver API requests using the excludeElements query parameter to fail. Specifically, in certain cases an item could be returned without an expected field, and the excludeElements processing path did not handle that scenario. This resulted in an internal error and a 500 response. ## Impact to Customers Customer requests to the Deliver API that included the excludeElements query parameter could intermittently receive HTTP 500 responses during the incident window. The issue affected a limited subset of traffic \(only requests meeting specific conditions were impacted\). The failures occurred only when all of the following were true: * The requested variant \(or one of its dependencies\) had been updated after the deployment. * The request was served uncached \(or required a fresh origin fetch\). * The request included the excludeElements query parameter. ## Resolution ### Timeline \(CEST\): * 08:58 – Deployment completed. * 13:33 – Customer reported errors through Support; we started triage. * 13:37 – Engineering investigation started. * 14:17 – Root cause identified and fix prepared. * 15:32 – Fix deployed. * 16:00 – Service monitored; error rates returned to normal. ### Detection We became aware of the incident after a customer reported the issue via Support. We then confirmed elevated error rates on the affected request path and engaged engineering to investigate and mitigate. ### Guidance During the incident window, retrying the request could succeed depending on whether a fresh fetch was required. If errors were persistent for a specific call, temporarily removing excludeElements would avoid the affected code path \(with the tradeoff of a larger response\). No data loss occurred; this was a request-processing error only. ### Preventive actions * Add end-to-end test coverage for excludeElements, including missing-field scenarios. * Improve automated detection and alerting specifically for elevated 5xx rates on Deliver API request paths. * Add additional safeguards in the API code to handle missing/optional fields defensively. ### Duration Incident window: approximately 08:58–15:32 CEST

1. 2026년 2월 18일 오전 10:17 UTCidentified

   A recent Chrome update (version 145) introduced an issue that may lead to occasional CORS errors and HTTP 425 responses when making Delivery API calls. Our CDN provider and the Chromium team are already investigating the root cause. In the meantime, a simple workaround is to update your front‑end to perform a dummy Delivery API request in the background, ignore its errors, and wait briefly before sending further Delivery API requests. Thanks to this, all the other calls should not be affected. Please note that this does not affect users who are using the latest version of our SDK or have a properly implemented retry policy in their codebase. If you have any questions, feel free to contact our Technical Support Team via chat.

2. 2026년 2월 18일 오전 10:25 UTCidentified

   We are continuing to work on a fix for this issue.

3. 2026년 2월 19일 오후 12:58 UTCmonitoring

   A workaround has been implemented on our side. The Chromium team is currently testing their fix together with our CDN provider. We are monitoring the situation, and everything should remain fully operational even before their fix is officially released, as our workaround already addresses it.

4. 2026년 2월 23일 오전 11:43 UTCresolved

   Following the update implemented by our developers, CORS and HTTP 425 errors no longer occur. After monitoring, we can confirm that the issue is now resolved.

1. 2026년 2월 16일 오전 11:13 UTCidentified

   There is currently a delay in the appearance of assets when accessing an asset's preview URL due to our preview storage being overloaded in the U.S. data center. Accessing the published version of an asset still functions as expected.

2. 2026년 2월 17일 오후 8:12 UTCresolved

   Our development team has implemented a fix, and accessing an asset via its preview URL after upload is functioning as expected, with minimal delay in processing.

1. 2026년 2월 13일 오후 5:11 UTCidentified

   There is currently a delay in the appearance of assets when accessing an asset's preview URL due to our preview storage being overloaded in the U.S. data center. Accessing the published version of an asset still functions as expected.

2. 2026년 2월 15일 오후 11:12 UTCresolved

   Delays accessing assets by preview URL have resolved. Accessing both published and preview versions of assets is functioning normally.

1. 2026년 1월 22일 오후 4:32 UTCinvestigating

   We are experiencing a problem in which the Fastly API isn't purging outdated content in the US and EU regions. We are currently investigating the issue and will provide updates as soon as possible.

2. 2026년 1월 22일 오후 5:16 UTCidentified

   The problem has been identified as a bug in a recent update. We are working to fix this currently.

3. 2026년 1월 22일 오후 7:25 UTCresolved

   This incident has been resolved. Ultimately, the issue stemmed from an error that prevented entities from being deleted in a given database table. All of the failed deletions were manually cleared, and now cache purging works as intended. We will continue to investigate how this occurred, but the Delivery API shouldn't be returning stale content at this point.

1. 2026년 1월 9일 오후 8:11 UTCmonitoring

   Our integrated chat tool is currently experiencing a full outage: https://www.intercomstatus.com/us-hosting/incidents/01KEJ5AZFPGWKRV57MMEAR9M0W If you're in need of technical support, please reach out to our Support team using the following email: [email protected].

2. 2026년 1월 9일 오후 8:59 UTCmonitoring

   Intercom has implemented a fix, and our integrated chat tool is now only experiencing degraded performance: https://www.intercomstatus.com/us-hosting/incidents/01KEJ5AZFPGWKRV57MMEAR9M0W

3. 2026년 1월 9일 오후 9:22 UTCmonitoring

   Our integrated chat tool, Intercom, reports a full recovery of services as of 4:18pm EST. Full functionality of the support chat function is now fully restored. https://www.intercomstatus.com/us-hosting/incidents/01KEJ5AZFPGWKRV57MMEAR9M0W#updates

4. 2026년 1월 9일 오후 9:23 UTCresolved

   This incident has been resolved.

5. 2026년 1월 9일 오후 9:24 UTCpostmortem

   # **Intercom Outage** There was an interval of time \(approximately from 3:00pm - 4:25pm EST\) in which customers were unable to reach the [Kontent.ai](http://Kontent.ai) Support team via chat due to an issue with our third party chat integration Intercom. Intercom’s RCA regarding the issue will be available soon at the following: [Intercom is down - US Hosting Status](https://www.intercomstatus.com/us-hosting/incidents/01KEJ5AZFPGWKRV57MMEAR9M0W#updates). Customers were still able to contact the Support Team via email. The Support team monitored the shared inbox for any incoming issues, promptly updated the [Kontent.ai](http://Kontent.ai) status page to ensure customers were aware of the issue, and monitored Intercom’s status to make sure that any updates were promptly communicated to customers via our status page.

1. 2025년 10월 20일 오후 6:14 UTCidentified

   Our Learn portal is currently experiencing slower loading times. Our development team has identified the root cause and is actively working on a fix.

2. 2025년 10월 20일 오후 6:20 UTCresolved

   Our development team has implemented the fix, and the Learn portal is fully operational.

1. 2025년 10월 20일 오후 4:18 UTCmonitoring

   Our integrated chat tool experiences problems occasionally -> https://www.intercomstatus.com/us-hosting/incidents/01K806QKYFHM9TEA167TNMT12F If you can't contact our technical support via the in-app chat, please send it to [email protected].

2. 2025년 10월 20일 오후 10:00 UTCresolved

   The issues with our integrated chat tool have been resolved, and it is now functioning as expected -> https://www.intercomstatus.com/us-hosting/incidents/01K806QKYFHM9TEA167TNMT12F

1. 2025년 10월 14일 오후 12:40 UTCinvestigating

   The UI of Kontent.ai doesn't load properly due to internal api and Management API problems. We are investigating the issue at the moment. All other public APIs (Delivery API, Preview API, GraphQL, Subscription API) work properly.

2. 2025년 10월 14일 오후 12:58 UTCinvestigating

   We are continuing to investigate this issue.

3. 2025년 10월 14일 오후 1:15 UTCidentified

   We have identified the issue, and currently we are restoring our server to its working state.

4. 2025년 10월 14일 오후 1:18 UTCmonitoring

   The server was restored, and everything seems to be up and working as usual. We keep monitoring all the services for any issues.

5. 2025년 10월 14일 오후 2:00 UTCresolved

   The incident has been fully resolved. All services are now operational.

1. 2025년 9월 25일 오후 8:57 UTCinvestigating

   We are currently investigating this issue.

2. 2025년 9월 25일 오후 9:16 UTCinvestigating

   We are continuing to investigate this issue.

3. 2025년 9월 25일 오후 9:27 UTCidentified

   Our developers have identified the root cause as a network issue within Microsoft Azure, and they are cooperating with Microsoft Azure to resolve the issue.

4. 2025년 9월 25일 오후 10:35 UTCmonitoring

   All services seem to be functioning normally. We are continuing to monitor performance.

5. 2025년 9월 26일 오전 8:44 UTCresolved

   This incident has been resolved.

1. 2025년 8월 22일 오전 11:44 UTCinvestigating

   We have identified an outage of GraphQL in the US East region (both Live and Preview), which started around 11:25 AM UTC. Our team is actively investigating the issue.

2. 2025년 8월 22일 오후 12:01 UTCidentified

   Our team has identified the issue: the recent release caused a problem with production and staging settings. We are working to fix it.

3. 2025년 8월 22일 오후 12:30 UTCidentified

   GraphQL is now functional. More app services were affected, but the GraphQL-related ones should be fine already. We are continuing to work on a fix for the remaining issues.

4. 2025년 8월 22일 오후 12:53 UTCresolved

   The incident has been fully resolved. All services and components are now operational.

1. 2025년 4월 15일 오후 2:29 UTCidentified

   We have identified an issue where the Delivery API, Delivery Preview API, and Delivery GraphQL API are currently returning outdated content. Our development team will be releasing a fix soon.

2. 2025년 4월 15일 오후 2:35 UTCidentified

   We are continuing to work on a fix for this issue.

3. 2025년 4월 15일 오후 3:45 UTCidentified

   We have identified that our webhooks are also being affected. Our development team is continuing to work on a fix.

4. 2025년 4월 15일 오후 4:07 UTCmonitoring

   Our development team has released a fix, and we are monitoring the results. The latest changes to content should now be reflected in the Delivery API.

5. 2025년 4월 15일 오후 4:39 UTCresolved

   Between 13:56 UTC and 15:59 UTC, we experienced an issue with the latest content changes not being reflected in the Delivery API, Delivery Preview API, and Delivery GraphQL API. Webhook functionality was also affected because of this. These issues impacted all regions. Our development team released a fix at 15:59 UTC, and after a period of monitoring, no further issues have been observed.

1. 2025년 4월 14일 오후 1:44 UTCidentified

   We are currently experiencing significant delays in our content inventory search functionality. Our development team has identified the root cause and is actively working on a fix. We appreciate your patience and will keep you updated.

2. 2025년 4월 14일 오후 2:32 UTCmonitoring

   We have issued a fix for the delays in our content inventory search functionality and are monitoring the results.

3. 2025년 4월 14일 오후 3:48 UTCresolved

   Between 11:25 UTC and 15:20 UTC, we experienced an issue with delays in our content inventory search functionality. This impacted users with projects in our East US data center. After a period of monitoring, no further delays have been observed.

1. 2025년 3월 15일 오후 1:10 UTCinvestigating

   We are investigating an issue with slower propagation of changes to Delivery API in EU data center.

2. 2025년 3월 15일 오후 1:32 UTCmonitoring

   We have found and fixed the issue. We are now monitoring our services and everything should work as usual.

3. 2025년 3월 15일 오후 6:25 UTCresolved

   All changes are propagated to Delivery API with no delays.