DreamMesh

DreamMesh服务注册(1)-统一模型

在前面的讨论中,我们探索了打通多个服务注册中心的思路。另外在服务治理中心的构想,也是希望能提供统一的方式对各家微服务体系进行服务治理。而要做到这两点,服务注册模型的统一势在必行。

DreamMesh架构设计(3)-主要模块

列出规划中的Dream Mesh主要功能模块,定好优先级和开发顺序。

DreamMesh架构设计(2)-设计原则

在展开详细的架构设计之前,先罗列一下Dream Mesh将在之后遵循的一些基本原则,以及这些原则背后的原因和期望的目标。

DreamMesh架构设计(1)-系统核心

一个微服务系统,无论是传统的侵入式,还是新兴的Service Mesh,其核心骨干,主要是三大模块:服务注册,配置,SDK。

DreamMesh抛砖引玉(10)-多集群

如果有多集群/多机房的支持需求,该如何解决?这个问题和前面列出的service mesh体系和非service mesh的并存问题,可能叠加:如何在多集群/多机房要求下实现service mesh体系和非service mesh的并存。

DreamMesh抛砖引玉(9)-API Gateway

service mesh解决的是东西向服务间通讯的问题,我们来审视一下API gateway到微服务之间的南北向通讯: 服务发现,负载均衡,路由,灰度,安全,认证,加密,限流,熔断……几乎所有主要功能,在这两个方向上都高度重叠。因此,是否该考虑提供一个统一的解决方案来处理?

DreamMesh抛砖引玉(8)-SpringCloud迁移

Spring Cloud在未来很长一段时间之内都会是市场主流和很多公司的第一选择。如何在迁移到service mesh之前加强Spring Cloud,并为将来转入Service Mesh铺路,是一个艰难而极具价值的话题。

DreamMesh抛砖引玉(7)-绕不开的Spring

对于Java企业应用,Spring是无论如何绕不开的。但是如何以正确的姿势在Service Mesh时代使用Spring,需要自己探索。Spring Boot + Service Mesh是我所推崇的一对清爽搭配。

DreamMesh抛砖引玉(6)-性能开销

Service Mesh的核心在于将原有以类库方式提供的功能拆分到独立的sidecar进程中,以远程调用的方式来强行解耦服务间通讯的业务语义和服务间通讯的具体实现。我们来看看这对性能会有什么影响。

DreamMesh抛砖引玉(5)-网络通讯

Service Mesh并不限制序列化方案和远程通讯机制,在拥有极大选择自由度的同时,烦恼依旧存在:到底什么是适合service mesh时代的网络通讯方案?