微服务拆分指南：原则、时机与方法 微服务架构的演进是业务发展的必然趋势，但拆分需要遵循科学原则和方法。文章总结了微服务拆分的六大原则：单一职责、高内聚低耦合、单向依赖、数据库隔离、康威定律和演进式原则。拆分时机需综合考量业务阶段、复杂度、团队规模等因素。拆分方法包括业务功能分析、DDD领域驱动设计等维度，特别介绍了事件风暴等业务建模方法。文章强调微服务拆分应循序渐进，避免过度拆分带来的复杂度，并建

从单体架构到微服务架构的演进历程，详细剖析，各阶段架构分解。

开源的 java API 网关介绍。他们都是是构建在 Spring 生态之上，包括 Spring5、Spring2 和 Project Reactor(Spring WebFlux)。Spring WebFlux 框架底层使用了 Reactor 模式高性能通信框架 Netty等等，更多详情请看文章。

微服务架构学习系列文章：微服务架构学习与思考(01)：什么是微服务？微服务的优势和劣势微服务架构学习与思考(02)：微服务实施的前提条件？有哪些问题需要思考？微服务架构学习与思考(03)：微服务总体架构图解微服务架构学习与思考(04)：微服务技术体系微服务架构学习与思考(05)：微服务架构适用场景分析一、微服务技术体系下图列出了微服务的技术体系：二、Golang微服务技术栈微服务框架go-micr

对于上面图 1 的一个请求响应路径，怎么定义、怎么能实现分布式追踪呢？简单实现：为服务器每一次的发送和接收请求来收集追踪标识（message identifiers）和时间戳（timestamped events）。从入口开始发起 Request 的请求者（图 1 中的 RequestX），与这个请求者相关的信息都要关联上，并记录下来分析链路关系，有什么好的方案呢？2 种方案：黑盒（black-b

什么是 channel 管道它是一个数据管道，可以往里面写数据，从里面读数据。channel 是 goroutine 之间数据通信桥梁，而且是线程安全的。channel 遵循先进先出原则。写入，读出数据都会加锁。channel 可以分为 3 种类型：只读 channel，单向 channel只写 channel，单向 channel可读可写 channelchannel 还可按是否带有缓冲区分为：

对于上面图 1 的一个请求响应路径，怎么定义、怎么能实现分布式追踪呢？简单实现：为服务器每一次的发送和接收请求来收集追踪标识（message identifiers）和时间戳（timestamped events）。从入口开始发起 Request 的请求者（图 1 中的 RequestX），与这个请求者相关的信息都要关联上，并记录下来分析链路关系，有什么好的方案呢？2 种方案：黑盒（black-b