Paso 2: Configuración de azul 1: A Crash Course en Azure
Es muy probable que nunca han utilizado un servicio como Microsoft Azure para que comenzará con un poco de un curso intensivo. Obviamente no se abarcan (que es lo que las horas y horas de material en línea) sino que en lugar de otro centrándose en lo que nosotros estamos haciendo exactamente. De esta manera usted no sólo está construyendo una caja negra y no tiene idea de que la magia sucede detrás de las escenas, sino más bien una alto nivel comprensión conceptual. Esto le permitirá ampliar en el futuro y también entender el propósito detrás de por qué estamos usando Azure versus otro servicio.
¿Por qué azul?
¿Por qué no Node.js? Esa es probablemente una pregunta que pedirá a muchos de ustedes, y es una pregunta muy legítima. ¿Por qué no crear un servidor básico de resto podemos golpear para comandar nuestros dispositivos? Bueno el tema es que vivimos en el futuro y el futuro es todo acerca de Internet de las cosas (IoT). Ofertas de IoT con decenas si no cientos de pequeños dispositivos alrededor de su casa, todo conectado que le da un control sin precedentes. ¿Será capaz de manejar todo eso un simple servidor de nodos en una Pi? ¿No tratar con todos de ese código de servidor funky otra guía (si no un libro entero) en su propio derecho? Sí, sí lo es, y es por ello que azul llega al rescate. Mientras que realmente no vemos los beneficios de azul en esta guía inicial porque nos estamos sólo montan un dispositivo, una vez que comenzamos a conectar más dispositivos, podremos ver los verdaderos beneficios.
¿Qué nos hará?
Para nuestro proyecto, vamos a hacer un Servicio de autobús que tratará temas y suscripciones. No te preocupes, sé que estamos tirando muchas palabras lujo alrededor temprano, pero te aseguro que no tarda mucho en obtener una comprensión básica. Un Servicio de autobús, en Resumen, proporciona un marco de mensajería muy robusto que sirve como un repetidor entre dos (o más) puntos. Es esencialmente el mágico 'nube' que tanto oímos hablar. Algo envía un mensaje, decida donde debe ir este mensaje, envía y otro dispositivo recibe ese mensaje. ¿El bus de servicios es nuestro correo centro de clasificación, tiene sentido?
¿Qué acerca de estos temas y las suscripciones? ¿Por qué no podemos simplemente les llamamos mensajes? Bueno, ya que no es muy sencillo. Un tema contiene un mensaje, pero no se puede decir que un tema es un mensaje. Es simplemente incorrecto. Entonces ¿qué es un tema? Un tema forma una relación (lógica y física) entre editores y suscriptores para que un editor (Cortana) puede publicar mensajes en varios suscriptores (todos nuestros dispositivos de IoT). Piénsenlo de esta manera: decir tuvimos 10 diferentes dispositivos de IoT alrededor de nuestra casa, todos enganchado hasta interruptores de luz diferentes. Cuando le damos el comando "Apagar las luces" queremos enviar un mensaje a todas y cada una IoT dispositivo diciéndole a apagar, pero no queremos enviar 10 mensajes diferentes. Además, ¿cuánto de un dolor es que cada vez que añadimos un dispositivo IoT necesitamos recodificar nuestro toda lógica de Cortana? En su lugar, publicamos un mensaje para el tema "LightControls" y ese tema ahora publica a todos los suscriptores (que serían cada dispositivo de IoT que controla un lightswitch) para ir a la posición "OFF".
¿Todavía confundido? No te preocupes, esto no es algo que es fácil de recoger (no hablar de explicar) en un párrafo o dos. Si desea saber más, aquí están algunos recursos:
Introducción de las colas y temas en Azure Service Bus - revista código
Al usuario Servicio autobús temas/suscripciones - Microsoft
Temas de Windows Azure Service Bus y suscripciones - Neudesic
En una cáscara de la tuerca...
Cortana se va a enviar un mensaje a un tema en el servicio de autobús (la nube). Nuestra nube enviará ese mensaje a todos los dispositivos que ha "suscrito" a ese tema. Así cuando enviamos "DeskLightsOff" el tema "LightControl", nuestro DeskLights habrá suscrito a él, lo recibirá y entonces procesará ese comando.
