每日一Go

在云原生时代，“省钱”就是核心竞争力。Go 语言凭借其极低的运行时开销（Footprint）和强大的并发模型，成为了编写高性能微服务的首选。但在 Kubernetes (K8s) 环境中，如果不进行资

单机事务靠数据库，分布式事务靠“妥协 + 设计”。比如一个经典的业务 拆成多个服务后，会有以下问题： 数据库事务失效了 BEGIN/COMMIT 再也管不住全局 网络、宕机、重试，任何一步都可能出错。

在分布式系统开发中，Go 语言因其原生支持并发（Goroutine 和 Channel）而成为实现共识算法的首选语言。 要理解 Raft，我们得先从宏 观的理论基础开始。 一、理论基石：CAP 定理

Prometheus 是一个以时间序列为核心、通过 Pull 模型采集指标、用 PromQL 做聚合分析、最终通过告警驱动运维决策的监控系统。 Grafana 是一个：把 Prometheus 里的“

我昨天在Kind里把 Istio 跑起来了。服务能访问，接口能通，QPS也没变。辣么，问题来了：我装了个啥？ 如果你现在正处在这个阶段，恭喜你——你已经走到了 90% 人学 Istio 会卡住的地方。

为什么需要Service Mesh(服务网格)？ 简单来说，当你的架构从“单体”演进到“微服务”后，原本简单的进程内调用变成了错综复杂的网络调用。Service Mesh（服务网格）的出现，是为了把“

在 Kubernetes (K8s) 的世界里，很多开发者都遇到过这种尴尬：kubectl get pods 显示 Running，但用户访问却全是 502 或超时。 这通常是因为你没有正确配置 探针

一、什么是蓝绿发布？ 蓝绿发布 = 两套完整环境（Blue/Green）同时存在，通过 Service 一次性切换流量。 Blue 代表当前线上版本；Green代表新版本；切换点是 Service s

一、ConfigMap：把“配置”从镜像里剥离出来 1. 它解决了什么问题？ 当配置写在代码/Dockerfile里，改个DB地址就需要重建镜像+重新发布；有了ConfigMap之后，配置和程序就彻底

一、安装Kind（Kubernetes IN Docker） 前提条件是你本机已经安装了Docker Desktop 每日一Go-60、Docker 实操（Go 工程从 0 到跑起来） 1. wind

很多人学 K8s 学不下去，不是因为难，而是第一天就被一堆名词打蒙了。 今天我们不追求全，只讲K8s最核心、最有用的几个概念，讲到你“再也绕不开”。 Kubernetes 是一个开源的容器编排平台，它

Kubernetes（K8s）从来不是“高级玩家的炫技工具”，它是当系统复杂到人已经扛不住时的保命线。 一、为什么大多数系统，死在“还没来得及上K8s”之前？ 我们先不聊概念，直接看一个非常常见的真实

目前，Harbor 是全球及国内企业级私有 Docker 仓库（Registry）中最流行、功能最全面的选择。 它最初由 VMware 开源，现在是 CNCF（云原生计算基金会）的毕业项目。相比 Do

别再停留在“我懂Docker了”，工程师只认一件事：能不能跑。改变思维，赶紧上车吧！ 一、准备环境 1. 安装Docker Desktop  访问官网 https://www.docker.com,下

Docker 到底解决了什么问题？ 为什么学云原生，第一步一定是它？ 很多人第一次听说 Docker，都会有一个疑问： 确实能跑。 但问题从来不是“能不能跑”，而是： Docker，正是为了解决这些问

NATS 支持多种集群部署方式，以下是主流部署方案： 一、Docker Compose：3节点JetStream集群 1. 文件结构 2. docker-compose.yml 3. 配置文件  3.

一、什么是NATS？ NATS是为分布式系统而生的超轻量、高性能消息系统。如果说Kafka是数据仓库型MQ，RabbitMQ是业务规则型MQ；那么NATS更像是微服务的神经系统。 二、为什么Go和NA

在 Go 语言开发高性能后端系统时，缓存（如 Redis）是必不可少的。但如果不处理好击穿、穿透、雪崩以及一致性问题，缓存反而可能成为系统的“定时炸弹”。 以下是针对这些核心概念的深度解析及 Go 语

一、为什么分布式系统一定要“自己造ID”？ 但是在微服务/多实例/分库分表的情况下，会出现： ID冲突 数据迁移困难 顺序失控 跨库无法唯一定位 二、分布式ID的核心指标 一个靠谱的ID方案，至少要满

Go微服务的日志比较经典的一句话：你不是在写日志，你是在给未来的自己留活路。在微服务里，日志等于事后复盘，链路追踪等于实时破案。 一、微服务里，日志到底要解决什么？ 1. 微服务日志的3个核心问题 结