Ez a cikk egy üzembehelyezési bélyegzési stratégiát tárgyal, amely támogatja a csatlakoztatott eszközök számának skálázását egy IoT-megoldásban. A cikk azt is részletesen ismerteti, hogyan helyezhet üzembe IoT-eszközöket és alkalmazásokat az üzembehelyezési bélyegek között.
Az IoT-megoldások üzembehelyezési bélyegezési stratégiája az üzembehelyezési bélyeg tervezési mintáján alapul. Az üzembehelyezési bélyegek heterogén összetevőkből álló egységek, amelyek egy meghatározott eszközpopulációt támogatnak. Az üzembe helyezési bélyegzés a bélyegek replikálásával skálázza fel a csatlakoztatott IoT-eszközök számát ahelyett, hogy egymástól függetlenül méreteznék fel a megoldás különböző részeit.
Üzembe helyezési bélyegzés előnyei:
- Helyezze el és ossza el az eszközöket olyan feltételek szerint, mint a geofüggőség, az életciklus vagy a kiadási állapot.
- Leállási vagy szolgáltatáscsökkenési hatásokat tartalmaz adott bélyegekre.
- Új funkciók, képességek és architektúramódosítások üzembe helyezése bizonyos bélyegeken, amelyek támogathatják azokat.
- A képességek és szolgáltatások adott eszközpopulációkhoz való igazításával támogatja a többgenerációs eszközkezelést.
- Skálázási és költségmodellt biztosít a bélyegek alapján, hogy kiszámíthatóan igazodjon a jövőbeli növekedéshez.
IoT-üzembehelyezési bélyegezési architektúra
Töltse le az architektúra Visio-fájlját.
Az előző ábra az Azure IoT üzembehelyezési bélyegezési stratégiáját mutatja be. Ez a megoldás olyan atomi bélyegeket készít, amelyek mindegyike a következőkből áll:
- Azure IoT Hub
- Útválasztási végpontok, például az Azure Event Hubs
- Összetevők feldolgozása
A bélyegeket mindig úgy kell megtervezni, hogy támogassák az explicit kapacitásokat. A támogatandó eszközök megfelelő számának meghatározásához fontolja meg, hogy mennyi kommunikációs forgalom várható az eszközöktől. Ebben a megoldásban minden egyes bélyeg optimálisan támogatja a meghatározott eszközpopulációt 1000 és 1 000 000 eszköz között. Az eszközpopuláció növekedésével a hozzáadott bélyegpéldányok alkalmazkodnak a növekedéshez.
Eszközök és alkalmazások áthelyezése a bélyegek között
Az üzembehelyezési bélyegek atomi üzembe helyezésre szolgálnak, de néha át kell helyeznie az eszközpopulációkat a bélyegek között. Előfordulhat például, hogy a következőkre van szüksége:
- Eszközpopulációk áthelyezése tesztbélyegekről éles bélyegekre a kiadási ciklus részeként.
- Eszközök és felhasználók áthelyezése egy másik bélyegre a kimaradás szervizelése részeként egy magas rendelkezésre állású forgatókönyvben.
- Terheléselosztás az eszközpopulációk egyenletesebb elosztásához a bélyegek között.
Eszközök áthelyezése a központok között
Ha a bélyegösszetevők csak az eszközről a felhőbe való viselkedésre terjednek ki, az eszközök hubok közötti áthelyezése elegendő ahhoz, hogy az eszközöket áttelepítse az egyik bélyegről a másikra. Az Azure IoT Device Provisioning Service (DPS) lehetővé teszi az eszközök IoT Hub-példányok közötti áthelyezését. A DPS bélyegzési stratégiában való használatához mindenképpen ismernie kell az IoT Hub Device Provisioning Service (DPS) terminológiáját és fogalmait.
Feljegyzés
A DPS regisztrációs azonosítókat használ, míg az IoT Hub eszközazonosítókat. Ezek az azonosítók gyakran azonosak, de eltérőek lehetnek. Amikor a DPS API-kkal kérdez le vagy kezel eszközöket, mindenképpen használja a regisztrációs azonosítókat.
Eszközök és alkalmazások áthelyezése önálló bélyegek között
Ha az üzembehelyezési bélyegek webes előtér- vagy API-alkalmazásokat tartalmaznak, amelyek az IoT Hubon keresztül kommunikálnak, ezeknek az összetevőknek új központokba kell migrálniuk az áthelyezett eszközökkel való kommunikáció folytatásához. A teljes alkalmazásokat és eszközöket áthelyezheti a bélyegek között.
Ha minden egyes bélyeg egy teljes körű alkalmazást foglal magában, az Azure Traffic Manager át tudja helyezni a forgalmat az egyik bélyegről a másikra. Ez a stratégia magában foglalja több bélyeg létrehozását, amelyek mindegyike a teljes alkalmazást tartalmazza saját URL-címmel. Az eszközök és alkalmazásfelhasználók teljes sokasága egyik bélyegről a másikra vált.
Ez a teljesen önálló stratégia a következő:
- Egyszerűen implementálhatja.
- A magas rendelkezésre állási stratégia részeként megfelelő.
- Az eszközök és a felhasználók tesztelésből éles környezetbe való migrálásához hasznos.
Töltse le az architektúra Visio-fájlját.
A fenti ábra egy eszközkészlet 1. bélyegzőről 2. bélyegre való áthelyezésének folyamatát mutatja be:
- Az eszközök a DPS-n keresztül szerzik be az IoT Hub-végpontot, ha az ismeretlen vagy már nem érvényes.
- Amikor az eszközöket áthelyezi a 2. bélyegbe, a Traffic Manager az alkalmazás URL-címét az Application 2-példányra irányítja.
- A DPS egy egész eszközkészletet helyez át egyik bélyegről a másikra.
- Minden alkalmazásbélyeg tartalmazza az alkalmazás előtérét, és az adott bélyegnek megfelelő IoT Hubra hivatkozik.
Eszközök áthelyezése bélyegek között egyetlen alkalmazásátjáró mögött
Ha egy alkalmazás előtérrendszere több eszközbélyeget is támogat, az alkalmazás előtérének dinamikusan frissítenie kell az eszköz–központ leképezést a felhő és az eszköz közötti kommunikáció fenntartása érdekében. A különböző bélyegekre és IoT Hubokra áthelyezett eszközök támogatásához az átjárók gyorsítótárazási mechanizmust használhatnak az eszközről a központra való leképezéshez. A szolgáltatásügyfelek egy megosztott keresési rutin használatával dinamikusan észlelhetik és migrálhatják az eszközhívásokat az új IoT Hubsba.
Töltse le az architektúra Visio-fájlját.
Ebben a modellben az átjáró gyorsítótárral rendeli le az eszközöket az IoT Hubshoz, az alapértelmezett értékeket pedig a gyorsítótárazott végponthoz. Ha az átjáró nem talált eszközt kap, a DPS Service SDK használatával kérdezi le az egyes eszközök regisztrációját, és meghatározza, hogy az eszköz melyik IoT Hubot használja. Az átjáró ezután frissíti a gyorsítótárat az új leképezéssel.
Íme néhány szempont a stratégiához:
Bár a megosztott keresésekben való gyorsítótárazás elkerüli a végpontok újratárgyalását minden hívásnál, előfordulhat, hogy a gyorsítótárvégpont meghibásodik. A DPS-sel való újratárgyalás másodlagos gyorsítótárazási vagy tartalék terve javíthatja a megoldás megbízhatóságát.
Ha az eszközregisztráció folyamatban van, az eszköz nem érhető el. Az eszköz hozzárendelt IoT Hubjának és aktuális regisztrációs állapotának lekéréséhez használjon DPS API-t, például az eszközregisztrációs állapot lekérését.
Csak eszköz esetén az eszközök le vannak választva az IoT Hubról, amikor egyik bélyegről a másikra váltanak. Az alkalmazás-eszköz esetén a hiba akkor fordul elő, ha az alkalmazás az IoT Hubon keresztül próbálja elérni az eszközt.
Közreműködők
Ezt a cikket a Microsoft tartja karban. Eredetileg a következő közreműködők írták.
Fő szerző:
- Jason Wadsworth | Fő szoftvermérnök
Következő lépések
- IoT-eszközök, platform és alkalmazások
- IoT-alkalmazás–eszköz parancsok
- Üzembehelyezési bélyegek tervezési mintája