mule in action翻译2 : 第1章 发现mule

mule  in action翻译2 :  第1章 发现mule

 

 

本章内容

介绍企业应用集成

 创建、测试、部署第一个Mule应用

 

仅仅是一个简单的需求：发送到Salesforce，发布该到Twitter，连接到目录主机。

突然间，你的快乐的生活在与世隔绝的数字世界的应用程序，必须却要连接到一个远在

异国他乡的系统。它使用不同的语言，或者说一个已知的语言但使用一个奇怪的协议，

或者它只能在晚上的特定的时间接通 ......对方可能在亚洲。而且对方的服务的启停，

并不会给你通知。然后你开始思考消息，转换，协议和连接器的问题了。

奥 ，欢迎来到应用集成的世界！

 

 

IT领域经过了多年的软件进化、业务整合以及及第三方API集成，现在进入了面对各种异构

的不同时代的系统的境地。商业战略决策或关键重组很大程度上依赖于这些系统无缝协同工作。

应用集成，是所有的企业应用开发者在自己的职业生涯中都会遇到的需求。

正如迈克尔·尼加德所言:“真实的企业应用情况总是要比企业架构设计允许样子的糟糕。

新技术从没完全完全取代技术。其中使用了一堆凌乱集成技术，从批量处理文件传输

到消息发布/订阅，各式各样五花八门。“

 

开发集成应用面临一系列的困难：

协议：应用可能接收各种各样的输入，从本地文件流到RESTful API 各种各样。

数据格式：正确的协议仅仅是正确解决方案的一部分，因为 

                    应用程序可以采用几乎任何格式进行数据交换。 

调用风格：同步，异步，RPC，消息传递和调用批处理等， 需要不同的整合策略。 

生命周期：不同的应用系统 往往有不同的开发，维护和运营生命周期。 

错误处理：错误处理在任何应用中都是至关重要的，且整合远程系统时更为重要。

监控：      集成应用程序相比传统web应用和服务端应用，往往有更多的监测需求。包括 

                   监控每秒的事务数，远程服务器延时，等等。

 

 

这本书是关于mule的--一个领先的开源的应用集成平台，它将帮你克服这些困难，

mule让你不必再费力去研究企业应用集成，而只需关注应用的核心需求。

 

本章使你在创建一个完全的真正的mule应用前，先对mule有个高水平的理解，

这是其余章节的基础。本章让你理解为什么mule使你集中力气解决业务问题，

而非去做低级的像驴子拉磨式的傻笨的活。