Infinity Bots - 历史记录

目前部分性能下降

96% - 正常运行时间

Production - 性能下降

96% - 正常运行时间
4月 2025 · 100.000%5月 · 93.9135%6月 · 93.4766%
4月 2025
5月 2025
6月 2025

Development - 运行正常

97% - 正常运行时间
4月 2025 · 100.000%5月 · 96.7115%6月 · 94.9102%
4月 2025
5月 2025
6月 2025

Documentation - 运行正常

99% - 正常运行时间
4月 2025 · 100.000%5月 · 100.000%6月 · 95.5282%
4月 2025
5月 2025
6月 2025

Staff Panel - 运行正常

97% - 正常运行时间
4月 2025 · 100.000%5月 · 95.4099%6月 · 95.3602%
4月 2025
5月 2025
6月 2025

Widgets - 运行正常

93% - 正常运行时间
4月 2025 · 100.000%5月 · 83.6022%6月 · 95.0940%
4月 2025
5月 2025
6月 2025
94% - 正常运行时间

Production - 性能下降

91% - 正常运行时间
4月 2025 · 100.000%5月 · 89.1873%6月 · 85.2706%
4月 2025
5月 2025
6月 2025

Development - 性能下降

96% - 正常运行时间
4月 2025 · 100.000%5月 · 94.1470%6月 · 94.8889%
4月 2025
5月 2025
6月 2025
100% - 正常运行时间

Cloudflare → Always Online - 运行正常

Cloudflare → DNS Firewall - 运行正常

Cloudflare → DNS Root Servers - 运行正常

Cloudflare → DNS Updates - 运行正常

Cloudflare → Firewall - 性能下降

Cloudflare → Gateway - 运行正常

Cloudflare → Network - 运行正常

Cloudflare → Pages - 运行正常

Discord → API - 运行正常

Discord → Gateway - 运行正常

Github → Actions - 运行正常

Github → API Requests - 运行正常

Github → Git Operations - 运行正常

Github → Issues - 运行正常

Github → Pull Requests - 运行正常

Github → Webhooks - 运行正常

Ionos → Cloud Backup - 运行正常

Ionos → Cloud Server - 运行正常

Stripe → Stripe API - 运行正常

Vercel → 构建 - 运行正常

Vercel → Build & Deploy - 运行正常

Vercel → DNS - 运行正常

历史记录

6月 2025

Server Downtime
  • 事后分析
    事后分析

    📝 Postmortem: June 2025 Service Outage

    Incident Duration:

    June 16, 2025 – June 21, 2025

    Status: Resolved

    Root Cause: Misconfigured infrastructure and networking components

    📌 Summary

    Between June 16 and June 21, 2025, our services experienced a prolonged and critical disruption. This impacted system accessibility, network stability, and overall deployment reliability. The root causes were traced back to multiple misconfigurations within our new infrastructure stack, primarily involving our Dokploy instance, networking setup, and reverse proxy (Traefik).

    ⚙️ Technical Cause

    Upon investigation, we identified several compounding issues:

    • Misconfigured Dokploy Instance: The initial deployment lacked critical network isolation and routing configurations, leading to service timeouts and container miscommunication.

    • Traefik Reverse Proxy: Misconfigured routing and TLS handling caused failed ingress connections and prevented external traffic from reaching internal services.

    • Networking Setup Errors: Overlapping subnets and improperly bridged networks led to intermittent connectivity between deployer and host machines, further destabilizing the system.

    • Missing Health Checks: Some containers were not being monitored properly, which delayed automatic restarts and extended service downtime.

    🚑 Immediate Actions Taken

    • Isolated deployer and host networks to stabilize inter-service traffic.

    • Corrected routing rules and middleware configuration in Traefik.

    • Rebuilt the Dokploy configuration with clearer network separation and improved error handling.

    • Re-enabled and audited health checks across services.

    • Conducted live testing and verification to ensure full service restoration by June 21, 2025.

    ✅ Resolution and Recovery

    The system was gradually stabilized beginning on June 16, with partial access restored within 30 minutes of our first major fix. However, additional network-level issues prolonged the resolution timeline. By June 21 at 3:35 AM, all services were fully restored and verified functional.

    📚 Lessons Learned

    • Configuration reviews must be enforced before production deployment of new infrastructure tools.

    • Network planning (IP ranges, bridges, proxies) needs to be documented and peer-reviewed.

    • Critical systems (like DNS routing, ingress, and orchestration layers) must have dedicated monitoring and rollback plans.

    🔧 Preventative Measures

    • Implement automated preflight checks in our deployment pipelines.

    • Schedule recurring audits of proxy and ingress configurations.

    • Build fallback container orchestration playbooks for Dokploy-based deployments.

    • Expand post-deploy smoke testing to catch network-level regressions earlier.

    🗣️ Final Note

    We sincerely apologize for the extended downtime and the impact it had on your experience. While our intention was to modernize our infrastructure, we recognize that our transition planning and oversight fell short. This will be addressed internally, and improvements are already underway.

    Thank you for your patience and continued support.

  • 已解决
    已解决
    This incident has been resolved.
  • 更新
    更新

    We apologize that these issues have been ongoing for so long, our team is still working to resolve the issues! And properly configure our new dokploy network!

  • 更新
    更新

    Some additional issues have arised and we are working on a fix

  • 更新
    更新

    We have isolated networks between our deployer and host machine to help stable out its long term usage, our team is currently finishing up with the final setup stages. Services should start being restored within the next 20 - 30 mins.

  • 已确认问题
    已确认问题

    We have identified this issue is due to Dokploy. We are working resolving this issue now.

5月 2025

4月 2025

本月无故障记录

4月 2025 6月 2025

下一页