Is Archlet down?
Last checked 2m agoNo incidents right now.
Free · no credit card
Real-time Archlet status, recent outages, and incident history — pulled directly from Archlet's official status page at https://status.archlet.io every 5 minutes. Pingoru tracks 1 Archlet service and has captured 1 incident in the last 90 days (98.89% uptime). Get email, Slack, Discord, or webhook alerts the moment Archlet reports a new incident — free for 5 monitors, no credit card.
Recent outages & incidents
Past 7 days- EU Data Center
5 updates · show timeline
- investigating · Apr 27, 2026, 10:27 AM UTC
We are currently experiencing an outage affecting our production environment. Users are able to log in, but may encounter an error page immediately after authentication. Our team has identified a potential root cause and is actively working on a fix. We will provide our next update by 11:00 UTC. We apologize for the inconvenience and appreciate your patience.
- investigating · Apr 27, 2026, 10:43 AM UTC
The root cause of the issue has been identified and corrective changes have been applied. The system should now be operating normally again. We will continue to monitor closely to ensure stability. Thank you for your patience while we resolved this incident.
- monitoring · Apr 27, 2026, 10:43 AM UTC
The root cause of the issue has been identified and corrective changes have been applied. The system should now be operating normally again. We will continue to monitor closely to ensure stability. Thank you for your patience while we resolved this incident.
- resolved · Apr 27, 2026, 01:38 PM UTC
Following the mitigation measures applied, no further issues have been observed and system performance has remained stable. The incident is now considered resolved.
- postmortem · Apr 28, 2026, 01:03 PM UTC
### Summary On April 27, 2026, customers experienced a service disruption that prevented them from accessing their projects within Archlet. Between 11:52 and 12:08 CET, customers experienced occasional failed requests. Between 12:08 and 12:25 CET, all customers were affected: while authentication remained functional, attempting to access any project returned an error page. From 12:25 CET onward, the platform was fully operational and customers were no longer impacted. No customer data was lost or compromised at any point, and no data integrity issues resulted from this incident. Our automated monitoring detected anomalous resource consumption at 11:46 CET, and at 11:53 CET an internal report of customer-facing impact escalated the issue to an active incident response. ### What happened A single complex optimization workload, processed by our engine service, consumed significantly more compute and memory resources than typical workloads of its kind. Due to how the workload was reprocessed after initial failures, the resulting resource pressure propagated across multiple parts of our production environment in sequence, eventually placing the entire system under critical load. As a result, dependent services became unable to serve customer requests. ### Resolution Our engineering team triaged the incident in parallel workstreams. Affected workloads were rebalanced onto fresh capacity, and as an additional precaution, traffic was migrated to a standby production cluster. Customer-facing functionality was fully restored at 12:25 CET. The team continued to monitor the platform closely and applied further configuration hardening throughout the afternoon, formally closing the incident at 15:33 CET after a sustained monitoring period. ### What we are doing about it While we detected and responded to the incident quickly, we recognize that the disruption should not have reached customers in the first place. We have identified the following improvements: * **Resource governance:** We are introducing stricter resource boundaries on the components involved, with safeguards designed to prevent resource pressure from propagating across our infrastructure. * **Workload isolation**: We are introducing stronger isolation between customer-facing computational workloads and platform-critical services. * **Improved observability:** We are enhancing our internal dashboards and alerting heuristics to more clearly distinguish between transient anomalies and incidents requiring immediate intervention, reducing time-to-action for similar signal patterns in the future. The majority of these measures are already in production, with the remainder rolling out within the coming days. ### Closing Reliability is foundational to the work our customers do on Archlet, particularly around time-sensitive sourcing decisions. We are sorry for the disruption this caused on April 27, and we thank our customers for their patience during the incident. We remain committed to transparent communication whenever our service falls short of expectations. If you have any questions about this incident or its impact on your account, please reach out to your customer success contact or our support team.
Latest: ### Summary On April 27, 2026, customers experienced a service disruption that prevented them from accessing their projects within Archlet. Between 11:52 and 12:08 CET, customers e…
-
Outage history
Past 30 days · 1 incident- Production Service Degradation ResolvedStarted Apr 27, 2026, 10:27 AM UTC · Resolved Apr 27, 2026, 01:38 PM UTC · 3h 10m
See Archlet in your Pingoru dashboard
Monitor Archlet alongside every other service your stack depends on — same alerts, same timeline, same calendar — all in one place.
Every status page, one dashboard
Add Archlet to your Pingoru monitors and it sits next to AWS, Stripe, GitHub, and every other vendor in your stack — a single dashboard for the live status of every cloud and SaaS provider you depend on. One subscription, one inbox, every incident.
Incident timeline, this provider or all of them
Every Archlet incident — when it started, when it resolved, which services were affected, how bad it was, how long it lasted — laid out in one feed you can scan in 30 seconds. Filter to just Archlet or see every provider at once.
Maintenance calendar
Scheduled Archlet maintenance windows land in the same calendar as every other vendor you depend on — see what's running now, what's coming up, and a calendar view. Plan around your vendors instead of being caught out by them.
Every Archlet status change, one inbox
Pingoru watches Archlet's official status page every 5 minutes and delivers incident, resolution, and maintenance events to your email, Slack, Discord, Teams, or webhook.
Only alert on the services you use
Archlet reports on 1 services. Subscribe to the ones you actually use — everything else stays silent.
Email + Slack + Discord + Teams
Signed webhooks on every plan. Route Archlet alerts wherever your team already lives — no per-integration billing, no tier-gating the channels that matter.
Maintenance, not surprises
Upcoming Archlet maintenance windows appear in your maintenance calendar days in advance. Plan deploys and rollouts around them instead of finding out during an incident.
Fine-grained alert control
Per-monitor switches for opened, updated, resolved, and maintenance events. Silence the noisy Archlet services without silencing the monitor entirely.
Invite your team
Premium includes 10 team seats. Everyone watching Archlet from the same account, with per-user notification preferences for any monitor.
Get notified on Archlet status changes
Pingoru watches Archlet's official status page and sends your team instant alerts when incidents open, change severity, or resolve. Route notifications to email, Slack, Discord, or a webhook — wherever your team already lives.
Start monitoring Archlet freeMonitor Archlet along with everything else
Pingoru tracks 6,000+ cloud and SaaS status pages in one dashboard. Add Archlet and every other provider you depend on — AWS, Stripe, GitHub, Cloudflare, OpenAI — and get a single view of the health of every service your app depends on.
Browse the full service directoryTrack Archlet uptime & incident history
See 90 days of Archlet uptime at a glance, with every past incident linked to its component and update timeline. Export the history as CSV or JSON for SLA reports, postmortems, or vendor evaluations — data your team actually needs, not marketing numbers.
See Archlet uptime historyFrequently asked questions
What is Archlet's uptime?
Has Archlet had outages in 2026?
When was the last Archlet outage?
How often does Archlet have outages?
Where is Archlet's status page?
Is Archlet down right now?
How does Pingoru know if Archlet is down?
Where can I get notified when Archlet has an outage?
Archlet's status page says the service is up, but I'm having issues — what's wrong?
Where does Pingoru get the official Archlet status?
What does "Up" mean?
Stop finding out from your users.
We watch Archlet's official status page every 5 minutes. The moment they report an incident, you get an email — often before the outage is widely noticed.
Monitor Archlet free →10 monitors free · email alerts · no credit card
Want the full picture first? See everything Pingoru does →