Detta är inget vi kommer ha tid att göra under projektet, men ett förslag till framtida utveckling är när en device update kommer in från Yggio:
I stället för att göra iteration genom alla Nodes (där det tillkommer parsing osv) och sedan genom alla ZapierHooks i vår huvudprocess för att skicka till Zapier - borde vi kanske i stället använda oss av någon sorts worker process som kan göra det i bakgrunden, att när en update kommer in "köar" vi helt enkelt upp ett jobb i workern som kan sköta allt det där.
Då får man även möjligheter att t.ex. försöka igen om ett sådant jobb skulle misslyckas, eftersom workern är oberoende av själva servern och inte bara har requesten på sig att bli färdig. Verkar finnas saker som message queues (Bull https://github.com/OptimalBits/bull verkar vara en sådan) man kan lösa det med
Tidsuppskattning: ?? timmar
Detta är inget vi kommer ha tid att göra under projektet, men ett förslag till framtida utveckling är när en device update kommer in från Yggio:
I stället för att göra iteration genom alla Nodes (där det tillkommer parsing osv) och sedan genom alla ZapierHooks i vår huvudprocess för att skicka till Zapier - borde vi kanske i stället använda oss av någon sorts worker process som kan göra det i bakgrunden, att när en update kommer in "köar" vi helt enkelt upp ett jobb i workern som kan sköta allt det där.
Då får man även möjligheter att t.ex. försöka igen om ett sådant jobb skulle misslyckas, eftersom workern är oberoende av själva servern och inte bara har requesten på sig att bli färdig. Verkar finnas saker som message queues (Bull https://github.com/OptimalBits/bull verkar vara en sådan) man kan lösa det med