企业应用程序的集成架构最佳实践

标签 integration enterprise

我们的应用程序将像消费者一样集成到一堆外部系统中。

大多数集成不仅仅是消息处理和路由。有很多复杂的逻辑,比如存储当前状态、计划执行和其他东西。

此外,每个集成都没有太多共同的逻辑。

构建这种系统的最佳实践是什么?

我应该构建多合一的集成层吗?它可以是一个单一的应用程序,每个集成都有不同的 apache camel 路由和处理器:
enter image description here

或者我应该将它拆分为一堆微小而简单的独立应用程序,以便它们可以独立扩展和部署?

enter image description here

每种解决方案都有哪些优点和缺点?

最佳答案

有很多标准需要牢记:

  • 经济型 :项目成本、运营成本
  • 吞吐量 :每次数据量
  • 延迟 :消息的旅行时间
  • 安全 :数据保护
  • 可靠性 :失败的可能性
  • 灵活性 :易于对不断变化的需求使用react
  • 流程支持 : 数据流控制,事件/错误处理

  • 一个好的解决方案架构的选择取决于这些标准对于给定 IT 环境的重要性。对于企业应用程序,使用集成平台而不是将集成逻辑构建到应用程序中是很常见的。这样的平台通常包括用于连接、消息映射、路由、监控/警报、日志记录、会计、变更管理等的组件。

    向您最喜欢的搜索引擎咨询 Integration Patterns Enterprise Application Integration .

    关于企业应用程序的集成架构最佳实践,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34098658/

    相关文章:

    ios - Xcode 6 Save for Enterprise Deployment 不再为 ipa 创建 plist?

    random - 可以将Fortran 90的随机数生成器用于Monte Carlo集成吗?

    ios - 离线 iOS 企业应用程序部署和供应

    c# - 设计应用程序范围的日志记录系统的准则是什么?

    callback - 关于 webhook 的问题

    iOS 企业内部分发流程

    web-applications - Node.js 是否准备好用于业务关键型应用程序?

    C# 和 Delphi 集成

    c++ - 简单的欧拉物理,奇怪的行为

    git rebase 在其他分支上