我一个人从 0 搭了一套微服务产品矩阵聊聊我的选择为什么做这个三年前我还是个普通的后端开发写业务逻辑、修 bug、开会。直到有一天我发现自己写的所有代码都只存在于公司的仓库里离开了那个环境什么都不剩。所以决定自己做点东西。技术选型上的取舍为什么用 Spring Boot不用微服务全套很多独立开发者一上来就上 Spring Cloud Alibaba、Nacos、Sentinel。但我的服务器只有 2C4G跑不了那么多东西。我的选择Spring Boot Nginx 反向代理。没有注册中心服务间靠 HTTP 直连。没有配置中心环境变量写在 supervisor 配置里。没有网关Nginx 做路由和限流。够用就好。认证方案为什么最终选了 OAuth2 Client Credentials最开始是 ApiKey所有服务共用一个密钥。后来服务多了分不清是谁调的密钥轮换也麻烦。换成 JWT 直签但签发方不统一。最后上了 OAuth2 Client Credentials。有统一的签发中心auth有统一的权限管理permUSER token 和 APP token 共用同一套过滤器。虽然多了一次网络请求但换来的是可管理、可审计、可轮换的认证体系。为什么自己写 common 包不用现成的6 个服务都要做认证、鉴权、日志。如果每个服务各写一套那就是 6 份重复代码。抽了一个 common 包统一 Filter、统一注解、统一异常处理。改认证逻辑只需要改 common重新发布一个版本所有服务mvn package自动升级。内容策略为什么同时做三个平台CSDN 走量— 教程向SEO 搜索流量大一篇好文章能持续吃半年流量知乎做口碑— 方案对比、技术选型吸引泛技术人群公众号沉淀— 项目复盘、独立开发心得留住核心读者一篇内容三处发布。不追热点只写真正做过的东西。成绩5 个后端服务 3 个前端应用全部线上稳定运行35 篇技术文章三平台同步日均可服务数百次请求一个 common 包管了 6 个服务的认证鉴权未来计划短链接服务已上线追踪各平台引流效果审批服务统一申请审批中心文件服务统一文件上传管理数据看板服务运行状态一目了然最后独立开发这件事最难的不是技术是坚持。写文章没人看的时候发版本没人用的时候怀疑自己是不是在做无用功的时候——能继续做下去的理由只有一个这是我想做的。欢迎关注一起交流。关于作者无羡独立开发者专注AI应用开发。 分类独立开发日志 关注我获取更多技术分享如果这篇文章对你有帮助欢迎点赞、收藏、关注你的支持是我持续创作的动力点击「阅读原文」查看我的独立开发笔记
尧图网络