中间件之乱象丛生

　　中间件的问题由来已久，似乎每次只要有两个以上的应用需要集成，中间件就立即现身处理这项任务，颇有超人的架势。但也正因此导致了大量中间件无计划扩张，大多数企业部署中间件应该出于战略考虑，而不是IT策略的一部分。

　　中间件的形式多种多样。开发者在服务器上部署中间件，以便在相同的服务器上集成应用。IT部门则为了跨多种服务器的应用集成而进行服务。打包应用厂商又将中间件捆绑到其应用产品上。终端用户在云端访问各种各样的中间件服务。而现在，我们又看到新一类的集成软件，利用底层中间件让业务用户可以通过图形化连接已经存在的代码基创建复合应用。

 

　　或许现在IT部门需要换一种的方法来看待中间件，在减少许可证成本的同时，也能够让中间件服务更易理解。某厂商称可以让开发者通过一个中间件堆栈访问集成代码。而且它们对于中间件的概念进一步利用，通过收集到的元数据，允许业务用户代码模块化，从而构建复合应用，而无需修正开发者构建的实际代码。而这只是使用了通用的中间件堆栈，而不是要求IT部门来为开发者部署中间件，再让另一个中间件堆栈来吻合业务用户的需求。

 

　　企业应用了很多中间件来处理实际问题，也导致了很多分离的中间件，这些中间件难以管理。所以也有厂商就发明了中间件管理平台，便于企业管理本地和云端的中间件。此外，企业目前所使用的中间件要远远超过了IT部门的管理范围，加上云计算和移动应用，恐怕就需要依仗更多的中间件来集成传统企业内部和外部的应用了。

 

　　不难发现，很多IT厂商都有类似的产品或者解决方案，也积极致力于创建出真正的中间件平台。同时，IT部门也在盘点已经在企业中部署的中间件，但是需要将眼光放的更远一点，不仅仅是考虑许可证的成本，还要考虑管理的总成本。