Teknik
IFS Connect
Senast kontrollerad
IFS Connect är integrationsmäklaren: den tar emot, routar och skickar vidare. I den tekniska dokumentationen för 25R2 heter den IFS Connect - Integration Broker.
Kontrollerad mot IFS Connect - Integration Broker (25R2) · 2026-08-30
Sex transportkopplingar
Transportkopplingarna är förbindelsen mellan omvärlden och mäklaren. Sex av dem dokumenteras för konfiguration, och ingen av dem är märkt som utfasad i den dokumentationen.
| Koppling | Vad den används till i praktiken |
|---|---|
| File | Filer på ett filsystem. Enklast att komma igång med, svårast att äga över tid. Förutsätter att någon fortfarande vet vilken katalog som är vilken. |
| FTP | Filöverföring mot extern part. Vanlig i äldre leverantörsintegrationer. |
| HTTP | Anrop över HTTP. Generisk, och därför den som oftast döljer att ett flöde egentligen är en API-integration. |
| E-post som transport. Förekommer oftare i drift än i arkitekturbilder. | |
| REST | REST-anrop. Den väg de flesta nya integrationer utgår från. |
| SFTP | Filöverföring med kryptering. Standardsvaret när FTP inte längre accepteras. |
Kontrollerad mot Transport Connectors (25R2) · 2026-08-30
Kolumnen till höger är en redaktionell kommentar om hur kopplingarna används i praktiken, inte en återgivning av IFS dokumentation. Läs den som en åsikt.
Regel, adress, kö: så rör sig ett meddelande
Konfigurationen består av två separata saker som ofta blandas ihop: en routing rule som avgör vart något ska, och en routing address som beskriver hur det tar sig dit. Regeln matchar på meddelandets egenskaper: för XML skiljer dokumentationen på SOAP_IFS, UNKNOWN_XML och NONE_XML, och matchning kan också ske på namn eller plats. Adressen pekar sedan ut destinationen via en av transportkopplingarna ovan.
Kontrollerad mot Routing Rules and Addresses (25R2) · 2026-08-30
Mellan regel och leverans ligger kön. Meddelanden hanteras asynkront som application messages i konfigurerbara köer, och det är i kövyn förvaltningen sker: dokumentationen beskriver att utforska meddelanden, byta kö eller tillstånd på dem, dirigera om dem och exportera eller importera dem ur en kö.
Kontrollerad mot Application Messages (25R2) · 2026-08-30
Det praktiska rådet i det: när ett flöde ska inventeras inför en migrering är det reglerna, adresserna och köerna som är flödet. En lista över transportkopplingar säger vilka dörrar som finns; reglerna säger vilka som används och av vad.
Läs rådet i rutan som en åsikt. Terminologin ovanför det kommer ur dokumentationen.
Connect eller projektion?
Frågan ställs ofta som ett val mellan en gammal och en ny väg. Den är snarare ett val mellan två olika sorters problem.
En projektion exponerar en tjänst att anropa. En mäklare tar emot något, avgör vart det ska, och hanterar vad som händer när mottagaren inte svarar. Behöver flödet köhantering, routning eller ett filformat på vägen in, är det mäklarens problem, och det försvinner inte för att anropet i andra änden är REST.
Se därför upp med en migreringsplan som beskrivs som ”vi går från Connect till API:er”. Den formuleringen döljer var köhanteringen och felhanteringen ska ta vägen, och de frågorna brukar dyka upp när flödet redan är byggt.
Att IFS Connect skulle vara på väg bort är ett påstående som cirkulerar och som inte har stöd i dokumentationen. Det behandlas separat under Myter.