BizTalk/Migrering

Behåll och modernisera BizTalk först

En migrering är inte automatiskt rätt nästa steg. BizTalk Server 2020 har mainstream support till 2028-04-11 och extended support till 2030-04-09. Den tiden kan användas rationellt, men bara om väntan minskar nästa projekts risk.

När väntan är rationell

Vänta när ett ERP-byte snart gör stora delar av gränssnitten obsoleta, när verksamheten står inför en sammanslagning eller när en stabil 2020-miljö har låg förändringstakt och tydligt ägarskap. Sätt ett datum för omprövning och skriv ned vilken händelse som ska utlösa migrering tidigare.

Skilj 2016 från 2020

BizTalk Server 2016 lämnar extended support 2027-01-11. Om migreringen inte hinner minska risken före dess finns en dokumenterad uppgraderingsväg från 2016 till 2020. En sådan uppgradering köper supporttid men ersätter inte inventering, kompatibilitetskontroll eller planen för att lämna plattformen.

Minska ytan medan ni väntar

Frys ny BizTalk-specifik funktionalitet där ett vanligt API eller meddelandekontrakt räcker. Avveckla flöden som saknar mottagare, dokumentera bindings och beroenden och flytta hemligheter ur personberoende rutiner. Målet är inte en snyggare BizTalk-miljö utan färre okända samband den dag ett flöde ska flyttas.

Bygg samexistens med ett verkligt flöde

Logic Apps-adaptern ingår i BizTalk Server 2020 och kan installeras för 2016. Använd den eller en annan dokumenterad gräns för ett avgränsat hybridflöde. Då lär sig teamet deployment, övervakning och återställning utan att hela miljön blir ett enda cutoverprojekt.

När väntan blir farlig

Väntan är inte neutral om versionen saknar support, återställning aldrig provas eller beroende operativsystem och databaser blockerar patchning. Detsamma gäller när ingen längre kan felsöka host instances, EDI-avtal eller egen kod. Dokumentera dessa villkor som risker i stället för att använda supportdatumet som enda signal.

Räkna på er miljö →