由 dawei 构建一个稳定、可扩展的网站，框架选型与架构设计是两大核心决策点。二者并非孤立存在，而是相互制约、协同演进的关系。盲目追求热门框架，或照搬高并发架构，都可能导致项目后期难以维护。
框架选择应始于业务需求与团队能力的匹配。轻量级静态站点可直接选用Hugo或Jekyll，兼顾性能与部署简易性；内容驱动型网站若需CMS能力，Strapi或Sanity这类Headless CMS更灵活；而复杂交互应用则需权衡React/Vue等前端框架与Next.js/Nuxt等全栈方案——关键不在于技术多新，而在于文档是否完善、社区是否活跃、长期维护是否有保障。
架构设计须分层清晰、边界明确。典型现代架构包含：表现层（静态资源托管于CDN）、应用层（API服务拆分为BFF或微服务模块）、数据层（主库用PostgreSQL保障ACID，缓存用Redis加速读取，搜索用Elasticsearch增强检索）。每层通过明确定义的接口通信，避免跨层直连。
状态管理需审慎规划。用户会话优先使用无状态JWT或短时效Cookie，避免服务端Session带来的扩展瓶颈；全局状态如购物车、实时通知，宜下沉至独立中间件或消息队列（如RabbitMQ），而非耦合在业务逻辑中。
AI生成的示意图，仅供参考
安全与可观测性应内嵌于架构之初。HTTPS强制、CSP策略、SQL注入防护不能留待上线前补救；日志结构化（JSON格式）、关键链路埋点（OpenTelemetry）、错误告警阈值设定，都是架构阶段就该落地的基础设施。
技术选型不是一次性的“拍板”，而是伴随迭代持续验证的过程。建议初期采用最小可行架构（MVA）：用单体快速验证核心流程，再依实际负载与变更频率逐步拆分服务。所有架构图必须同步代码仓库，并随每次重要重构更新——纸上蓝图若脱离代码现实，终将失效。