Tipologie di architetture:
Dal momento che abbiamo differenti topologies abbiamo differenti requisiti per la rete. Dobbiamo andare a studiare e descrivere lo scenario per scegliere i protocolli migliori.
Vedremo principalmente MQTT e COAP, vedremo alla veloce anche MQOP. La prima differenza tra i due sono i network e paradigma di comunicazioni tra i due. Il primo è publish-subscibe e l’altro è request-response.
Constrained application protocol, open standard che è molto piccolo, è praticamente una versione piccola di http. Supporta udp, tcp e ha la dtls security. Ha solamente due livelli di quality of services: confirmable messages (CON) e non confirmable (N-CON) messages. Non è un replacement totale di HTTP. Vedremo che nella prossima lezione quando faremo la web of thing: anche se è uno standard usiamo sempre HTTP, perché ha più funzioni che ci servono.
Coap header
<aside> 📢 .local = serve per utilizzare servizi di dns, vedi bonjur per andare a scoprire device sulla rete locale
</aside>
Perché usare COAP over HTTP: abbiamo bisogno più potenza per andare a usare HTTP e TCP. Sono per altro veramente verbosi e questo mi fa andare a consumare potenzialmente risorse inutili, soprattutto per device che devono stare up tutto il tempo.
Qua possiamo anche andare a fare connessioni punto-punto.
Posso anche fare COAP proxy.
Posso anche andare ad abilitare una funzionalità che si chiama observation. Il client potrebbe andare a chiedere una risorse e il server non appena la risorsa cambia lo notifica al client. Questo per andare ad evitare di avere polling continuo.
E’ un po’ come un corpo che non fa sempre check di tutto il suo sistema, ma banalmente ho un aggiornamento su come sto se qualcosa cambia.
