Edge sau cloud

Legătura de rețea către o hală de producție cade pentru nouăzeci de secunde. Undeva, un dashboard din cloud devine gri. Întrebarea care contează e ce au făcut mașinile în acele nouăzeci de secunde. Dacă au continuat să funcționeze, să măsoare, să decidă — arhitectură bună. Dacă au înghețat sau au orbit pentru că inteligența locuia la o mie de kilometri distanță, cineva a trasat linia în locul greșit. A decide ce compute aparține la edge și ce aparține în cloud e chiar linia asta și, în cea mai mare parte, nu ține deloc de compute.

Latența și conectivitatea trasează linia

Două întrebări rezolvă cea mai mare parte. Cât de repede trebuie să se ia o decizie și ce se întâmplă când rețeaua nu e acolo. Dacă o buclă de control trebuie să reacționeze în milisecunde — să declanșeze un releu, să respingă o piesă, să limiteze un motor — nu poate aștepta un drum dus-întors până la un centru de date și nici nu ar trebui vreodată. Dacă legătura e intermitentă prin natura ei, ceea ce orice sit industrial și îndepărtat ajunge să fie, atunci orice e critic pentru siguranță sau producție trebuie să supraviețuiască fără ea. Latența și conectivitatea, nu puterea de calcul sau moda, sunt cele care împing o anumită logică în jos, spre edge, sau în sus, spre cloud.

Procesează la edge ca un hop să nu te orbească

Edge-ul își merită locul transformând semnalul brut în decizii și dovezi, local. Un senzor de vibrații care trimite forma de undă completă în cloud e o notă de plată la lățime de bandă și un singur punct de defectare; același senzor care calculează o tendință RMS pe dispozitiv și ridică un semnal când derivează e util indiferent dacă legătura e sus sau jos. Iar când legătura chiar cade, edge-ul tamponează. Ține un inel local cu datele recente, marchează totul cu timp și reconciliază când revine conectivitatea, astfel încât o pauză în rețea devine o pauză pe care o poți completa ulterior, nu date care nu au existat niciodată.

Ține edge-ul prost, ține cloud-ul deștept

Tentația e să împingi tot mai multă inteligență spre dispozitiv până când edge-ul devine un mic cloud pe care nu îl poți întreține și la care nu mai ajungi. Rezistăm. Edge-ul ar trebui să facă puține lucruri pe care le poate face fiabil la nesfârșit — să citească senzori, să ruleze logică de control fixă, să tamponeze și să trimită — și puțin altceva, pentru că fiecare funcție pe care o adaugi acolo e o funcție pe care trebuie să o actualizezi pe teren, pe mii de unități. Cloud-ul e locul unde stă gândirea scumpă și schimbătoare: modele la nivel de flotă, corelații între situri, reantrenare, dashboard-uri. Suficient de prost cât să fie fiabil la edge; suficient de deștept cât să merite în cloud. Lățimea de bandă și costul urmează aceeași regulă — trimite pe fir decizii și rezumate, nu furtunuri de date brute.

Edge-ul ar trebui să fie prea simplu ca să cedeze, iar cloud-ul prea util ca să-l ignori. Estompează linia aceea și obții ce e mai rău din amândouă.

— Protocore · Inginerie hardware

Am trasat exact linia asta pe o implementare din energie și producție: cititoarele și controlerele de pe hală își rulau buclele și înregistrau local, indiferente la WAN, în timp ce agregarea, analiza și actualizările stăteau mai sus. Când un sit a pierdut conectivitatea pentru o după-amiază, producția nu a observat și nimic nu s-a pierdut — datele pur și simplu au recuperat mai târziu. Aceasta e răsplata pentru împărțirea corectă. E același instinct din spatele cititoarelor de control acces și al brățărilor NFC pe care le-am dus de la prototip la hardware OEM certificat, la volum: pune munca fiabilă și plictisitoare acolo unde nu are voie să cedeze niciodată și ține munca inteligentă acolo unde încă te poți răzgândi.