架构漫谈

简单的说，Service Mesh就是微服务时代的TCP。 我们来看看它的产生： 最初 服务A和服务B想要通讯，于是添加了网络传输，大佬建立了一套底层能够传输字节码和电子信号。 为了能够服务自己处理网

什么是服务发现 即我需要调用一个服务的时候，需要知道它的IP地址。 为什么要服务端发现？ 如果只有每个服务只有一个，且不会故障转移，那么直接代码或者配置文件中写IP地址即可。但是如果服务多了，或者需要

上篇说到了整体架构的模型。 API网关+BFF数据组装+服务层 那么服务层如何划分呢？ 按什么划分 比如客户部门、物流部门、财务部门这样。但是这样划分的很少。 还有一种按业务分 比如稿件组、视频组、漫

康威定律是马尔文·康威1967提出的： 通俗的来讲：产品必然是其（人员）组织沟通结构的缩影。 跨部门沟通是非常难的，系统各个模块的接口也反映了它们之间的信息流动和合作方式。 康威定律可谓软件架构设计中

背景 我所在的公司是一家做直播和视频通话APP的公司，我主要负责服务端。最开始我们的架构很简单，就是单体PHP，全部用lumen写成。Redis缓存都用的少，后端人员也只有两人。 此时最大的问题主要是

gRPC是什么 官方介绍： https://grpc.io/docs/what-is-grpc/introduction/ 多语言：语言中立，支持多种语言。 轻量级、高性能：序列化支持 PB(Prot

对于微服务，常见的架构模型就是API网关+服务。 API网关实现鉴权、负载均衡、中间件等公共入口逻辑。 服务实现具体的业务功能。 那么，API网关设计中又有什么坑呢？ 1.0版本 直接将服务穿透到外网

为什么要学习架构? 因为架构思路是编码的基石，如果脑海中没有架构思路，编码就是一叶障目，看不到全局也就不可能写出好的代码。 先别急着撸代码，先看看理论，有个大致的概念。原理可能看看就能懂，但是只有经历

作为一个后端，如果你没用过缓存，证明你的业务是真的很小，或者你的数据库是真的厉害。 那么，你真的会用缓存么？ 什么时候需要缓存 首先最常见的就是接口的返回值加缓存，避免直接查库，尤其是榜单这种查起来很