Middelware vs. almindelig protokol-kommunikation

Jeg kender hverken  rmi,soap eller corba, men jeg ved at Middleware mange steder bruges af sikkerhedshensyn til den særlige vigtige del at kommunikation, f.eks. ved nogle former for økonomiske trans aktioner. med middleware er det lettere for virksomheden at beskytte den del af kommunikationen denne middleware håndtere, herunder transagtions sikkerhed

I middelwaren er der taget højde for de problemer der kan opstå ved netværks kommunikationen. Ting som sikkerhed og data representation.

Bruger man middelware opnår man typsik dårligere performance (Især med SOAP). Dette kunne være en grund til at lave sin egen kommunikation ved hjælp af fx. TCP.

Når du selv laver tcp eller udp kommunikationen ved hjælp af socket kald, kan det også ofte medfører fejl.

Når du bruger middelware, er alle kaldene pakket pænt ind for dig, og du kan derfor koncentrere dig om noget andet.

Hvilket opgaver løser man optimalt med TCP og UDP? ALtså hvor kommer disse til sin ret iforhold til middelware?

TCP og UDP er hver sin protokol, med hver sine stærke og svage sider. Du bør bruge disse protokoller hvis det er vigtigt for dig at kunne kommunikere med andre maskiner eller med andre applikationer, hvor standard er væsentlig. Hvis du laver et system jeg skal kunne interagere med, kan du ikke bruge middleware umiddelbart, da jeg jo ikke kan kommunikere direkte med den.

Middleware bruger du der hvor du, af forskellige årsager, har behov for at kunne styre og sikre processen. typisk i bank verden.

Et godt eksemper på en middle ware håndtering af kommunikation er en applikations proxy firewall, her kommunikeres der tcp og udp på hver side af den, men internt i firewallen håndteres kommunikationen af firewallen, du kommunikere dermed ikke gennem en applikations proxy men via denne. Igen er det sikkerheds hensyn der giver brugen af middleware, selv om denne faktisk foregår inde i "kassen"

Skal du lave noget der skal performe hurtigt, kan det nogen gange være en fordel selv at lave tcp/udp kommunikationen.
Eller skal du lave noget simpelt kan det ofte være en fordel selv at lave kommunikationen ved hjælp af tcp udp, da du jo så ikke skal til at sætte dig ind i middelwaren.
Skal du lave noget som kører i et indlejeret system, er det heller ikke altid det kan lade sig gøre at bruge middelware, da det måske ikke ligger i det indlejrede system.

Jeg kan nævne nogen bagdele ved de teknologier du nævner:
Java RMI: Kan kun kommunikerer med Java RMI middelware.
Corba: Stort og indviklet at sætte sig ind i.
SOAP: er en letvægts version middelware(Hvis man kan sige det). Det er nemt at sætte sig ind, og man kan hurtigt få noget op at køre. Tilgengæld kan det ikke så meget som Corba og Java RMI, og det performer dårligere.

Hvorfor selv lave kommunikationen med tcp/udp ?

Så slipper du for at sætte dig ind i en middelware teknologi.