最近我听到很多人在谈论中间件,但是中间件的确切定义是什么呢?当我研究中间件时,我发现了很多信息和一些定义,但在阅读这些信息和定义时,似乎所有的“产品”都处于某种中间。那么,所有东西都是中间件吗?
或者你有一个不是中间件的软件的例子吗?
最近我听到很多人在谈论中间件,但是中间件的确切定义是什么呢?当我研究中间件时,我发现了很多信息和一些定义,但在阅读这些信息和定义时,似乎所有的“产品”都处于某种中间。那么,所有东西都是中间件吗?
或者你有一个不是中间件的软件的例子吗?
维基百科给出了一个很好的解释:http://en.wikipedia.org/wiki/Middleware
首先是
中间件是连接软件组件或应用程序的计算机软件。该软件由一组服务组成,这些服务允许运行在一台或多台机器上的多个进程进行交互。
什么是中间件给出了几个例子。
我知道(至少)有三种不同的定义
在业务计算中,中间件是应用程序和服务之间的消息传递和集成软件 在游戏中,中间件是由第三方提供的任何东西 在(某些)嵌入式软件系统中,中间件提供应用程序使用的服务,这些服务由硬件抽象层提供的功能组成——它位于应用层和硬件抽象层之间。
假设你的公司生产4种不同的产品,你的客户有另外3家不同公司的3种不同的产品。
有一天客户想,为什么我们不把所有的系统整合成一个大系统呢?10分钟后,他们的IT部门说这需要2年时间。
你(聪明的开发人员)说,为什么我们不整合所有不同的系统,让它们一起工作呢?客户经理盯着你看……你继续说,我们将使用中间件,我们将研究所有不同系统的输入/输出,它们使用的资源,然后选择一个合适的中间件框架。
还在跟非技术经理解释 中间件框架在中间,第一个系统将产生X东西,系统Y和Z将消耗这些输出,等等。
中间件是一个非常模糊的术语。在一种情况下什么是“中间件”,在另一种情况下就不一样了。一般来说,你可以期望中间件具有以下特征:
主要(通常是专有的)软件;通常不需要任何专门的硬件。 如果没有它,依赖于它的应用程序将不得不将它作为应用程序的一部分合并,并将经历大量的重复。 几乎可以肯定连接两个应用程序并在它们之间传递数据。
您会注意到,这与操作系统的定义几乎相同。因此,例如,TCP/IP堆栈或缓存可以被认为是中间件。但是你的操作系统也可以提供同样的功能。实际上,中间件可以被看作是对操作系统的特殊扩展,特定于依赖它的一组应用程序。它只是提供了更高级别的服务。
中间件的一些例子:
分布式缓存 消息队列 事务监视器 包重写 自动备份系统
从我个人的网络工作经验来看,中间件是介于用户(网络浏览器)和后端数据库之间的东西。这是一款软件,它接收用户输入的东西(例如:ipad订单,执行一些神奇的业务逻辑,即检查是否有足够的ipad来完成订单),并更新后端数据库以反映这些变化。
简单地说,中间件是一种软件组件,它提供将不同的系统集成在一起的服务。
在复杂的企业环境中,当您需要将两个或多个企业系统集成在一起以相互通信时,会遇到许多挑战。通常这些系统不能理解彼此的语言,因为它们是在使用不同语言的不同平台上开发的(如c++、Java、Cobol等)。
所以这里出现了中间件软件,它提供的服务
从一个应用程序到另一个应用程序的消息格式转换, 路由和丰富消息,除了注意安全性, 加密, 验证和 对这些消息应用不同的业务规则。
中间件的一个典型例子是ESB产品,如IBM消息代理(WMB/IIB)、WESB、Datapower XI50、Oracle Fusion、Mule和许多其他产品。
因此,中间件主要位于服务消费应用程序和服务提供者应用程序之间,并帮助这些应用程序相互通信。
中间件是关于应用程序如何响应传入请求的。中间件查看传入的请求,并根据该请求做出决策。我们可以只使用中间件构建整个应用程序。例如ASP。NET是一个web框架,由以下主要的HTTP中间件组成。
异常/错误处理 静态文件服务器 身份验证 MVC
如上图所示,在ASP中有各种各样的中间件。NET接收传入的请求,并将其重定向到一个c#类(在本例中是控制器类)。
它只是一个软件或工具,你的应用程序可以在其上执行,并在高可用性、可伸缩性、与其他软件或系统集成方面发挥应用程序的功能,而无需担心应用程序级别的代码更改。
例如:您的应用程序运行的操作系统需要更改ip,您不必在代码中担心这个问题,您可以在中间件堆栈上简单地更新配置。
例2:你遇到了运行时内存分配的问题,并且觉得你的应用程序的使用量增加了,你不必担心太多,除非你的代码中有bug或瓶颈,这很容易通过调整应用程序运行的中间件软件配置来实现。
例3:你有多个完全不同的软件,你需要它们以所有系统都能理解的通用格式相互通信或发送数据,这时中间件系统就派上用场了。
希望提供的信息能有所帮助。
在web应用程序开发中有一个常见的定义(我编了这个词,但它似乎很合适):一个被设计用来修改HTTP请求和/或响应,但(通常)不服务于整个响应的组件,被设计成链接在一起,在请求处理期间形成行为变化的管道。
通常由中间件实现的任务示例:
Gzip响应压缩 HTTP身份验证 请求日志记录
这里的关键点是,这些人都不完全负责对客户端的响应。相反,作为管道的一部分,每一个都以某种方式改变行为,将实际响应留给序列(管道)的后面部分。
通常,中间件在某种“路由器”之前运行,后者检查请求(通常是路径)并调用适当的代码来生成响应。
就我个人而言,我讨厌“中间件”这个术语的泛型,但它却被广泛使用。
下面是一个特别适用于Ruby on Rails的额外解释。
中间件位于web应用程序和web服务之间,它们本身无法通信,而且通常是用不同的语言/框架编写的。
一个这样的例子是。net环境的OWIN中间件,在OWIN用户被迫在一个叫做IIS的微软托管软件中托管web应用程序之前。owin开发后,在IIS和self host中都增加了主机容量,在IIS中只是增加了对owin的支持,充当接口。此外,通过Mono在Linux上托管。net web应用程序也成为可能,这再次增加了对Owin的支持。
It also added capacity to create Single Page Applications, Owin handling Http request/response context, so on top of owin you can add authentication/authorization logic via OAuth2 for example, you can configure middleware to register a class which contains logic of user authentification (for ex. OAuth2 implementation) or class which contains logic of how to manage http request/response messages, that way you can make one application communicate with other applications/services via different data format (like json, xml, etc if you are targeting web).
如果我没有错的话,在软件应用程序框架中,基于上下文,您可以考虑用于以下角色的中间件,它们可以组合在一起,以便在用户请求和应用程序响应之间执行某些活动。
适配器 洗手液 验证器