Page History
Beslutning
Beslutningen blev at følge den konkluderende indstilling fra nedenstående analyse:
En smal version af FFF behøver ikke være en del af den nye stamdata-indlæsningsarkitektur, og FFF kan dermed i forhold til stamdataindlæsning på NSP stille og roligt udfases i takt med at stamdataindlæserne på NSP overgår til den nye arkitektur, hvilket også vil betone den Camel baserede arkitektur som den fremadrettede.
Analyse
I dag står Netic’s egenudviklede FFF komponent for at hente data i form af udtræksfiler og ”fodre” dem til stamdataindlæserne på NSP. Vi skal afgøre hvorvidt FFF fortsat skal have en rolle med den nye generation af stamdataindlæsere, der realiseres via Apache Camel, og i givet fald hvor stor denne rolle skal være. Dette dokument er et oplæg i forhold til at træffe denne afgørelse.
...
Den nye referencearkitektur for stamdataindlæsninger er baseret på Camels implementering af Pipes and Filter EIP’et, og kan illustreres ved følgende figur, der er hentet fra referencearkitekturen:
Modtag sæt er første filter i pipelinen i referencearkitekturen, og som beskrevet i referencearkitekturen står det for at modtage et stamdataudtræk som en fil med et datasæt. Modtag sæt sikrer, at stamdataudtrækket er komplet, så man ikke risikerer, at sende et ikke komplet datasæt videre til næste komponent (Indlæs sæt). Modtag sæt foretager endvidere backup af det modtagne datasæt, og for stamdataindlæsere, hvor der allerede eksisterer en (tidligere version) af stamdataindlæseren, sikres det via en konfigurationsoption at det modtagne datasæt også kopieres videre til den tidligere version af stamdataindlæseren, således at paralleldrift sikres i den periode hvor begge versioner af stamdataindlæsere skal være kørende.
...