1.微服务架构模式方案
应用架构采用Scale Cube方法设计，将应用服务按照功能划分为一组协同服务。每个服务负责一组特定的相关功能。每个服务都可以有自己独立的数据库，从而确保与其他服务的分离。
1.1聚合器微服务设计模式
聚合器调用多个服务来实现应用程序所需的功能。它可以是一个简单的网页，可以处理和显示检索到的数据。也可以是更高级的复合微服务，将业务逻辑添加到检索到的数据中，进一步作为新的微服务发布，符合DRY原则。此外，每个服务都有自己的缓存和数据库。如果聚合器是一个复合服务，它也有自己的缓存和数据库。聚合器可以沿着x轴和z轴独立扩展。
1.2代理微服务设计模式
这是聚合器模式的变体。在这种情况下，客户端不聚合数据，而是根据不同的业务需求调用不同的微服务。代理只能委托请求，还可以执行数据转换。
1.3链式微服务设计模式
在这种模式下，将在收到请求后生成合并响应。在这种情况下，服务A在收到请求后会与服务B通信，同样，服务B也会与服务C通信..所有服务都使用同步消息传递。客户端将阻塞，直到整个链调用完成。因此，服务调用链不应过长，以免客户端等待时间过长。
1.4分支微服务设计模式
该模式是聚合器模式的扩展，它允许同时调用两个微服务链
1.5数据共享微服务设计模式
自治是微服务的设计原则之一，这意味着微服务是全栈服务。但是，在重构现有的“单一应用”时，SQL数据库的反规范化可能会导致数据重复和不一致。因此，这种设计模式可以用于从单一应用程序到微服务架构的过渡阶段
1.6异步消息微服务设计模式
REST设计模式虽然很流行，但是它是同步的，会造成阻塞。因此，一些基于微服务的体系结构可能选择使用消息队列而不是REST请求/响应
