En cuanto a la interacción de datos entre el punto final, el proxy de borde y el backend, está muy claro que el dominio de JSON en el ámbito de los grandes datos se está extendiendo al IoT. Si quieres construir un servicio de datos de Internet que funcione bien con el futuro IoT, asegúrate de que soporta un esquema de datos JSON con capacidad para ejecutar consultas clave:valor. Si quieres construir un endpoint de IoT, asegúrate de que el framework soporta lo mismo. Los detalles no importan tanto, siempre y cuando este nivel de interacción esté disponible. De lo contrario, sólo estarás perdiendo el tiempo construyendo una solución que pronto quedará obsoleta.
El primer paso antes de elegir un marco de trabajo o incluso buscar uno, es importante entender cuál sería su objetivo final o producto. Estos son los parámetros que debe considerar:
1. La industria vertical que está tratando de servir – si usted tiene la intención de servir a múltiples entonces usted tendrá que comenzar con un marco genérico
2. ¿Es para un dispositivo o una cosa? Qué limitaciones de recursos tiene (esto es importante porque algunos marcos pueden requerir más recursos de computación/memoria que otros)
3. El producto o servicio va a ser manejado desde la Nube y, en caso afirmativo, ¿qué tipo de comunicación debe tener su Nube con los dispositivos, principalmente unidireccional o bidireccional?
4. Evaluar el modelo de licencia de la fuente abierta y especialmente la organización patrocinadora detrás de la fuente abierta (esto, por supuesto, se aplica a todas las fuentes abiertas – no sólo para IOT). Habrá que distinguir entre lo que le «costará» y la naturaleza del código abierto. Por ejemplo, los proyectos de código abierto de Apache o Eclipse o la Fundación Linux van a ser fundamentalmente diferentes de un proyecto de código abierto de una empresa privada.
OMI – eche un vistazo a Apache y Eclipse, así como busque en Github el problema específico que está tratando de resolver.
Dependiendo de los diferentes casos de usuarios, deberá elegir una plataforma adecuada. Por ejemplo ,
la arquitectura general de las plataformas puede ser muy diferente: basada en la nube, local centralizada, etc., lo que decide directamente la escalabilidad
algunas plataformas sugieren VM para desplegar, por ejemplo, ELIoT; otras integran su propia pasarela, por ejemplo, Kura, eTrice, Butler, etc.
algunas soportan OSGI; otras no
En general, hay más de 20 métricas a tener en cuenta.
Yo diría que hay 7 frameworks de IoT de código abierto competitivos:
Proyectos Eclipse IoT
incluyendo Kura, Mihini, Ponte, SCADA, Smarthome ,
AllJoyn
de AllSeen Alliance
IoTivity
de OIC
Contiki
de Thingsquare
Kaa
de CyberVision
ThingSpeak
de MathWorks
SiteWhere
Cuál es el mejor, es demasiado pronto para decidirlo. Compruebe todos ellos.
Si usted está a punto de realizar el proyecto basado en IOT, entonces en mi opinión el marco de código abierto que es bastante más fácil y más simple de usar también, que es Firebase.
He buscado muchos marcos de código abierto para mi proyecto basado en IOT, pero encontré el más fácil de implementar y utilizar es Firebase, así que, espero que se sienta bien al usar Firebase y hacer su proyecto de manera eficiente.
