CloudWeGo 是一套开源微服务中间件集合，具备高性能、强扩展性和高可靠的特点，专注于解决微服务通信与治理的难题，满足不同业务在不同场景的诉求。
项目官网：https://www.cloudwego.io/
微服务中间件和业务紧密联系，是整个业务架构的基础，在进行技术选型时必须慎重。业内公认的选型标准关键在于两方面：能解决实际业务问题和上生产抗流量，且易用性高、可治理、成熟稳定；技术是开源的，且开源项目的 star 数、项目活跃度（Issue&PR）、文档更新频率、发版周期稳定可靠。CloudWeGo 的优势在于已经在字节跳动经过大规模生产流量验证，有可以参考的稳定性和可靠性实际案例，同时经过开源社区建设，也已经吸引了一些企业用户尝试在生产环境中部署。
目前，CloudWeGo 已开源的项目包含 Kitex、Netpoll、Thriftgo、netpoll-http2、Hertz 和 Frugal 等，以 RPC 框架 Kitex 和网络库 Netpoll 为主。Kitex 内置了部分治理策略以及丰富的扩展接口，便于融入微服务体系中；Netpoll 主要面向对高性能有诉求的场景。
相关链接
-
CloudWeGo 官网: https://www.cloudwego.io
-
Netpoll: https://github.com/cloudwego/netpoll
-
Thriftgo: https://github.com/cloudwego/thriftgo
-
netpoll-http2: https://github.com/cloudwego/netpoll-http2
-
有非常多的同学对微服务开发感到无从下手，这些困难不是并不来自对微服务的理解，而是来自如何上手开发微服务。实际上开发微服务并不困难，这篇文章会详细的带大家从零到一通过 CloudWeGo 的开源框架来学习如何进行微服务的开发。 CloudWeGo CloudWeGo 是一套由字节跳动开源的、可快速构建企业级云原生微服务架构的中间件集合。CloudWeGo 项目共同的特点是高性能、高扩展性、高可靠，专
-
作者：ByteDance架构团队 10月7日, 2021年 ByteDance架构团队最初在CloudWeGo的博客上发表的客座文章 背景介绍 ByteDance自豪地宣布推出开源软件CloudWeGo。它专注于微服务通信和治理，提供高性能、强可扩展性和高可靠性，能够快速构建企业级云原生架构。 ByteDance使用Golang作为主要的开发语言，并支持数万个Golang微服务的可靠通信。经过海量
-
null null
-
我在微服务之间的通信上遇到了麻烦。我有许多spring boot应用程序，它们之间有许多请求HTTP和AMQP（RabbitMQ）。在本地（在dev中），我使用没有Docker图像的Eureka（Netflix Oss）。
-
我知道java中的关键字“synchronized”是用于多线程的。然而，副本不是多线程的，而是多进程的。我说的对吗？有什么想法吗？
-
“在微服务之间添加的同步依赖关系越多，例如查询请求，客户端应用程序的总体响应时间就越差。 “这是真的吗？我认为在同步通信中，我们比异步通信更直接地得到反馈。例如，假设一个用户向微服务a发送http请求，微服务a又异步地向另一个微服务B发送请求，并异步地等待它的答复。如果微服务B关闭，那么用户将等待到超时才能得到响应，而在同步通信中，他将立即得到响应。
-
在单体架构时，因为服务不会经常和动态迁移，所有服务地址可以直接在配置文件中配置，所以也不会有服务发现的问题。但是对于微服务来说，应用的拆分，服务之间的解耦，和服务动态扩展带来的服务迁移，服务发现就成了微服务中的一个关键问题。 服务发现分为客户端服务发现和服务端服务发现两种，架构如下图所示。 这两种架构都各有利弊，我们拿客户端服务发现软件Eureka和服务端服务发现架构Kubernetes/SkyD
-
基本 Nest 微服务是一种使用与HTTP不同的传输层的应用程序。 安装 首先，我们需要安装所需的软件包： $ npm i --save @nestjs/microservices 概述 通常，Nest支持一系列内置的传输器。它们基于 请求-响应 范式，整个通信逻辑隐藏在抽象层之后。多亏了这一点，您可以轻松地在传输器之间切换，而无需更改任何代码行。我们不支持具有基于日志的持久性的流平台，例如 Ka