gowind

喵了几个咪4 天前
开发语言·后端·微服务·golang·gowind
GoWind ShortPlay 拆解:不用模型的推荐闭环——埋点回流、三路召回与已看去重本文回答一个问题:没有算法团队、没有特征平台、没有模型服务,一个短视频 Feed 的"推荐"要怎么做才不是自欺欺人?
喵了几个咪4 天前
开发语言·后端·clickhouse·微服务·golang·gowind
GoWind UBA 拆解:把 Doris UNIQUE KEY 翻译成 ClickHouse——读数正确性对齐实录本文回答一个问题:一套围绕 Doris UNIQUE KEY 模型建起来的行为分析系统(upsert 去重、随时可查的聚合结果),要支持 ClickHouse 二选一部署,需要翻译的到底是什么——建几张表就够了吗?
喵了几个咪5 天前
开发语言·后端·安全·微服务·golang·gowind
GoWind CMS 拆解:给 NL2SQL 上四把锁——智能问数的安全边界本文回答一个问题:让大模型把自然语言翻译成 SQL 直接在公司数据库上执行,怎么才能不把生产库拖垮、不把别人的数据泄露出去?
喵了几个咪6 天前
微服务·golang·go·1024程序员节·admin·gowind
GoWind Admin 拆解:一个 Sender 接口接 39 个通知渠道本文回答一个问题:通知渠道从"邮件/短信/Webhook"老三样扩到 39 种(钉钉、飞书、Slack、Telegram、Bark、极光、Twilio、PagerDuty……),代码量为什么没有翻 13 倍——配置面是怎么设计的?
喵了几个咪7 天前
golang·gowind
GoWind Ops 深度拆解:纯出站 Agent + MQTT 信令,把「管机器、跑项目、发脚本、构建分发」做扎实本文回答一个问题:当你点下「分发到 20 台机器」,从浏览器到目标机磁盘落定,中间经过了哪些服务、哪些协议、哪些状态机与哪些防呆设计?
喵了几个咪8 天前
golang·gowind
GoWind ShortPlay 深度拆解:三服务 BFF + Core,一条请求的完整工程链路本文回答一个问题:一次上下滑、一次发布、一次审核驳回,在 GoWind ShortPlay 里分别走过了哪些代码、哪些状态与哪些取舍?
喵了几个咪1 个月前
微服务·架构·golang·rust·多租户·gowind·rushwind
Go 写业务,Rust 扛底盘:一套可落地的混合架构“Go 还是 Rust"吵了十年,大多停留在语言层面互喷,产不出架构决策。工程上更有价值的问法是三段论:**两者的成本模型差在哪?边界应该画在哪?用什么方式接起来?**本文按这三段展开:先把 Go 的 GC 税与 Rust 的优势边界算成账(含"怎么量自己系统里的这笔税”),再给出"变化频率 × 延迟敏感度"的切分准则,然后把四种集成模式(进程边界 / sidecar / FFI / WASM)按集成成本排序逐一拆解——每种都给到代价清单与适用判据,最后落到一个真实样本:用 Rust 实现的中后台平台(R
喵了几个咪5 个月前
开发语言·vue.js·后端·golang·reactjs·gowind
Headless 后端实践:基于Go的企业级多栈管理系统脚手架在企业级中后台系统、SaaS平台以及内部运维平台的开发过程中,架构选型直接决定项目的扩展性、维护成本与迭代效率。传统MVC单体架构长期存在视图与业务高度耦合、前端技术栈绑定僵化、无法适配多终端业务等痛点;而原生Headless架构虽解决了解耦问题,但仅提供基础API能力,团队仍需从零完成前端工程搭建、权限封装、页面开发,大幅抬高项目落地门槛。
喵了几个咪5 个月前
微服务·架构·golang·gowind·bff
单体项目如何“无感”演进微服务?GoWind的Core+BFF分层实践很多技术团队的微服务改造都陷入两难:单体架构臃肿难维护,但全量拆微服务风险高、工期长、上线易崩。绝大多数从单体转型的开发者,都害怕“为了架构升级而重构”,导致业务停摆、Bug激增、迭代停滞。
我是有底线的