每天執行一次 CronJob,計算:
這個服務很適合你的 30 天寫作計畫,因為可以實際觀察 Docker、Kubernetes、Flyte 相關文章是否比一般技術文章更容易被閱讀。
不要一開始做即時交易系統,而是先做「歷史價格資料庫」:
定時任務
↓
合法公開 API 或使用者匯入 CSV
↓
Python 清理 JSON
↓
DuckDB/PostgreSQL
↓
價格查詢 API
第一版只儲存:
這樣可以練習 CronJob、資料驗證與容器化,也避免把專案複雜度提高到下單、帳戶權限或金融交易層級。
建議先從 RSS 或官方 API 開始,不要直接大量爬取 Facebook、X 或 YouTube 頁面。系統可以保存你訂閱的頻道、RSS 與公開社群來源,然後依照關鍵字與歷史點閱產生推薦。
例如:
RSS/API
↓
內容擷取器
↓
關鍵字與標籤分類
↓
推薦分數
↓
手機友善網頁
推薦規則可以先很簡單:
推薦分數 =
關鍵字匹配分數
+ 最近發布分數
+ 使用者收藏分數
- 已讀內容扣分
未來再加入 LLM 摘要,產生「三分鐘讀完」的內容清單。
公車服務很適合 Kubernetes,因為它同時包含定時抓取與即時查詢:
可先限制在一個城市或幾條常用路線,避免一開始就處理整個台灣的資料。
你可以把五個服務分成三種 queue:
root
├── personal
│ ├── realtime
│ ├── scheduled
│ └── batch