这周没想到要更新什么内容，就把我最近工作接触的WSO2 ESB简单介绍下吧。
前提：
一切文档，知识都要与官方文档为准。
WSO2 ESB：
http://wso2.com/products/enterprise-service-bus/
WSO2 ESB 文档：
https://docs.wso2.com/display/ESB481/WSO2+Enterprise+Service+Bus+Documentation
我这篇博客不作具体做一步步的教程，需要学习的可以参考官方文档一步步的入手。
-
那什么是WSO2 ESB？
我也不想去copy什么是ESB。我举一个例子吧。
想想在一个很大的公司，这个公司有2个大的部门。部门A，部门B。
部门A有10个web service，5个是WCF开发的基于SOAP，安全校验是A（比如 SAML Token吧），5个是restful安全校验是B.
部门A有5个web service，3个是JAVA开发的基于SOAP，安全校验是A（比如 SAML Token吧），2个是restful安全校验是C.
然后前段业务需要快速开发移动APP，这需要后端service是restful风格的。由于移动变化快，需要不用的需求，需要更多数据？
后端的web service仅仅提供最为基础的数据，虽然全，但是没有根据前段的业务去优化数据。
有一天，移动APP需要调用部门A的service1（SOAP 风格）和service2（restful）和们部门B的service3（SOAP）去得到相关数据，然后需要调用部门A的service4（SOAP） 去更新数据。
这样有2中方案：
方案1：移动APP就需要处理很多，需要考虑不同service的协议和安全校验。
方案2：要求后台开发一个service为移动app提供服务。
显然方案1把太多的业务逻辑放在了前端。方案2，适应不了快速的APP开发。
那么ESB就出来了，它是作为一个中间层把移动app和后端的web service分开来。
ESB会提供web sevice与移动app打交道，这样就为前端提供一个新的service，专门满足前端APP
的需求。统一的协议，统一的安全校验。
这样在ESB内部就可以处理调用后端service的逻辑。
-
一个简单的例子。
还是上面的那个例子：
有一天，移动APP需要调用部门A的service1（SOAP 风格）和service2（restful）和们部门B的service3（SOAP）去得到相关数据，然后需要调用部门A的service4（SOAP） 去更新数据。
这样移动APP说，我需要一个新的service，那么定义好需要那么得到那些数据，需要更新那些数据，需要什么协议（soap，restful），需要数据的格式是什么（xml，json）。。。。
ESB就新建一个service提供这种服务。
这ESB内部，得到移动app传来的数据，比如是xml把，然后把xml转换成soap或者restful，然后再ESB内部调用后端service，然后把数据在转换好，发给移动APP。
WSO2 ESB提供很多组件，去处理请求。它可以不移动app发过来的任何格式，转换成任何格式，post到后端的service，得到数据后，再把数据转换成符合移动app的格式。
在WSO2 esb可以用脚本语言，JS，python，ruby处理不同格式之间的转换。也可以用
org.apache.axiom.om （java）。。
-
全栈工程师？
这样开发移动app的可以在界面用js来写，在服务端可以node.js来写，在后端的WSO2 ESB可以用js来写web service来得到数据。
这样主要后端提供好基础数据，前端就可以全栈快速的开发满足需求的功能和产品。
这些仅仅是我的简单理解和随笔。工作中，我是在一个后端WCF webservice team的，最新我们可能准备使用WOS2 ESB来为移动app提供快速的服务，所以有机会使用WSO2 ESB来做前期的调查。