7.6 KiB
7.6 KiB
服务器服务部署时间线
记录东京服务器（43.163.225.30）上每个服务的诞生背景和部署时间。
2026 年之前
🔴 Beast Trader 策略运行（起点）
- 背景：你已经在服务器上运行 Freqtrade 策略，但无法实时监控运行状态
- 痛点：策略有没有在跑、最近有没有成交、收益如何——这些信息需要一个面板来展示
- 这是一切的起点
2026 年上半年
🟡 v1.0 — Beast Dashboard（监控面板）
- 部署时间：约 2026 年初
- 背景：策略运行在 freqtrade 上，需要一个 Web 面板实时监控
- 技术选型：FastAPI 后端（端口 9000）+ 纯 HTML 前端，Caddy 反代
dashboard.xybkwd.top - 核心功能：实时展示策略状态、持仓、最近交易记录
- 意义：服务器上第一个自建 Web 服务，打开了后续所有服务的大门
🟢 v2.0 — Telegram Bot 通知
- 部署时间：Dashboard 之后不久
- 背景：Dashboard 需要人主动去看，策略有信号时需要主动推送
- 技术选型：Freqtrade 原生 Telegram 集成 + 自建
@jason5612_bot - 核心功能：策略信号推送、交易通知、每日日报推送到微信（通过 Server酱）
- 意义：从"人查面板"升级到"机器主动通知"
🟢 v3.0 — Caddy 反向代理
- 部署时间：服务数量达到 3 个左右时
- 背景：每个服务都跑在不同端口，直接 IP:端口 访问体验差，且没有 HTTPS
- 技术选型：Caddy（自动 Let's Encrypt 证书）+ 域名（
xybkwd.top系列） - 核心功能：统一入口、HTTPS、basic_auth 保护
- 意义：从此访问服务变成正常的域名访问，安全性也解决了
🔵 v4.0 — Gitea（私有 Git 服务）
- 部署时间：约 2026 年中
- 背景：策略代码、面板代码都在服务器上手工改，没有版本控制，一旦改坏无法回滚
- 技术选型：Gitea（轻量级自托管 Git）+
gitea.xybkwd.top - 核心功能：代码版本管理、跨设备同步、作为知识库中枢
- 意义：从此所有代码改动都有历史记录，服务器上的"作坊"升级成"有规范的工程"
🟣 v5.0 — 灵感收集器（Memos → AI → Gitea）
- 部署时间：约 2026 年 5 月
- 背景：你有很多碎片想法（微信、备忘录），但散落各处，无法沉淀
- 技术选型：Memos（碎片记录）+ Daily Digest 脚本（DeepSeek API 分析）+ Gitea 存储
- 核心功能：碎片灵感 → AI 深度分析 → Markdown 归档 → Gitea
- cron：每日 22:00 北京时间自动运行
- 意义：第一次把"AI 分析"引入工作流，不只是执行策略，还帮你思考
🟠 v6.0 — 栖云导航页（nav.xybkwd.top）
- 部署时间：约 2026 年 5-6 月
- 背景：服务越来越多，需要一个统一入口
- 技术选型：纯静态 HTML（
/var/www/nav/index.html）+ Caddy 静态托管 - 核心功能：所有服务的导航、快速跳转
- 意义："栖云"这个名字就是这时候定的，个人数据中心的雏形出现了
🔴 v7.0 — 每日要闻（brief.xybkwd.top）
- 部署时间：约 2026 年 6 月初
- 背景：每天想快速了解重要新闻，但不想被信息流淹没
- 技术选型：RSS 抓取（7 个源）→ DeepSeek 总结 →
brief.html两栏展示 - 核心功能：AI 精选摘要、分类展示、移动端适配
- cron：每 3 小时抓取一次，30 分钟后 AI 总结
- 意义：第一次把"新闻聚合 + AI 总结"做成自动化流水线
🔵 v8.0 — Todo 系统（todos.html + todo_server.py）
- 部署时间：约 2026 年 6 月
- 背景：灵感收集器分析了你的想法，但产生的待办事项没有地方管理
- 技术选型：Python HTTP Server（端口 9001）+ PWA 前端（
todos.html） - 核心功能：CRUD 待办、优先级、分类、从灵感自动提取 todo
- 意义：灵感 → 待办 → 执行的闭环形成了
🟢 v9.0 — AI 对话（chat.xybkwd.top）
- 部署时间：约 2026 年 6 月
- 背景：想在手机上直接和 AI 对话，而不依赖 WorkBuddy 桌面端
- 技术选型：FastAPI + SQLite（端口 8900）+ 内嵌 HTML/JS 前端
- 核心功能：移动端 AI 对话、对话历史存储、Markdown 渲染
- 意义：WorkBuddy 的能力延伸到了手机端
🟡 v10.0 — 系统备份自动化
- 部署时间：约 2026 年 6 月中旬
- 背景：服务越来越多，一旦服务器出问题，重建成本很高
- 技术选型：
backup.sh脚本 + cron 每日 04:00 自动备份 - 备份内容：系统配置、Docker 元数据、SQLite 数据库、工作目录、SSL 证书
- 意义：从"能跑"升级到"不怕丢"
当前状态（2026-06-15）
| 服务 | 域名 | 端口 | 状态 |
|---|---|---|---|
| Caddy（反代） | 各域名 | 80/443 | ✅ 运行中 |
| Gitea | gitea.xybkwd.top | 3000 | ✅ 运行中 |
| Memos | memo.xybkwd.top | 5230 | ✅ 运行中 |
| Beast Dashboard | dashboard.xybkwd.top | 9000 | ✅ dry-run 运行中 |
| AI Chat | chat.xybkwd.top | 8900 | ✅ 运行中 |
| Todo Server | nav.xybkwd.top/api | 9001 | ✅ 运行中 |
| 每日要闻 | brief.xybkwd.top | 静态 | ✅ 运行中 |
| 栖云导航 | nav.xybkwd.top | 静态 | ✅ 运行中 |
| 灵感收集器 | — | cron | ✅ 每日 22:00 运行 |
| 系统备份 | — | cron | ✅ 每日 04:00 运行 |
演化规律
每次加新服务，都遵循同一个模式：
痛点出现 → 找到一个最小可用的技术方案 → 快速上线 → 用一段时间 → 发现新问题 → 迭代或加新服务
没有一开始就做宏大规划，都是按需生长。现在的架构是 10 次迭代 自然演化的结果。
2026-06-15 — Calibre-Web 电子书库上线
背景：冯总在文石阅读器上读书并做标注，需要一个统一管理平台，且与 AI 打通。
部署内容：
- Docker 部署
linuxserver/calibre-web:latest - 端口：8083，Caddy 反代到
books.xybkwd.top - 数据目录：
~/calibre-web/books（图书库）、~/calibre-web/config（配置） - nav 导航页新增电子书库卡片（琥珀色书籍图标）
后续计划：
- 上传图书文件
- 打通文石标注同步（Calibre Companion / WebDAV）
- 开发 AI 读书助手（摘要生成、笔记整理、微信读书同步）
- 建立独立 Gitea 仓库
ebook-library管理书库相关代码和文档
意义：个人知识管理从多个碎片（Memos、要闻、Gitea）走向阅读 → 标注 → AI 分析 → 笔记归档的完整闭环。
2026-06-15 — Lucky 清除 & 全面安全加固
背景：冯总要求排查服务器安全状态，确保纯私有化部署的个人服务不对外暴露。
排查发现：
- Lucky 已无实质作用（进程、Docker、二进制均不存在），仅残留 配置目录（132KB）
- 所有服务的 Caddy basicauth 认证缺失（之前设置后被取消）
- ufw 残留 Lucky 端口规则（16601/tcp）和多余规则（9001/tcp）
- Shadowsocks 服务正常运行（31567/tcp，代理用途）
- fail2ban 未安装
执行操作：
- 彻底删除 （无 Docker 镜像/容器/卷残留）
- 恢复所有个人服务的 basicauth 保护（用户名 ，密码 ）
- 加密的服务：gitea / dashboard / memo / nav / books
- 不加的服务：blog（公开）、vaultwarden（自身有登录）
- Caddyfile 备份到 server-ops 仓库
安全铁律：
- 严禁取消 basicauth，任何调试通过 localhost 不改 Caddyfile