mule in action翻译2 : 第1章 发现mule
本章内容
介绍企业应用集成
创建、测试、部署第一个Mule应用
仅仅是一个简单的需求:发送到Salesforce,发布该到Twitter,连接到目录主机。
突然间,你的快乐的生活在与世隔绝的数字世界的应用程序,必须却要连接到一个远在
异国他乡的系统。它使用不同的语言,或者说一个已知的语言但使用一个奇怪的协议,
或者它只能在晚上的特定的时间接通 ......对方可能在亚洲。而且对方的服务的启停,
并不会给你通知。然后你开始思考消息,转换,协议和连接器的问题了。
奥 ,欢迎来到应用集成的世界!
IT领域经过了多年的软件进化、业务整合以及及第三方API集成,现在进入了面对各种异构
的不同时代的系统的境地。商业战略决策或关键重组很大程度上依赖于这些系统无缝协同工作。
应用集成,是所有的企业应用开发者在自己的职业生涯中都会遇到的需求。
正如迈克尔·尼加德所言:“真实的企业应用情况总是要比企业架构设计允许样子的糟糕。
新技术从没完全完全取代技术。其中使用了一堆凌乱集成技术,从批量处理文件传输
到消息发布/订阅,各式各样五花八门。“
开发集成应用面临一系列的困难:
协议:应用可能接收各种各样的输入,从本地文件流到RESTful API 各种各样。
数据格式:正确的协议仅仅是正确解决方案的一部分,因为
应用程序可以采用几乎任何格式进行数据交换。
调用风格:同步,异步,RPC,消息传递和调用批处理等, 需要不同的整合策略。
生命周期:不同的应用系统 往往有不同的开发,维护和运营生命周期。
错误处理:错误处理在任何应用中都是至关重要的,且整合远程系统时更为重要。
监控: 集成应用程序相比传统web应用和服务端应用,往往有更多的监测需求。包括
监控每秒的事务数,远程服务器延时,等等。
这本书是关于mule的--一个领先的开源的应用集成平台,它将帮你克服这些困难,
mule让你不必再费力去研究企业应用集成,而只需关注应用的核心需求。
本章使你在创建一个完全的真正的mule应用前,先对mule有个高水平的理解,
这是其余章节的基础。本章让你理解为什么mule使你集中力气解决业务问题,
而非去做低级的像驴子拉磨式的傻笨的活。