¿Por qué Tomcat, WebLogic, Websphere y Jboss se llaman middleware? ¿Cómo deben entenderse?
El primer middleware que conocemos es un middleware llamado Tuxedo, que es esencialmente un middleware de transacciones. En 1998, IDC definió el middleware y lo dividió en seis categorías según su propósito. Hoy en día, el único middleware que queda es el middleware de mensajes y el middleware de transacciones. Otros middleware se han integrado y envuelto gradualmente en otros productos. No existe una forma de producto independiente en el mercado. Por ejemplo, en ese momento existía un tipo de middleware llamado conversión de datos de pantalla, que estaba diseñado principalmente para terminales de mainframe de IBM y se utilizaba para convertir la interfaz de caracteres de los terminales de mainframe de IBM en una interfaz gráfica que agradaba a los usuarios. En el momento. Sin embargo, a medida que los entornos de mainframe de IBM se vuelven cada vez más raros, el otrora popular middleware rara vez se menciona por sí solo en la actualidad.
Alrededor del año 2000, Internet comenzó a despegar y una novedad que llegó con ella fueron los servidores de aplicaciones. De hecho, el middleware de transacciones también pertenece al servidor de aplicaciones. Para distinguirlo, el middleware de transacciones tradicional se llama middleware de transacciones distribuidas porque se usa principalmente en entornos distribuidos, mientras que el nuevo servidor de aplicaciones se llama middleware J2EE. el mercado hasta el momento.
Después de que surgió el concepto de EAI, se lanzaron al mercado algunos nuevos productos de software, como flujo de trabajo, Portal, etc., pero no sé cómo clasificarlos. aplicaciones No se puede clasificar como un sistema operativo, por lo que se clasifica como middleware, lo que amplía el concepto de middleware. Actualmente, diferentes empresas tienen opiniones diferentes sobre el middleware en el mercado, lo que objetivamente conduce a una complejidad en la comprensión.
Hoy en día, se han introducido muchos conceptos nuevos en el mercado, como arquitectura de tres niveles, componentes, servicios web, y el más popular es SOA (arquitectura orientada a servicios). De hecho, no son un producto, sino un método de implementación técnica y una metodología para el desarrollo de software. Sabemos que el primer método de desarrollo de software es programar y escribir código. La desventaja es que no se puede reutilizar. Por esta razón, se propone un método de desarrollo de software en componentes, que encapsula y estandariza algunas funciones de uso común a través de la programación y proporciona una solución unificada. interfaz para otras llamadas de Programa, por ejemplo, cuando desarrollamos un nuevo software, podemos usar el componente 1 en componentes, el componente 2 en componentes y el componente 3 en componentes. En este momento, solo necesitamos ensamblarlo localmente para obtener lo que queremos. software de aplicación. Después de que Internet ganó popularidad y atención, se desarrollaron nuevos métodos de desarrollo de software basados en la componenteización. La idea central es que el software no necesita incluir componentes, sino solo los resultados de la operación de los componentes, como escribir un software de transmisión de comunicaciones. para componentes en Internet, realizar solicitudes de servicio y regresar después de obtener los resultados sin descargar ni empaquetar componentes. Esto es lo que ahora se llama SOA. Si desea implementar SOA, debe estandarizar las interfaces de los componentes y estandarizar los resultados del servicio enviados por los componentes, de modo que puedan ser factibles nuevas ideas para el desarrollo de software. Pero SOA no es un producto, sino una forma de pensar, y la base para hacer realidad esta forma de pensar hoy es el middleware.
Entonces, ¿qué es middleware y qué no es middleware? Desde la perspectiva de Eastcom Technology, el middleware debe tener dos características clave: primero, debe servir a la capa de aplicación superior, que es una condición básica, además, debe estar conectado al nivel del sistema operativo, pero debe mantenerse en funcionamiento; Sólo aquellos que tienen estas dos características pueden denominarse middleware. Ahora mucha gente todavía llama middleware a las herramientas de desarrollo, lo cual es inapropiado porque las herramientas de desarrollo se utilizan para desarrollar software y no dependen de la conexión entre las herramientas de desarrollo y el sistema operativo subyacente.