【问题标题】:Apache Camel - Backbone of IT infrastructure?Apache Camel - IT 基础设施的骨干?
【发布时间】:2014-03-24 00:47:57
【问题描述】:

我有一堆网络服务。这些服务是用不同的语言编写的,并公开了一个 REST api。前端网站访问这些服务。请求通过 nginx 服务器代理,该服务器执行负载平衡和连接管理。这是坚如磐石并且非常高效的。

我正在考虑用 Apache Camel 替换 nginx,以利用其强大的中介和集成模式。由于我是 Java 生态系统的新手,因此我有几个问题。

  1. Apache Camel 的性能如何? jetty 端点的 req/sec 是否可以与 nginx 相媲美?

  2. 春天看起来很混乱。可以将独立的 Camel 应用程序部署到 AWS Elastic Beanstalk 之类的地方吗?如果我想让 Camel 每秒处理更多请求,我是否只需添加另一个 Camel 服务器串联?

  3. 使用 Apache Camel 作为我的整个 IT 基础架构的骨干有什么陷阱吗?

【问题讨论】:

    标签: apache-camel


    【解决方案1】:

    您没有提到改变当前架构的主要动机是什么。这是我的cmets:

    Apache Camel 的性能如何?码头终点的请求/秒 能比得上nginx吗?

    我怀疑你是否会从骆驼码头获得与使用 nginx 相同的请求/秒性能。请不要相信我的话,并尝试使用这两种设置自行加载。我觉得骆驼的消息/交换处理会产生一些 nginx 缺少的成本。但两者都有不同的用途。

    如果我想让 Camel 每秒处理更多请求,我是否只需添加 另一个 Camel 服务器串联。

    这个问题令人困惑。我假设您的请求通过一个 nginx 传递。如果您添加多个骆驼服务器,您需要发送方在多个骆驼服务器中可用,或者在其前面使用一些可以识别多个骆驼实例的路由或负载平衡机制。

    使用 Apache Camel 作为我的主干有什么陷阱吗? 整个 IT 基础架构?

    这取决于您的问题是什么以及骆驼解决了多少问题。 Camel 是一个支持多种协议的集成框架。我看到你只有骆驼支持的网络服务。但是您当前的基础架构已经支持它。

    【讨论】:

    • 很好的答案。谢谢!
    猜你喜欢
    • 2023-01-02
    • 2016-04-26
    • 1970-01-01
    • 2023-03-20
    • 2011-06-19
    • 2013-03-07
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多