RedSpark

摘要：架构模式: 子领域分解 上下文 您正在开发一个大型，复杂的应用程序，并希望使用微服务架构。微服务架构将应用程序构建为一组松散耦合的服务。微服务架构的目标是通过实现持续交付/部署来加速软件开发。 ​ 微服务架构以两种方式实现： 这些好处不会自动得到保证。相反，它们只能通过将应用程序细致地功能分解为服务 阅读全文

摘要：架构模式: 根据业务能力拆分 上下文 您正在开发一个大型，复杂的应用程序，并希望使用微服务架构。微服务架构将应用程序构建为一组松散耦合的服务。微服务架构的目标是通过实现持续交付/部署来加速软件开发。 微服务架构以两种方式实现： 这些好处不会自动得到保证。相反，它们只能通过将应用程序细致地功能分解为服 阅读全文

摘要：微服务模式语言 下面总结了微服务架构的模式语言 应用架构模式 您应该为应用选择哪种架构？ 单体模式 - 将应用程序构建为单个可部署单元 微服务架构 - 将应用程序构建为松散耦合的服务集合 分解 如何将应用程序分解为服务？ 根据业务能力拆分 -定义与业务能力相对应的服务 根据领域的子域拆分 - 定义与 阅读全文

摘要：架构 模式: 审计日志 上下文 您已应用微服务架构模式。 问题 如何理解用户和应用程序的行为以及解决问题？ 要点 了解用户最近执行的操作非常有用：客户支持，合规性，安全性等。 解决方案 在数据库中记录用户活动。 例子 这种模式被广泛使用。 结果上线文 这种模式具有以下好处： 提供用户操作的记录 这种 阅读全文

摘要：架构模式: 服务集成契约测试 上下文 您已应用微服务架构模式。该应用程序包含许多服务。服务通常会调用其他服务。您必须编写自动化测试，以验证服务是否正常运行。 问题 如何轻松测试服务是否提供了客户期望的API？ 要点 端到端测试（即启动多个服务的测试）是困难，缓慢，脆弱和昂贵的。 结论 服务的测试套件 阅读全文

摘要：架构模式: 轮询发布者 上下文 你已经采用事务发件箱模式 问题 如何将消息/事件发布到数据库中的发件箱中以发送给消息代理？ 要点 结论 通过轮询数据库的发件箱表来发布消息。 结果上下文 这种模式具有以下好处： 适用于任何SQL数据库 这种模式有以下缺点： 不能保证按顺序发布事件 并非所有NoSQL数 阅读全文

摘要：架构模式: 事务日志跟踪 上下文 你已经采用系统事件发布 问题 如何将消息/事件发布到数据库中的发件箱中以发送给消息代理？ 要点 结论 跟踪数据库事务日志并将插入发件箱的每个消息/事件发布到消息代理。 尾随事务日志的机制取决于数据库： MySQL binlog Postgres WAL AWS Dy 阅读全文

摘要：架构模式: 事务发件箱 同时被称作 Application events（系统事件） 上下文 服务命令通常需要更新数据库并发送消息/事件。例如，参与saga的服务需要以原子方式更新数据库并发送消息/事件。同样，发布域事件的服务必须以原子方式更新聚合并发布事件。数据库更新和发送消息必须是原子的，以避免 阅读全文

摘要：架构模式: 领域事件 来自领域驱动设计（DDD）。 上下文 服务通常需要在更新其数据时发布事件。例如，可能需要这些事件来更新CQRS视图。或者，该服务可能参与基于 choreography-based saga编排，并使用事件进行协调。 问题 服务在更新数据时如何发布事件？ 解决方案 将服务的业务逻 阅读全文

摘要：架构模式: API组合 上下文 您已应用微服务架构模式和每服务数据库模式。因此，实现从多个服务连接数据的查询不再是直截了当的。 问题 如何在微服务架构中实现查询？ 结论 通过定义API Composer来实现查询，该API Composer调用拥有数据的服务并执行结果的内存中连接。​ 例子 API网 阅读全文

摘要：架构模式: Saga 上下文 您已应用每服务数据库模式。每个服务都有自己的数据库。但是，某些业务事务跨越多个服务，因此您需要一种机制来确保服务之间的数据一致性。例如，假设您正在建立一个客户有信用额度的电子商务商店。申请必须确保新订单不会超过客户的信用额度。由于订单和客户位于不同的数据库中，因此应用程 阅读全文

摘要：架构模式: 客户端 UI 构建 上下文 您已应用微服务架构模式。服务由业务能力/面向子域的团队开发，这些团队也负责用户体验。一些UI屏幕/页面显示来自多个服务的数据。例如，考虑亚马逊风格的产品详细信息页面，该页面显示大量数据项，包括： 有关该书的基本信息，如标题，作者，价格等。 您购买图书的历史记录 阅读全文

摘要：架构模式: 服务器端页面碎片化元素构建 上下文 您已应用微服务架构模式。服务由业务能力/面向子域的团队开发，这些团队也负责用户体验。一些UI屏幕/页面显示来自多个服务的数据。例如，考虑亚马逊风格的产品详细信息页面，该页面显示大量数据项，包括： 有关该书的基本信息，如标题，作者，价格等。 您购买图书的 阅读全文

摘要：架构模式: 记录部署和变更日志 上下文 您已应用微服务架构模式。 问题 如何理解应用程序的行为并解决问题？ 要点 查看何时发生部署和其他更改非常有用，因为问题通常会在更改后立即发生 结论 记录每个部署以及对（生产）环境的每个更改。 例子 例如，部署工具可以在部署新版本的服务时发布伪度量。然后，可以将 阅读全文

摘要：架构模式: 健康检查API 上下文 您已应用微服务架构模式。有时，服务实例可能无法处理仍在运行的请求。例如，它可能已用完数据库连接。发生这种情况时，监控系统应生成警报。此外，负载平衡器或服务注册表不应将请求路由到失败的服务实例。 问题 如何检测正在运行的服务实例无法处理请求？ 关注点 服务实例失败时 阅读全文

摘要：架构模式: 异常追踪 上下文 您已应用微服务架构模式。该应用程序包含在多台计算机上运行的多个服务和服务实例。处理请求时有时会出现错误。发生错误时，服务实例会引发异常，其中包含错误消息和堆栈跟踪。 问题 如何理解应用程序的行为并解决问题？ 要点 开发人员必须对重复数据删除，记录，调查，并解决基本问题 阅读全文

摘要：架构模式:分布式跟踪 上下文 您已应用微服务架构模式。 问题 如何理解应用程序的行为并解决问题？ 结论 仪器服务，其代码为每个外部请求分配唯一标识符。外部请求ID将传递给处理请求并包含在日志聚合消息中的所有服务。记录关于在集中服务中处理外部请求时执行的工作（例如，服务请求）的信息（例如，开始时间，结 阅读全文

摘要：架构模式: 应用指标 上下文 您已应用微服务架构模式。 问题 如何理解应用程序的行为并解决问题？ 结论 检测服务代码以收集有关各个操作的统计信息。集中度量服务中的聚合度量标准，提供报告和警报。指标服务的交付指标有两种模型：指标可以推送到指标服务，也可以使用指标服务使用服务公开的API提取指标。 例子 阅读全文

摘要：架构模式: 日志聚合 上下文 您已应用微服务架构模式。 问题 如何理解应用程序的行为并解决问题？ 结论 服务以标准格式将有关其正在执行的操作的信息写入日志文件。日志文件包含错误，警告，信息和调试消息。使用集中式日志记录服务，该服务聚合来自每个服务实例的日志并允许用户进行搜索。 关联的模式 分布式跟踪 阅读全文

摘要：架构模式: 服务集成协议测试 问题 如何验证服务是否提供其客户期望的API 结论 服务的测试套件，由使用它的另一个服务的开发人员编写。测试套件验证服务是否满足消费者服务的期望。 相关模式 请参阅服务组件测试 See also 请参阅集成契约测试 阅读全文

摘要：架构模式: 服务组件测试 问题 如何简化服务测试 结论 一个测试套件，它使用测试双精度对其调用的任何服务进行隔离测试。 相关模式 请参阅服务集成契约测试 其它 请参阅组件测试 阅读全文

摘要：架构模式: 访问令牌 问题 如何将请求者的身份传递给处理请求的服务？ 解决方案 API网关对用户进行身份验证，并传递一个访问令牌（例如JSON Web令牌），该令牌在每个服务请求中安全地标识用户。 关联的模式 API网关使用此模式。 阅读全文

摘要：架构模式: 命令查询职责分离 (CQRS) 问题 如何在微服务架构中实现查询 结论 将应用程序拆分为两部分：命令端和查询端。命令端处理创建，更新和删除请求，并在数据更改时发出事件。查询端通过对一个或多个物化视图执行查询来处理查询，这些视图通过订阅数据更改时发出的事件流来保持最新。 关联模式 每个服务 阅读全文

摘要：架构模式: 应用程序事件 问题 如何在状态发生变化时可靠地/原子地发布事件 结论 应用程序将事件作为本地事务的一部分插入EVENTS表。一个单独的进程轮询EVENTS表并将事件发布到消息代理。 关联模式 事件驱动的体系结构模式创建了对此模式的需求。 事件溯源是一种替代模式 阅读全文

摘要：架构模式: 数据库触发器 问题 如何在状态发生变化时可靠地/原子地发布事件 结论 一个或多个数据库触发器将事件插入到EVENTS表中，该表由发布事件的单独进程轮询。 关联模式 事件驱动的体系结构模式创建了对此模式的需求。 事件溯源是一种替代模式 阅读全文

摘要：架构模式: 事件溯源 问题 您已应用事件驱动的体系结构模式。为了可靠，服务必须在状态发生变化时以原子方式发布事件。使用跨越数据库和消息代理的分布式事务是不可行的。如何在状态发生变化时可靠地/原子地发布事件？ 解决方案 这个问题的一个很好的解决方案是使用事件源。事件采购将业务实体（例如订单或客户）的状 阅读全文

摘要：架构模式: 事件驱动模式 问题 您已应用每服务数据库模式。每个服务都有自己的数据库。但是，某些业务事务跨越多个服务，因此您需要一种机制来确保服务之间的数据一致性。 例如，假设您正在建立一个客户有信用额度的电子商务商店。申请必须确保新订单不会超过客户的信用额度。由于订单和客户位于不同的数据库中，因此应 阅读全文

摘要：架构模式: 共享数据库 上下文 让我们假设您正在使用微服务架构模式开发在线商店应用程序。大多数服务需要在某种数据库中保存数据。例如，订单服务存储有关订单的信息，而客户服务存储有关客户的信息。 问题 微服务应用程序中的数据库体系结构是什么？ 要点 服务必须松散耦合，以便可以独立开发，部署和扩展 某些业 阅读全文

摘要：架构模式:每个服务独立的数据库 上下文 让我们假设您正在使用微服务架构模式开发在线商店应用程序。大多数服务需要在某种数据库中保存数据。例如，订单服务存储有关订单的信息，而客户服务存储有关客户的信息。 问题 微服务应用程序中的数据库体系结构是什么？ 要点 服务必须松散耦合，以便可以独立开发，部署和扩展 阅读全文

摘要：架构模式:断路器 问题 如何防止网络或服务故障级联到其他服务？ 方案 服务客户端应该通过代理来调用远程服务，该代理以与电路断路器类似的方式起作用。当连续故障的数量超过阈值时，断路器跳闸，并且在超时时间段内，所有调用远程服务的尝试都将立即失败。超时到期后，断路器允许有限数量的测试请求通过。如果这些请求 阅读全文

摘要：架构模式: 第三方注册 背景 如采用客户端服务发现模式或者服务器端服务发现模式，各服务实例必须在启动时注册至服务注册表，从而保证其能够被获取，并在关闭时进行注销。 问题 如何在服务注册表内注册和注销服务实例？ 需求 各服务实例必须在启动时被注册至服务注册表，并在关闭时进行注销。 崩溃的服务实例必须从 阅读全文

摘要：架构模式: 自注册 背景 如采用客户端服务发现模式或者服务器端服务发现模式，各服务实例必须在启动时注册至服务注册表，从而保证其能够被获取，并在关闭时进行注销。 问题 如何在服务注册表内注册和注销服务实例？ 需求 各服务实例必须在启动时被注册至服务注册表，并在关闭时进行注销。 崩溃的服务实例必须从服务 阅读全文

摘要：架构模式: 服务注册表 背景 一项服务的客户端需要使用客户端服务发现或者服务器端服务发现机制，从而获取给其发送请求的服务实例的位置。 问题 服务的客户端（在客户端服务发现机制中）或者服务路由（在服务器端服务发现机制中）如何获取可用服务实例的信息？ 需求 每个服务实例都会在特定位置（主机与端口）通过H 阅读全文

摘要：架构模式: 服务器端服务发现 背景 不同服务之间通常需要相互调用。在单体应用程序当中，服务间通过语言层级的方法或者过程实现相互调用。在传统的分布式系统部署下，服务在固定并且已知的位置（主机与端口）运行，从而确保各服务可利用HTTP/REST或者某种RPC机制进行相互调用。然而，现代化微服务应用程序中 阅读全文

摘要：模式: 客户端服务发现 背景 不同服务之间通常需要相互调用。在单体应用程序当中，服务间通过语言层级的方法或者过程实现相互调用。在传统的分布式系统部署下，服务在固定并且已知的位置（主机与端口）运行，从而确保各服务可利用HTTP/REST或者某种RPC机制进行相互调用。然而，现代化微服务应用程序中通常在 阅读全文

摘要：架构模式: 服务前端的后端（BFF模式） 上下文 让我们假设您正在构建一个使用Microservice体系结构模式的在线商店，并且您正在实现产品详细信息页面。您需要开发产品详细信息用户界面的多个版本： 用于桌面和移动浏览器的基于HTML5 / JavaScript的UI - HTML由服务器端Web 阅读全文

摘要：架构模式:领域独用协议 结论 使用特定于域的协议进行服务间通信。 相关模式 消息传递模式是一种替代模式 RPC模式是另一种模式 例子 有许多特定于域的协议，包括： 电子邮件协议，例如SMTP和IMAP 媒体流协议，如RTMP，HLS和HDS 阅读全文

摘要：架构模式: 消息传递模式 结论 使用异步消息传递进行服务间通信。 关联的模式 特定于域的协议模式是另一种模式 RPC模式是另一种模式 例子 有许多异步消息传递技术的例子 Apache Kafka RabbitMQ 阅读全文

摘要：架构模式: 远程过程调用 结论 使用RPC进行跨服务通信。 相关模式 特定于域的协议是一种替代模式 消息传递是一种替代模式 例子 RPC技术有很多例子 REST gRPC Apache Thrift 阅读全文

摘要：架构模式: 外部配置化 上下文 应用程序通常使用一个或多个基础结构和第三方服务。基础结构服务的示例包括：服务注册表，消息代理和数据库服务器。第三方服务的示例包括：支付处理，电子邮件和消息传递等。 问题 如何使服务无需修改即可在多个环境中运行？ 要点 必须为服务提供配置数据，以告知它如何连接到外部/第 阅读全文

摘要：架构模式: 微服务的基底 上下文 当您开始开发应用程序时，您经常花费大量时间来建立处理跨领域问题的机制。跨领域关注的例子包括： 外部化配置 - 包括外部服务（如数据库和消息代理）的凭据和网络位置 日志记录 - 配置日志框架，例如log4j或logback 运行状况检查 - 监视服务可以“ping”以 阅读全文

摘要：架构模式: 服务部署平台 上下文 您已应用微服务架构模式并将系统架构为一组服务。每个服务都部署为一组服务实例，以实现吞吐量和可用性。 问题 如何打包和部署服务？ 要点 服务使用各种语言，框架和框架版本 编写每个服务包含多个服务实例 用于吞吐量和可用性服务必须是可独立部署的 可扩展的服务实例需要彼此隔 阅读全文

摘要：架构模式: 无服务器部署 上下文 您已应用微服务架构模式并将系统架构为一组服务。每个服务都部署为一组服务实例，以实现吞吐量和可用性。 问题 如何打包和部署服务？ 要点 服务使用各种语言，框架和框架版本 编写每个服务包含多个服务实例 用于吞吐量和可用性服务必须是可独立部署的 可扩展的服务实例需要彼此隔 阅读全文

摘要：架构模式: 服务实例与容器一一对应 上下文 您已应用微服务架构模式并将系统架构为一组服务。每个服务都部署为一组服务实例，以实现吞吐量和可用性。 问题 如何打包和部署服务？ 要点 服务使用各种语言，框架和框架版本 编写每个服务包含多个服务实例 用于吞吐量和可用性服务必须是可独立部署的 可扩展的服务实例 阅读全文

摘要：架构模式: 服务实例与虚拟机一一对应 上下文 您已应用微服务架构模式并将系统架构为一组服务。每个服务都部署为一组服务实例，以实现吞吐量和可用性。 问题 如何打包和部署服务？ 要点 服务使用各种语言，框架和框架版本 编写每个服务包含多个服务实例 用于吞吐量和可用性服务必须是可独立部署的 可扩展的服务实 阅读全文

摘要：架构模式: 单主机上部署服务的单个实例 上下文 您已应用微服务架构模式并将系统架构为一组服务。每个服务都部署为一组服务实例，以实现吞吐量和可用性。 问题 如何打包和部署服务？ 要点 服务使用各种语言，框架和框架版本 编写每个服务包含多个服务实例 用于吞吐量和可用性服务必须是可独立部署的 可扩展的服务 阅读全文

摘要：架构模式:单主机上部署服务的多个实例 上下文 您已应用微服务架构模式并将系统架构为一组服务。每个服务都部署为一组服务实例，以实现吞吐量和可用性。 问题 如何打包和部署服务？ 要点 服务使用各种语言 框架和框架版本编写每个服务包含多个服务实例 用于吞吐量和可用性服务必须是可独立部署的 可扩展的服务实例 阅读全文

摘要：模式: 微服务架构 背景 在开发服务端企业应用时，应用需要支持各种不同类型的客户端，比如桌面浏览器、移动浏览器以及原生移动应用。应用还需要向第三方提供可访问的API，并通过Web Service或者消息代理与其它应用实现集成。应用通过执行业务逻辑、访问数据库、与其它系统交换信息、并返回一条HTML/ 阅读全文

摘要：架构模式：单体架构 上下文 您正在开发服务器端企业应用程序。它必须支持各种不同的客户端，包括桌面浏览器，移动浏览器和本机移动应用程序。该应用程序还可能会公开供第三方使用的API。它还可以通过Web服务或消息代理与其他应用程序集成。应用程序通过执行业务逻辑来处理请求（HTTP请求和消息）;访问数据库; 阅读全文