Pipelines till Azure
BizTalk pipelines kombinerar dekodning, parsing, validering, context promotion och serialisering. Microsoft mappar pipelines till Standard-workflows och lokal kod, men särskilt strömmande och egna pipelinekomponenter kräver ett uttryckligt designbeslut.
Dela upp stegen
Lista disassembler, decoder, validator, assembler och encoder i körordning. Notera vilka context properties som skrivs och vilka subscriptions som läser dem. Om en komponent också fattar affärsbeslut ska det synliggöras som separat logik; annars följer en dold regel med in i den tekniska parsern.
Använd workflow för det synliga flödet
Microsofts funktionskarta beskriver Standard-workflows som pipelines och local functions som komplettering. Lägg validering, transformation och routing i namngivna steg där inputs och outputs kan följas. Ett enda kodsteg som återskapar hela BizTalk-pipelinen ger mindre insyn och gör återkörning svårare.
Känn gränsen för lokal .NET-kod
Microsoft anger att local functions passar parsing, validering och enklare transformation men inte processer över tio minuter, stora transformationer, komplex batching/debatching eller BizTalk-pipelinekomponenter som implementerar streaming. De fallen behöver ett annat mönster eller en separat tjänst med egna tester och skalningsgränser.
Använd Migration Agent som inventering
Previewverktyget stöder .btp och kan ta med pipelines i beroendediagram och konverteringsplan. Det publicerade stödet omfattar artefakttypen, inte ett löfte att varje egen component assembly konverteras. Granska därför gap-analysen mot källkod och bindings innan effort klassas som mekanisk.
Testa byte för byte där det behövs
Spara exempel för normalfall, tom fil, fel encoding, trasig envelope, schemafel och flera dokument i samma payload. Kontrollera både output och felväg: vilket steg stoppar, vad loggas, kan meddelandet korrigeras och går det att köra om utan dubbel affärseffekt?