另一种观点（基于更基本的数学主题）

最通用的计算平台是图灵机。

图灵机有问题。所有输入/输出数据都保存在图灵机内。在现实世界中，我们的图灵机外部有输入源和输出汇，通常由我们无法控制的系统控制。也就是说，这些外部系统将使用任何期望的数据调度器以任何格式随意发送/接收数据。

问题：我们如何使独立的图灵机器以最通用的方式相互交流，以便每个图灵机器将其对等机器视为输入数据源或输出数据汇？

答：使用骆驼、骡、BizTalk或任何其他ESB来抽象完成不同的“物理”（或虚拟软件）图灵机之间的数据处理。

是的，这可能有点晚了。但有一点需要补充的是，Camel实际上是一个工具箱，而不是一整套功能。在开发和需要进行各种转换和协议转换时，您应该记住这一点。

Camel本身依赖于其他框架，因此有时您需要了解这些框架，以便了解哪种框架最适合您的需求。例如，有多种方法来处理REST。这一点一开始可能会有点混乱，但一旦开始使用和测试，您就会感到轻松，对不同概念的了解也会增加。

从另一个角度定义：

ApacheCamel是一个集成框架。它由一些Java库组成，帮助您在Java平台上实现集成问题。这意味着什么，以及它与一方的API和另一方的企业服务总线（ESB）的区别，在我的文章“何时使用ApacheCamel”中进行了描述。

我想用一种更容易理解的方式来描述这一点。。。

为了理解什么是ApacheCamel，您需要了解什么是企业集成模式。

让我们从我们可能已经知道的开始：Singleton模式、Factory模式等；它们只是组织解决问题的方法，但它们本身并不是解决方案。当“四人帮”出版他们的书《设计模式》时，他们为我们其他人分析并提取了这些模式。他们为我们中的一些人节省了大量的精力来思考如何优化代码结构。

与“四人帮”一样，Gregor Hohpe和Bobby Woolf撰写了《企业集成模式》（Enterprise Integration Patterns，EIP）一书，他们在书中提出并记录了一组新的模式和蓝图，说明我们如何最好地设计基于组件的大型系统，其中组件可以在同一进程上运行，也可以在不同的机器上运行。

他们基本上建议我们将系统构造为面向消息的——其中组件之间使用消息作为输入和输出进行通信，而不是其他任何东西。它们向我们展示了一套完整的模式，我们可以从中选择并在不同的组件中实现，这些组件将共同构成整个系统。

那么什么是阿帕奇骆驼？

ApacheCamel为您提供了EIP的接口、基本对象、常用的实现、调试工具、配置系统和许多其他帮助程序，当您希望实现解决方案以遵循EIP时，这些帮助程序将为您节省大量时间。

以MVC为例。MVC在理论上非常简单，我们可以在没有任何框架帮助的情况下实现它。但是，好的MVC框架为我们提供了一种随时可用的结构，并且在创建大型MVC项目时，已经考虑到了所有其他需要的“方面”，这就是为什么我们大多数时候都使用它们的原因。

这正是Apache Camel为EIP所做的。这是一个完整的生产就绪框架，适用于希望实施其解决方案以遵循EIP的人员。

到底是什么？

ApacheCamel是一个轻量级集成框架，它实现了许多企业集成模式。您可以使用所需的模式轻松地集成不同的应用程序。

您可以使用Java、SpringXML、Scala或Groovy。几乎所有你能想到的技术都是可用的，例如HTTP、FTP、JMS、EJB、JPA、RMI、JMS、JMX、LDAP、Netty等。

看看这篇文章和EIP模式文章

它如何与用Java编写的应用程序交互？

Camel使用Java域特定语言或DSL以各种域特定语言（DSL）创建企业集成模式或路由，如下所示。

Java DSL-一种基于Java的DSL，使用流畅的构建器风格。

企业集成模式的故事围绕以下概念展开：

消息、端点、生产者、消费者、路由、总线、转换和过程。

看看Anirban Konar的这篇文章，了解其中一个实时用例。

它是与服务器一起使用的吗？

它充当跨多个企业子系统的桥梁。

这是一个独立的项目吗？

ApacheCamel是一个集成框架，它集成了不同的独立应用程序。

Camel的主要优势：您可以通过对每个集成使用相同的概念，将不同的应用程序与不同的技术（和不同的协议）集成。

基于类比

以骆驼为基础的路线可以很容易地理解，只要你站在航空公司老板的立场（例如：美国航空公司、捷特航空公司）。

“您的航空公司”的目的是将“乘客”从一个“城市”运送到世界上的另一个城市。您使用来自不同“飞机公司”（如波音、空客、HAL）的飞机运送乘客。

您的航空公司使用从城市出发的“机场”登机，并使用到城市的机场登机。一名乘客可能会“旅行”到多个城市，但无论在哪里，他们都必须通过机场才能在航空公司的飞机和城市之间旅行。

请注意，从城市“出发”的乘客基本上是“抵达”航空公司的飞机。而一名乘客“抵达”城市，基本上就是离开飞机。由于我们站在航空公司所有者的立场上，“到达乘客”和“离开乘客”这两个术语与我们基于城市视角的传统概念相反。

每个城市的相同“机场”基础设施供“出发”乘客和“抵达”乘客使用。机场为离港旅客提供“离港基础设施”，这与为抵达旅客提供的“抵达基础设施”不同。

由于航空公司在飞机内提供的各种“便利设施”，乘客在旅行时可以继续进行一天的活动。

除此之外，您的航空公司还为您提供休息室设施，以进行特殊处理，如“了解当地语言”，或为您的“旅行”做好准备。

让我们将上面使用的几个单词/短语替换为以下内容：

您的航空公司：阿帕奇骆驼

飞机公司：运输机制

航空公司的飞机：阿帕奇骆驼的基本运输机制

运载：路线

乘客：消息；

城市：系统；

机场：骆驼组件；

了解当地语言：类型转换；

离开：生产，生产

到达：消耗，消耗

行程：布线

设施：提供

替换单词后，您将得到以下内容：

“Apache Camel”的目的是将“消息”从一个“系统”路由到世界上的另一个系统。Apache camel使用不同的传输机制进行消息路由。

Apache Camel使用“from”系统的“Camel based Component”拾取消息，并使用“to”系统的基于Camel的Component”丢弃消息。一条消息可以路由到多个系统，但它们必须通过“基于骆驼的组件”才能在“Apache骆驼的底层传输机制”和系统之间传输。

请注意，从系统“生成”的消息实质上被“消费”到ApacheCamel的底层传输机制中。系统消耗的消息本质上是由“ApacheCamel的底层传输机制”产生的。

既然我们试图理解骆驼，我们就必须从骆驼的角度开始思考。因此，术语“消费者信息”和“生产者信息”的含义与我们基于系统视角的传统概念相反。

“生产者消息”和“消费者消息”使用相同的“基于骆驼的组件”编码基础结构。“基于骆驼的组件”为“生产者消息”提供“生产者端点”，为“消费者消息”提供了“消费者端点”。

当邮件被路由时，Camel可以对其进行处理。

除此之外，Camel还提供了“类型转换”等特殊功能。。。