Per user feedback, split into two phases: Phase 1 (this task): Merged deployment to reduce cost. All services in single topfans namespace, single gateway, external DB (RDS/ElastiCache), HPA for high-load services. Focus on getting off single VM and using K8s elasticity. Phase 2 (future, not in this task): Per-group namespace isolation. Triggered by scale/isolation needs. Sketch included as future reference. Removed from this spec (moved to Phase 2 or out of scope): - per-group namespace architecture (was the original main design) - ResourceQuota / LimitRange - per-group gateway with cross-ns Dubbo - application-layer group_id changes - new services (admin/review/ai-*) implementation Updated: - Section 0: New 'Phased Strategy' section at top - Section 2: Three candidates reframed for Phase 1 (don't migrate / single-namespace / per-group from day 1) - Section 4: Detailed design is now single-namespace with all services merged - Section 5: Single chart (topfans/) instead of two (topfans-shared + topfans-group) - Section 6: Migration plan is Phase 1 only - Section 10: Refinements trimmed to Phase 1-relevant items - Section 11 (NEW): Phase 2 future design sketch for reference |
||
|---|---|---|
| .. | ||
| 2026-05-13-contribution-realtime-display-design.md | ||
| 2026-05-14-activity-ranking-modal-design.md | ||
| 2026-05-14-redis-token-blacklist-design.md | ||
| 2026-05-21-asset-likers-design.md | ||
| 2026-05-22-lenticular-gyro-optimization-design.md | ||
| 2026-05-22-sms-register-design.md | ||
| 2026-05-27-热门推荐模块设计.md | ||
| 2026-05-28-热门推荐模块前端设计.md | ||
| 2026-06-02-data-dashboard-frontend-design.md | ||
| 2026-06-02-vertical-progress-bar-design.md | ||
| 2026-06-04-castlove-config-admin-design.md | ||
| 2026-06-04-statistic-service-design.md | ||
| 2026-06-08-docker-to-k8s-migration-design.md | ||