https://martinfowler.com/articles/consumerDrivenContracts.html
事件源(Event Sourcing)
https://martinfowler.com/bliki/CircuitBreaker.html
https://docs.microsoft.com/en-us/azure/architecture/patterns/strangler-fig
CQRS 模式 - Azure 架构中心
这个系列并不全面在实际情况中您可能需要其他的设计模式但这个系列能为您提供一个关于微服务架构设计模式的极好先容。
框架:Lagom Akka Spring akkatecture Axon Eventuate
通过阅读这篇文章你会学到:
微服务架构。微服务架构的优势。微服务架构的劣势。何时使用微服务架构。最重要的微服务架构设计模式包罗其优缺点、用例、上下文、技术栈示例及可用资源。
我真的逃不掉拼多多真香定律
Md Kamaruzzaman 的 Saga
https://towardsdatascience.com/microservice-architecture-and-its-10-most-important-design-patterns-824952d7fa41
微服务模式:API 网关模式
软件设计模式是解决软件设计中常见问题的通用、可复用的解决方案。设计模式让我们可以分享通用词汇并使用经实战磨练的方案以免重复造轮子。在之前一篇文章《高性能微服务:10 个最佳实践》中我先容了一系列开发高性能微服务的最佳实践。
现在我将先容一系列设计模式来实现这些最佳实践。如果你不清楚微服务架构请不用担忧我先简朴先容下微服务架构。
在其高级形式中会有差别的数据存储用于读写操作。高级的 CQRS 通常联合事件源模式。
凭据差别情况会使用差别类型的写数据存储和读数据存储。写数据存储是“记载的系统”也就是整个系统的焦点源头。
面向前端的后端模式适用于需要为特殊 UI 定制单独后端的场景。
它还提供了其他优势好比作为下游微服务的封装从而淘汰 UI 和下游微服务之间的频繁通信。此外在高宁静要求的场景中BFF 为部署在 DMZ 网络中的下游微服务提供了更高的宁静性。
微服务架构的重要特征:
整个应用法式被拆分成相互独立但包罗多个内部模块的子历程。与模块化的单体应用(Modular Monoliths)或 SOA 相反微服务应用法式凭据业务规模或领域垂直拆分。微服务界限是外部的微服务之间通过网络挪用(RPC 或消息)相互通信。微服务是独立的历程它们可以独立部署。它们以轻量级的方式举行通信不需要任何智能通信通道。
微服务架构的优点:
更好的开发规模。更快的开发速度。支持迭代开发或现代化增量开发。充实使用现代软件开发生态系统的优势(云、容器、 DevOps、Serverless)。支持水平缩放和细粒度缩放。
小体量较低了开发人员的认知庞大性。
微服务架构的缺点:
更高数量级的运动组件(服务、数据库、历程、容器、框架)。庞大性从代码转移到基础设施。RPC 挪用和网络通信的大量增加。整个系统的宁静性治理更具有挑战性。整个系统的设计变得越发难题。引入了漫衍式系统的庞大性。
何时使用微服务架构:
大规模 Web 应用开发。跨团队企业级应用协作开发。恒久收益优先于短期收益。团队拥有能够设计微服务架构的软件架构师或高级工程师。
事件驱动
https://microservices.io/patterns/externalized-configuration.html
2020年不行错过的技术圈。
本文来源:爱游戏app下载-www.gzhuahuo.com
QQ:620958840
手机:17943868340
电话:0985-195263178
邮箱:admin@gzhuahuo.com
地址:湖南省衡阳市钟楼区达国大楼4122号