Den øgede fokus på at flytte data fra et program til et andet som en besked i stedet for en datafil har ført til et større behov for fleksible applikationer. Evnen af fleksible applikationer , for at omformatere og omdirigere meddelelser, som let kan forstås og læses af hensigtsmæssige systemer kørte innovation af en ny software kaldet Middleware eller Enterprise Application Integration ( EAI ) . Middleware fungerer som en oversættelse lag consolidator og integrator software . Der er forskellige produkter, der tilbyder middleware -løsninger. Støtte

Middleware software er blevet designet til at understøtte forskellige anvendelsesområder arkitekturer. Mange virksomheder opererer bruger mere end en enkelt ansøgning arkitektur. For eksempel, når tredjepartsprogrammer er erhvervet eller virksomheder fusionerer , kan en virksomhed ender opererer med flere arkitekturer. Middleware understøtter disse arkitekturer , leverer strukturerede metoder for samtrafik på tre miljøer, der indeholder test, produktion og udviklingsmiljøer . Middleware funktioner til at flytte data fra et program til den næste , mellem filer og databaser.
Connectivity

Middleware betragtes som en tilslutning software, fordi det fungerer at slutte applikationer gennem kommunikation mekanismer. I sin funktion , er middleware laget mellem assisteret softwareapplikationer og programplatforme , skaber skalerbarhed, åbenhed og interoperabilitet. Middleware software hjælper database connectivity ved at give API adgang til database grænseflader . Fordelen ved at bruge middleware er standard og forenklet database connectivity softwaren giver.
Message- Oriented

Message- baserede middleware eller en besked -orienteret middleware ( MOM ) er afhængig af asynkron (ikke synkroniseret ) inter- ansøgning kommunikation baseret omkring en besked kø -system. Ulempen til asynkron systemer er overbelastning af netværket og langsom server - behandling af meddelelser . Andre ulemper omfatte begrænsninger af protokol støtte bør platformene vise sig at være mindre populær . Hver af de middleware -produkter er designet med iboende forskelle , hvilket gør det svært at vælge mellem leverandører. Begrænset programmør adgang er en af ​​de største ulemper .
Proceduremæssige Middleware

Remote Procedure Calls eller RPC , gøre brug af proceduremæssige middleware . Tilgængelige på forskellige operativsystemer som Unix og Microsoft Windows. RPC har en cross- platform kapacitet , hvilket giver den indflydelse over andre typer af middleware . Men ulemperne ved denne type af middleware , RPC navnlig omfatte replikation, load balancing spørgsmål , begrænset skalerbarhed og lave fejltolerance . Fraværet af direkte støtte på forskellige områder kræver udviklere at beskæftige sig med disse aspekter , der tilføjer en høj grad af kompleksitet til systemerne .