Middleware em toda parte

Ouve-se falar de middleware em todo o lado, mas não tem a certeza do que é? Vamos começar por aí e definir o middleware.

Não é tão fácil definir middleware como você poderia pensar. Em geral, middleware é um software que pode ligar duas aplicações separadas ...juntos. Está no meio dessas aplicações, daí o termo "middleware".

A questão é que o termo o middleware evoluiu e agora é usado de várias maneiras. Portanto, a melhor maneira de entender o que "middleware" significa é analisar de onde ele veio e discutir alguns exemplos específicos de como ele pode ser usado. Vamos dar uma olhada.

A primeira geração de middleware data de meados da década de 80, quando os sistemas distribuídos começaram a substituir os mainframes envelhecidos. Naquela época, o termo "middleware" referia-se a software que se encontrava acima do sistema operativo e software de rede e abaixo de aplicações específicas.
De certa forma, o middleware estava, na altura, a colmatar a lacuna entre o sistema operativo com o networking e a aplicação, facilitando o desenvolvimento de aplicações distribuídas.

Middleware tradicional incluiu middleware de Chamada de Procedimento Remoto (RPC), middleware orientado a mensagens (MOM), middleware orientado a transações (TOM), e middleware de objetos distribuídos (DOM).

Poderíamos chamar a esta visão tradicional de que middleware é uma visão vertical. O sistema operacional (incluindo protocolos básicos de comunicação) estava na parte inferior, e as aplicações distribuídas estavam na parte superior. O middleware estava no meio deles.

A visão contemporânea do que é middleware tem mais de uma abordagem horizontal. Nesta abordagem, o middleware situa-se no meio de um mar de componentes distribuídos, tais como aplicações e bases de dados.
O middleware serve como cola e permite que esta multiplicidade de componentes interajam entre si.

Comum exemplos de middleware incluem middleware de banco de dados, middleware de servidor de aplicativos, middleware da web e monitores de processamento de transações. Quando você olha para ele, parece haver middleware em todos os lugares hoje em dia.

Vamos dar uma olhada em um desses exemplos de middleware, middleware de banco de dados, às vezes também chamado de database-oriented middleware. Este é o middleware que facilita a comunicação com uma base de dados, permitindo que o software final extraia informações de bases de dados locais ou remotas. O aplicativo acessa através de uma única interface comum, como ODBC ou JDBC.

Os requisitos para ciclos de desenvolvimento mais rápidos, menor esforço e maior reutilização de componentes impulsionam a criação e utilização de produtos e ferramentas de middleware.
O papel principal destas ferramentas de middleware é permitir e simplificar a integração de componentes desenvolvidos por vários fornecedores de tecnologia.

Quando devidamente implementado, ferramentas de middleware podem ajudar a:

• Proteja os desenvolvedores de software dos detalhes tediosos e propensos a erros da plataforma.
• Amortizar os custos do ciclo de vida do software, alavancando investimentos e desenvolvimentos anteriores.
• Fornecer um conjunto consistente de abstrações de nível superior que estão muito mais próximas dos requisitos de aplicação e, portanto, simplificam o desenvolvimento.
• Fornecer uma ampla gama de serviços orientados ao desenvolvimento, tais como segurança que são necessários, mas que requerem um grande esforço de desenvolvimento.

Mas embora as vantagens dos produtos de middleware sejam claras, também há algumas preocupações.
A preocupação mais frequente é o desempenho. Sim, é bom ter essa capacidade de conectar aplicações sem problemas, mas quanto nos "custará" em termos de desempenho?

Connect Bridge é uma ferramenta de middleware construída por Connecting Software que lhe permite criar o seu middleware personalizado em qualquer idioma com muito menos linhas de código.
Queres construir um middleware Java? Isso é suportado. Queres construir um middleware Node.js? Isso também é suportado. E o mesmo vale para qualquer linguagem que possa acessar uma base de dados usando ODBC, JDBC, ou Web Services. Se puder, usar essa linguagem + Connect Bridge é uma boa alternativa para a construção desse middleware.

Vamos ver como funciona. Tipicamente, ao construir um middleware, o desenvolvedor precisa usar a API do software que ele está conectando. A idéia por trás do Connect Bridge é que o desenvolvedor pare de escrever código para a API e começa a escrever instruções SQL padrão em vez disso. Connect Bridge translates the ANSI sintaxe SQL padrão nas chamadas appropriate API.

OK, esta é uma maneira mais conveniente de construir o middleware, mas será que isso tem um custo de performance?
Thomas Berndorfer, CEO do Connecting Software, explica: "A ideia do Connect Bridge é torná-lo muito simples e rápido. É rápido para o desenvolvedor porque eles podem se tornar heróis de integração em 3 horas". Afinal, eles permanecem na sua língua e não têm que aprender nada de novo". Nós também queríamos tornar o software resultante rápido. O desempenho e a segurança foram grandes preocupações desde o início".

Outra vantagem de utilizar este tipo de ferramenta de middleware é compatibilidade. Um problema clássico do middleware foram as alterações na API, geralmente causadas por atualizações no software subjacente. Ter Connect Bridge protege os desenvolvedores dessas alterações, pois é o Connect Bridge que lida com elas. Esta é uma das principais razões pelas quais a ferramenta tem uma boa relação custo-benefício. Se você quiser saber mais sobre preços, preencha o pequeno formulário aqui.

Usar um middleware é uma forma mais moderna de lidar com projetos de integração. Ele permite um desenvolvimento mais rápido da solução de integração final, e garante que a solução tenha menos erros e seja mais fácil de manter. Em resumo, utilizar um middleware significa um melhor ROI para o seu projecto de integração.
Para ver como isto funciona, pense em que software você gostaria de integrar e peça um demonstração grátis.