前端后端 (BFF) 变体
Posted: Tue Feb 18, 2025 4:23 am
代理是前端后端 (BFF) 的一种变体，旨在管理不同类型的前端之间的协议、授权或加密的差异。它们的主要优势是能够在不修改底层工作流程的情况下处理这些变化，这使得它们成为前端共享通用业务逻辑时的理想选择。
在这种架构中，每个前端团队都可以拥有自己的代理，专门针对其前端的需求进行定制。该代理充当前端和通用系统 API 之间的中间层，包装请求和响应以确保兼容性和效率。
代理的特点是轻量级，专注于适配数据和协议，而无需添加复杂的逻辑或额外的职责。
想象一个具有移动和网络应用程序的系统。虽然两者都与相同的核心服务交互，但它们可能需要不同的数据格式或处理协议，例如 Web 上的 REST 和 APP 中的 GraphQL。这里，每个前端的特定代理 企业主数据库 可以处理这些调整，而无需修改主后端。
简而言之，代理是一种高效灵活的解决方案，可以管理前端之间的技术差异，同时保持整体架构设计的简单性。
2. 协调者
编排器是前端后端 (BFF) 的变体，在前端具有完全不同的工作流程时使用。编排器不仅仅像代理那样定制请求和响应，还负责协调多个底层服务，以提供根据每个前端的特定需求定制的统一体验。
每个前端都有自己专用的后端，其中包含其工作流程所需的特定逻辑。这样可以明确区分不同的角色或类型的用户，从而优化与系统的交互。
编排器擅长管理系统的复杂性，其中前端执行的任务没有太多共同之处。
在电子商务中，消费者和管理员的工作流程完全不同，消费者可以访问产品搜索、订购和支付等功能。管理人员管理库存、监控统计数据并处理退货。
为了管理这些差异，专门为消费者提供的协调器可以协调产品、购物车和支付网关等服务，而另一个为管理员提供的协调器则专注于库存和报告服务。
简而言之，编排器非常适合那些工作流多样性需要专门的后端来确保处理每个前端操作的效率和清晰度的系统。
3. 代理 + 编排器
当前端所使用的协议和所需的工作流程各有不同时，代理 + 编排器方法是理想的选择。该模型结合了代理的能力来管理协议和授权等技术方面，以及编排器的能力来处理每个前端流的特定逻辑。
一方面，代理负责根据设备或前端类型调整请求，管理 REST、GraphQL 或特定身份验证等差异。另一方面，编排器协调执行每个前端特定流程所需的服务，提供优化和一致的体验。
这种方法的一个实际例子是具有多个设备的系统，例如移动和 Web 应用程序，它们具有不同的协议和技术要求。同时，这些设备可以服务于不同的角色，例如管理员或最终用户，每个角色都有独特的流程。在这种情况下，代理可以处理设备之间的技术多样性，而编排器则根据用户角色处理特定流程。
总之，Proxy + Orchestrator 是一种适用于复杂系统的多功能高效解决方案，因为它允许以模块化和可扩展的方式解决技术和业务变化。
4. API 网关
当您拥有能够管理不同前端之间的协议变化和工作流的第三方工具时，API网关是一种实用的解决方案。我们没有开发定制的 BFF，而是利用预先构建的框架来简化集成并允许我们以集中的方式管理访问的多样性。
这些工具负责接收来自各个前端的请求，根据需要进行调整，并将其引导至后端的适当服务。 API 网关对于那些希望将访问管理、协议和身份验证的复杂性委托给经过验证且值得信赖的外部解决方案的团队特别有用。
一个常见的例子是使用Kong、AWS API Gateway和API Platform等工具，它们充当来自 Web、移动甚至第三方系统的请求的单一入口点。这些网关可以统一不同的访问方法，例如 REST 或 GraphQL，并应用一致的身份验证和授权策略。
简而言之，API 网关对于希望简化访问和工作流管理的团队来说是一个有效的选择，依靠提供灵活性和稳健性的外部工具，而无需从头开始开发解决方案。
5. 事件中介
事件中介是事件驱动架构中的理想选择，其中系统逻辑围绕后端服务和前端之间的中介事件来组织。这些中介充当端点，根据每个前端或流的特定需求来分发、转换和处理事件。
这种方法分割了代码库，从而可以更好地处理事件并提高系统稳定性。每个调解器可以关注前端或一组前端的特殊性，单独处理事件并降低共享逻辑的复杂性。
一个实际的例子是实时管理订单和通知的系统。您可以为后端前端设置一个中介，负责通知订单变更，并为管理员设置另一个中介，处理与库存管理和报告相关的事件。这种分离确保每种类型的前端只接收与其需求相关的事件，从而保持系统的模块化和高效。
简而言之，事件中介者是事件驱动系统的强大解决方案，通过根据每个前端的具体流程划分职责来提供灵活性和稳定性。
在这种架构中，每个前端团队都可以拥有自己的代理，专门针对其前端的需求进行定制。该代理充当前端和通用系统 API 之间的中间层，包装请求和响应以确保兼容性和效率。
代理的特点是轻量级，专注于适配数据和协议，而无需添加复杂的逻辑或额外的职责。
想象一个具有移动和网络应用程序的系统。虽然两者都与相同的核心服务交互，但它们可能需要不同的数据格式或处理协议，例如 Web 上的 REST 和 APP 中的 GraphQL。这里，每个前端的特定代理 企业主数据库 可以处理这些调整，而无需修改主后端。
简而言之，代理是一种高效灵活的解决方案，可以管理前端之间的技术差异，同时保持整体架构设计的简单性。
2. 协调者
编排器是前端后端 (BFF) 的变体，在前端具有完全不同的工作流程时使用。编排器不仅仅像代理那样定制请求和响应，还负责协调多个底层服务，以提供根据每个前端的特定需求定制的统一体验。
每个前端都有自己专用的后端，其中包含其工作流程所需的特定逻辑。这样可以明确区分不同的角色或类型的用户，从而优化与系统的交互。
编排器擅长管理系统的复杂性，其中前端执行的任务没有太多共同之处。
在电子商务中，消费者和管理员的工作流程完全不同，消费者可以访问产品搜索、订购和支付等功能。管理人员管理库存、监控统计数据并处理退货。
为了管理这些差异，专门为消费者提供的协调器可以协调产品、购物车和支付网关等服务，而另一个为管理员提供的协调器则专注于库存和报告服务。
简而言之，编排器非常适合那些工作流多样性需要专门的后端来确保处理每个前端操作的效率和清晰度的系统。
3. 代理 + 编排器
当前端所使用的协议和所需的工作流程各有不同时，代理 + 编排器方法是理想的选择。该模型结合了代理的能力来管理协议和授权等技术方面，以及编排器的能力来处理每个前端流的特定逻辑。
一方面，代理负责根据设备或前端类型调整请求，管理 REST、GraphQL 或特定身份验证等差异。另一方面，编排器协调执行每个前端特定流程所需的服务，提供优化和一致的体验。
这种方法的一个实际例子是具有多个设备的系统，例如移动和 Web 应用程序，它们具有不同的协议和技术要求。同时，这些设备可以服务于不同的角色，例如管理员或最终用户，每个角色都有独特的流程。在这种情况下，代理可以处理设备之间的技术多样性，而编排器则根据用户角色处理特定流程。
总之，Proxy + Orchestrator 是一种适用于复杂系统的多功能高效解决方案，因为它允许以模块化和可扩展的方式解决技术和业务变化。
4. API 网关
当您拥有能够管理不同前端之间的协议变化和工作流的第三方工具时，API网关是一种实用的解决方案。我们没有开发定制的 BFF，而是利用预先构建的框架来简化集成并允许我们以集中的方式管理访问的多样性。
这些工具负责接收来自各个前端的请求，根据需要进行调整，并将其引导至后端的适当服务。 API 网关对于那些希望将访问管理、协议和身份验证的复杂性委托给经过验证且值得信赖的外部解决方案的团队特别有用。
一个常见的例子是使用Kong、AWS API Gateway和API Platform等工具，它们充当来自 Web、移动甚至第三方系统的请求的单一入口点。这些网关可以统一不同的访问方法，例如 REST 或 GraphQL，并应用一致的身份验证和授权策略。
简而言之，API 网关对于希望简化访问和工作流管理的团队来说是一个有效的选择，依靠提供灵活性和稳健性的外部工具，而无需从头开始开发解决方案。
5. 事件中介
事件中介是事件驱动架构中的理想选择，其中系统逻辑围绕后端服务和前端之间的中介事件来组织。这些中介充当端点，根据每个前端或流的特定需求来分发、转换和处理事件。
这种方法分割了代码库，从而可以更好地处理事件并提高系统稳定性。每个调解器可以关注前端或一组前端的特殊性，单独处理事件并降低共享逻辑的复杂性。
一个实际的例子是实时管理订单和通知的系统。您可以为后端前端设置一个中介，负责通知订单变更，并为管理员设置另一个中介，处理与库存管理和报告相关的事件。这种分离确保每种类型的前端只接收与其需求相关的事件，从而保持系统的模块化和高效。
简而言之，事件中介者是事件驱动系统的强大解决方案，通过根据每个前端的具体流程划分职责来提供灵活性和稳定性。