IT基础架构的骨干？
我有一堆Web服务。 这些服务使用不同的语言编写，并公开REST API。 前端网站访问这些服务。 这些请求通过负载均衡和连接管理的nginx服务器进行代理。 这一直坚如磐石，性能卓越。
我正在考虑用Apache Camel替换nginx来利用其强大的中介和集成模式。 由于我对Java生态系统完全陌生，因此我有几个问题。
Apache Camel的性能如何？ 码头终点的req / sec是否可以与nginx相比？
春天看起来很混乱。 可以将独立的Camel应用程序部署到AWS Elastic Beanstalk之类的应用程序吗？ 如果我想允许骆驼处理更多的请求/秒，我是否只是另外添加一个骆驼服务器？
使用Apache Camel作为整个IT基础架构的支柱有什么缺陷吗？
你没有提到改变当前架构的主要动机。 这里是我的评论：
Apache Camel的性能如何？ 码头终点的req / sec是否可以与nginx相比？
我怀疑你是否会像使用nginx一样从驼峰码头获得相同的req / sec性能。 请不要拿我的话，并尝试加载你自己的两个设置。 我觉得骆驼的消息/交换处理会产生一些nginx缺失的代价。 但两者都有不同的用途。
如果我希望允许Camel处理更多的请求/秒，我是否只需添加另一个Camel服务器。
这个问题很混乱。 我假设你的请求通过一个nginx传递。 如果添加多个骆驼服务器，则需要发送者可用于多个骆驼服务器，或者在其前面使用一些路由或负载平衡机制，以识别多个骆驼实例。
使用Apache Camel作为整个IT基础架构的支柱有什么缺陷吗？
这取决于你的问题以及骆驼解决了多少问题。 骆驼是一个支持多种协议的集成框架。 我看到你只有骆驼支持的web服务。 但是你目前的基础设施已经支持它。
链接地址: http://www.djcxy.com/p/55007.html