jiakme

如果是日志且业务为单表的话, 可以考虑使用 cdc 监听方案.

接力
https://riskbird.com/#/?inviteCode=29D1AD030A7D3B28

有一些安全扫描是直接扫硬盘和 docker 镜像, 只要匹配到使用的包, 就报警, 不管是否暴漏端口和服务

你的这个图不太贴切, 完全跟随产品走. 建议关注一下公众号 隐墨星辰 看看别人怎么设计支付系统的.
另外业务架构设计图是非常非常重要的, 产品越复杂, 它越重要.
另外还需要配合 技术架构图 画

别人都说不要 MAC 了还一直推 MAC........
价格合适的话, 直接上 32G 内存, 其他的都不重要

技术选型最终取决于决策者, 而不是使用者.
选型需要考虑, 当前团队成员技术栈, 后续团队招聘, 历史业务维护, 新业务推广, 整体技术栈等等.
在上述语境中, 还要综合考虑, 优先核心技术栈, 其次边缘技术栈.
所以非核心单一技术栈优劣是最后才考虑的.
而数据库操纵场景, mybatis, JOOQ 等等框架, 性能效率拉不开差距, 优先考虑团队熟悉和接受程度.

@anyinlover 大模型强弱与否目前不是核心点. 关键在于你的客户群体是否愿意因此付费, 不论是直接购买 AI 服务, 还是购买经 AI 增值后的其他服务. 教育是个严肃且迭代缓慢场景, 现阶段综合可信度, 正确度, 满意度, 性价比, AI 作为独立服务, 客户付费意愿不高, 主要将 AI 用于增值核心业务. 但这些业务目前均处于稳定期, 并非新功能爆发, 无法带给用户跨时代的服务提升, 并进一步引导用户增加付费. 若是后续模型进一步增加, 未来才会来.

很多教育相关公司均有布局 AI+, 但实际效果不明显.

如果允许的话, 可以考虑将 mysql 更换为 pgsql. 简单数据, 单表 1 亿没问题