微服务拆分原则

微服务拆分原则拆分的大原则是当一块业务不依赖或极少依赖其它服务，有独立的业务语义，为超过 2 个的其他服务或客户端提供数据，那1 .单一职责、高内聚低耦合：简单来说一张表划分为一个服务2. 服务粒度适中：服务不要太细（有的团队甚至一个接口一个服务）3. 以业务模型切入：比如产品，用户，订单为一个模型来切入4., 演进式拆分：刚开始不要划分太细，可以随着迭代过程来逐步优化5. 避免环形依赖与双向依赖

qq_489366879

3464人浏览 · 2022-04-19 12:05:02

qq_489366879 · 2022-04-19 12:05:02 发布

微服务拆分原则

拆分的大原则是当一块业务不依赖或极少依赖其它服务，有独立的业务语义，为超过 2 个的其他服务或客户端提供数据，那

1 .单一职责、高内聚低耦合：简单来说一张表划分为一个服务

2. 服务粒度适中：服务不要太细（有的团队甚至一个接口一个服务）

3. 以业务模型切入：比如产品，用户，订单为一个模型来切入

4., 演进式拆分：刚开始不要划分太细，可以随着迭代过程来逐步优化

5. 避免环形依赖与双向依赖：尽量不要做服务之间的循环依赖

向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...