Microsoft introduceert BizTalk Server 2009

Microsoft heeft BizTalk Server 2009 vrijgegeven voor MSDN-abonnees. De integratiesoftware, die vanaf 1 mei ook voor niet-MSDN'ers verkrijgbaar is, moet bedrijven in staat stellen om losstaande systemen aan elkaar te koppelen.

De inmiddels zesde incarnatie van BizTalk Server, een onderdeel van het Microsoft Application Platform, ondersteunt nu Windows Server 2008, Visual Studio 2008 SP1, SQL Server 2008 en het .Net Framework 3.5 SP1. Verder heeft Microsoft zogeheten adapters aan BizTalk toegevoegd, waardoor de software via plugins kan communiceren met software van Oracle E-Business, SAP, Siebel en PeopleSoft. BizTalk ondersteunt ook de debuggingmogelijkheden van Visual Studio. Ontwikkelaars van mobiele software kunnen een meegeleverde toolkit benutten om rfid-applicaties te bouwen die met de back-end van BizTalk Server kunnen communiceren.

Bedrijven kunnen volgens de softwaregigant kosten besparen als zij de enterprise-editie van BizTalk Server 2009 aanschaffen. De software kan gevirtualiseerd draaien in de Hyper-V-virtualisatiemotor van Windows Server 2008, en daarbij is een ongelimiteerd aantal instances toegestaan. Bij de overige versies van BizTalk - Standard en Branch - moet per processor worden betaald. Microsoft meldt dat de prijzen ten opzichte van de vorige versie niet zijn gewijzigd. Een testversie kan gedurende 120 dagen gratis worden uitgeprobeerd.

Reacties (17)

[DrDelete]

BizTalk heeft natuurlijk veel out-of-the-box adapters die je echt niet zelf gaat verzinnen. Het is echter wel een duur produkt waardoor je als bedrijf goed moet nagaan of je zo'n produkt wilt inzetten. Als BizTalk ontwikkelaar zelf heb ik BizTalk toch wel een achteruitgang gevonden t.o.v. de krachtige IDE's van Visual Studio zelf. Hopelijk gaat het met deze versie wat beter op debugging gebied.

[Anoniem: 39505]

Al dit soort middleware-programmatuur is vreselijk duur (en dan praat ik niet over 'photoshop-duur') , maar wel een must als je veel systemen/bedrijven aan elkaar wilt knopen die moeten communiceren d.m.v. xml/edifact/cargoimp/X.12 etc. via email/ftp/x.400/http(s) etc.

Je kunt in principe veel zelf programmeren (misschien zelfs in PureBasic; zie post van Rinzwind), maar dan ga je het wiel 100x zelf uitvinden en verzand je in een houtje-touwtje-spagetti web van tools/scripts. Probeer maar eens een AS/400 systeem dat ansi x.12 uitspuugt te koppelen aan een facturatie-systeem dat xml vraagt (via ftp) en vervolgens een SAP systeem te voeden met een IDOC voor track&trace via https...veel succes!

[Reactie gewijzigd door Anoniem: 39505 op 23 juli 2024 23:33]

[DrDelete]

precies, dat ga je echt niet zelf proggen

[Rinzwind]

Gewoon een snelle programmeertaal gebruiken waarmee je custom tooltjes schrijft om het 1 in het ander te zetten. BizTalk lijkt me nogal een complexe oplossing. Voor je dat hebt draaien heb je waarschijnlijk ook maatwerk en mag je eerst BizTalk uitvinden. Kom maar met je probleem bij mij en ik maak een snelle PureBasic oplossing En als het via het web moet kom je met PHP evt. icm Zend Framework wel een eind.

[Laurens-R]

ok grapjas

duidelijk geen kaas gegeten van de professionele inzet van Bizztalk?

- Bizztalk kost een vermogen. Dat is niet even zomaar een scriptdingetje.... Het is een complete messagebroker die verschillende systemen aan elkaar kan koppelen via bijv. web services en ftp. Je kan bijv. eenvoudig SAP en 'oude' terminal applicaties met elkaar laten praten.

Sorry maar je Pure Basic opmerking slaat kant nog wal. Je duidelijk geen flouw idee wat Bizztalk nou echt inhoud. De kans dat jouw custom app de enorme workload die Bizztalk aankan kan verwerken is zeer minimaal. + dat het gewoon een boel effort is. zeker met de talen die jij benoemt.

[Rinzwind]

Ik zou als ik zoiets zoek eerder naar iets wat niet MS is kijken (gezien alles draait om interoperatibiliteit en lange stabiele productieperiode). En kijk eens open source: http://www.apatar.com/

[pasz]

Ja, het is complex en dient zeker niet ingezet te worden in 'hack effe snel een proggie in elkaar'-omgevingen. Sterker nog. Zie het als een spin in een spinnenweb die al die 1000 custom-made proggies vervangt.

[Erhnam]

Het is meer een communicator om verschillende applicaties aan elkaar te koppelen. Binnen Biztalk zitten verschillende adapters zoals XML, HTTP, FTP, MAIL, FILE, enz.

Stel binnen een bedrijf zijn verschillende afdelingen. Zo is er een afdeling die de bestellingen afhandelt en een afdeling die de post verzorgt. De afdeling die de bestellingen afhandelt, krijgt iedere bestelling door als een bestand.

Met BizTalk is het bijvoorbeeld mogelijk deze afdelingen aan elkaar te koppelen. Door met behulp van de FILE adapter de bestanden van de bestelafdeling op te halen/uit te lezen. Vervolgens stuurt BizTalk een bericht (XML, MAIL) naar de postafdeling. Zo kunnen deze afdelingen samenwerken en is het niet meer wachten op wanneer een brief verstuurd moet worden.

Dit is een simpel voorbeeld wat uiteraard ook zelf gebouwd kan worden met maatwerk. De kracht van BizTalk zit hem in de adapters waarmee veel standaard applicaties al kunnen werken. Het bouwen van maatwerk kan om die reden beperkt worden wat de ontwikkelkosten drukt. Als als de complixiteit toeneemt en het aantal applicaties zou dit een uitkomst kunnen zijn.

[Reactie gewijzigd door Erhnam op 23 juli 2024 23:33]

[himlims_]

klinkt als een oplossing voor een probleem wat ontstaat door diversiteit van extenties en type documenten, als daar al gestructureerd mee gewerkt wordt zie ik de meerwaarde hier niet van in. (zegt misschien meer over mij maar goed dat ter zijde)

trail vind je overigens hier;
http://www.microsoft.com/biztalk/en/us/try-it.aspx

BizTalk Server 2009

BizTalk Server 2006 R2 in virtual lab

[MadHost]

BizTalk wordt vaak ingezet als integrator met 3rd parties. Veel bedrijven hebben externe leveranciers met bestaande systemen die met elkaar moeten gaan communiceren d.m.v. XML berichtenverkeer. BizTalk is de messagebroker die kan ontvangen/verzenden/vertalen voor en naar andere systemen/berichten en is in die rol de spin in het web.

Microsoft heeft nu een slimme zet gedaan om adapters te schrijven voor Oracle E-Business, SAP, Siebel en PeopleSoft zodat ze nog meer 'standaard' oplossingen hebben om te integreren. Ik noem dit 'standaard' omdat er vaak meer programmeerwerk bij komt kijken dan je denkt. Dit is natuurlijk afhankelijk van de klantbehoefte.

[Beretta1979]

Hehe dan heb je nog nooit eens in een corporate omgeving gewerkt met veel legacy zaken en zo. In een ideale wereld misschien maar in de realiteit vaak niet. En ja je zou alles zelf kunnen maken maar je zult zien dat dit in de praktijk al snel duurder zal uitkomen (vergeet niet dat je je maatwerk ook moet blijven ondersteunen).
Je moet als je software bouwt vaak beter focussen op de dingen die echt je business zijn en al de rest zoveel mogelijk hergebruiken/kopen ... Het heeft geen nut om het wiel her uit te vinden 9 kansen op 10 dat je het slechter zal doen en dat het veel duurder zal uitkomen (op lange termijn dan)

[Reactie gewijzigd door Beretta1979 op 23 juli 2024 23:33]

[Anoniem: 80466]

Hoe worden MS producten (zoals deze) eigenlijk in de meuktracker bijgehouden ?

[Laurens-R]

Hihi... dit is niet interessant voor de meuktracker dit zijn enterprise frameworks/systemen die duizenden euro's kosten. Mensen die zich professioneel bezig houden met deze server systemen weten toch wel wat iets kost en wat de laatste updates zijn. Zeker gezien de complexiteit van dergelijke systemen.

[alienfruit]

Hopelijk is het schrijven van deze adapters een stuk makkelijker dan het schrijven van adapters voor Jain Slee voor bijv. billing die praat met de oude mainframes van een mobiele operator volgens een standaard. Maar toch, viel vies tegen zowel het maken van de adapter als het lezen van de standaardspec