the Publish-Abonner modellen gir to største fordelene - skalerbarhet og flexibility.The Publiser-Abonner modell virker som om man tar tak i et publikum gjennom en tale slik at høyttaleren er utgiver og folk i salen er abonnenter. Antallet mennesker i salen er irrelevant; det eneste relevante er veien av informasjon kommunikasjon. Måten informasjonen er anslått til tegnerne danner skalerbarhet "" nå et større antall mennesker gjennom en høyere way.For talen (innhold) fra utgiveren for antall personer er ikke gjort rede.
Faktisk, under talen eksisterende lyttere kan forlate og nyere abonnenter kan gå inn på deres vilje uten å påvirke utgiveren eller tale. Derfor utgiveren ikke er kombinert med eventuelle individuelle abonnenter og antall abonnenter også er anonym for forlaget. Dette definerer fleksibilitet av BizTalk Server system.BizTalk Server utviklingen gjør at systemet kan håndtere meldinger på samme måte, dvs.
BizTalk Server (høyttaleren) publiserer meldinger til et felles område (publikum) og prosesser (folket) i at felles område som er interessert i å konsumere de publiserte meldinger abonnere på dem (orkestrering, motta eller sende porter, eller direkte bundet porter) .Selv om, Publiser-Abonner modell isn "t ment å fungere for alle abonnenter mottar alle meldinger. Modellen har et filter av interesser som passerer meldinger relatert til temaet som abonnentene har abonnert på.
I BizTalk utvikling er det to generelle filtre "" en til å filtrere ut meldinger basert på deres emner, og de andre filtrene meldingene basert på deres content.So vi er ferdig med Abonnenter i BizTalk utvikling arkitektur og nå for Publisher "s del. Man kan publisere meldinger i BizTalk gjennom: 1> Sende en melding til en motta port2> Ringe en orkestrering fra en annen orchestration3> Opprette en direkte bundet port (mer om dette i en senere artikkel) 4> Forlags meldinger som det ikke er noen abonnenter ( kjent som ruting svikt) BizTalk gir en robust plattform for vir