Vi ska tillhandahålla viss information till tredjepart via webben.
Det funkar så att vi tar emot info via ett XML flöde och det här flödet ska vi sen dela vidare.
Tanken med att tredjepart måste "gå genom oss" är att tredjepart inte ska få tillgång till vår källa.
Jag vill nu få tips på hur jag ska lösa det här.
Min tanke är att var 10 minut (det är ungefär så ofta som flödet till "oss" uppdateras) mellanlagra informationen i en databas.
När tredjepart sedan anropar "mitt" xmlflöde ska det kollas hur gammal infon i databasen är, är den > 10 minuter gammal ska "min källa" anropas och datan förnyas innan "mitt flöde" skrivs ut.
Hur löser man det här på snyggast sätt? Jag har kollat lite på att bygga en webbservice, men det känns lite overkill, eller?
Kolla på informationen kring cache-funktionalitet i mitt inlägg här. Så löser du det på snyggaste sätt, dock så garanterar det ju inte att informationen är helt färskt. Om det feed som ni hämtar information från uppdateras strax efter att en ny cache-fil har skapats, så förlorar ni ju nästan 10 minuters information. Är inte det hela världen, bör ni cacha datan. Och du kan använda cache med webservice också.
Ni borde absolut göra en wrapper runt källan. Skulle ni behöva byta leverantör eller om deras format ändras i framtiden är det onödigt att det drabbar era användare. Inte minst eftersom det inte behöver vara så utan kan ske transparent. Sen kan man fråga om ni inte vill ha möjlighet att själva bestämma vilken information som ska göras tillgänglig? :)
Importen borde vara fristående. Ni får större flexibilitet om saker och ting bryts ut i fristående delar. Cachen borde inte skapas vid request utan gör en egen snurra som hämtar/notifieras av den externa resursen när den ändras. Då kommer det funka som så att när det kommer in en förfrågan, ja då finns cachen redan färdig och klar. Är den inte det levererar ni den äldre datan medan cache-snurran kör på och skapar färsk data i bakgrunden, precis som vanligt. Ty det är dess enda uppgift. Hokus pokus, några ögonblick senare är cachen uppdaterad av sig självt och följande förfrågningar får färsk data. Visst borde väl det funka?
Kolla på informationen kring cache-funktionalitet i mitt inlägg här. Så löser du det på snyggaste sätt, dock så garanterar det ju inte att informationen är helt färskt. Om det feed som ni hämtar information från uppdateras strax efter att en ny cache-fil har skapats, så förlorar ni ju nästan 10 minuters information. Är inte det hela världen, bör ni cacha datan. Och du kan använda cache med webservice också.
Jag har faktiskt Googlat lite på cachefunktionalitet idag men inte hittat så mycket info om det.
Det här såg däremot väldigt bra ut och jag ska testa ditt sätt att använda cache.
I mitt fall är det inte särskilt mycket information som ska ut till tredjepart och om det skulle bli en "förlust" på 10 minuter så är det inte hela världen.
Tack för hjälpen, ska kolla mer på detta imorrn så återkommer jag.
Om du verkligen bara ska hämta info från en part och "leverera" det till en annan skulle jag göra så här:
1. cronscript som hämtar och parsar info från din leverantör och stoppar in i db så ofta som informationen uppdateras (var 10e minut?)
2. exportscript som hämtar info från db och levererar i "något" format, xml eller json förslagsvis.
På så sätt kan du hålla en konsekvent leverans till din "kund" även om din datakälla skulle ändras.
Inte heller någon dum ide faktiskt.
Min info ska uppdateras var 5'e minut, men har märkt att datan ibland uteblir, det blir en timeout av något slag från vår leverantör.
Ska kolla med på cronjob, har aldrig provat det förut.
Det du skulle kunna göra cachemässigt, om prestanda verkligen är ett problem, är att generera datafilen när cronscriptet körs istället för när användaren vill hämta datan. Men såvida du inte gör väldigt avancerade beräkningar eller har väldigt många requests så kommer du inte tjäna något på det.
För att förtydliga. Cache lägger man till när man får prestandaproblem. Det finns ingen större anledning att göra såna åtgärder i förebyggande syfte, om man inte med stor sannolikhet vet att trafiken kommer öka mycket inom kort.
