在 Go 服务端项目里，单体架构经常被简单理解为“先写在一起，以后再拆”。这个理解并不准确。真正有工程价值的单体，不是把所有代码堆在一个仓库里，而是在单进程、单代码库的前提下，仍然保持清晰的模块边界、稳定的依赖关系和可演进的部署方式。 本文给出一个通用 Go 单体架构服务框架的设计思路，目标有三个： 在项目早期降低系统复杂度，提升交付效率。 在代码规模增长后，仍然保持模块边界清晰。 为未来的独立

Go原生自带了httputil.ReverseProxy，可以直接用来做业务网关，很方便。

1. AI 编程范式演进AI 编程在过去几年的演进大体经历了三个阶段：提示词工程 → AI-assisted Coding → AI Coding Workflow。每个阶段对应人与 AI 的协作方式不同，能力边界也不同。 1234┌────────────────────┐ ┌────────────────────┐ ┌────────────────────┐│ Prompt En

0 背景grpc + grpc-gateway是个很好的设计，优点有 独立定义的proto，方便跨端沟通与维护 生态成熟，有很多proto编译插件，可以增加校验、openapi spec生成等 grpc + http 双栈设计，内部RPC走grpc协议，外接请求走http，只需要实现一次 grpc 服务实现标准化，func XXX(ctx, in)(out, err)的格式很容易解析和扩展中间件

智能家居平台有很多：小米、华为、涂鸦、aqara…，无法互通，很不方便。尤其是当买了多个平台设备时，每次操作都得想想用哪个平台APP，呼叫哪个语音助手去执行。 但几乎所有平台都支持红外(IR)，而且红外是一种本地协议，可以用红外来本地化打通不同平台。

我使用HA作为家居设备控制中枢，接入了米家、aqara homekit、美的等多个平台设备。虽然在HA自动化中可以配合工作，但我使用的小爱音箱无法语音控制非米家平台设备，操作不方便。有什么方式可以打通实现语音控制呢。

最近开始折腾智能家居。试用过米家、涂鸦和homekit后, 觉得Home Assistant(HA)方案最符合我的需求。这个系列整理HA的部署笔记,作为总结,方便以后查阅。

Gitlab是开发中一个重要的工具，本文整理Gitlab部署过程，方便未来查阅。 0 初始化机器推荐RAM 8GB以上。 1 增加至少4GB swap1234567891011# 创建swapdd if=/dev/zero of=/swapfile bs=4M count=1024chmod 600 /swapfilemkswap /swapfileswapon /swapfile# 查看swap

记录&分享K8s Gitlab Prometheus搭建过程。

背景部署共享GPU集群，加速AI应用计算。 步骤1 创建还GPU的node-groupAMI选择AL2_x86_64_GPU，自带显卡需要，省去手动安装步骤。建议选择nvidia显卡机器。节点打上tag: eks-node=gpu，后面安装驱动用。 2 helm安装 nvidia-device-plugin123456789helm repo add nvdp https://nvidia.git