Ahogy korábban az IoT Developments
-ben megjelent , Ahogy egyre több ipari szervezet teszi meg az első óvatos lépéseket a dolgok internete (IoT) megvalósítása felé, gyorsan megtanulják, hogy szükség van egy új rendszerosztályra: az IoT-átjárókra. Mint minden ipari környezetbe bevezetett új technológia esetében, itt is felmerül egy probléma. Lesznek új kockázatok?
Az IoT-átjárók a szélső rendszerek ,
a központi vezérlő- és felügyeleti rendszerek között helyezkednek el, amelyek gyakran felhőalapú számítástechnikán keresztül kapcsolódnak össze. Az átjárók több száz vagy több ezer érzékelő és más élrendszer adatait összesítik, végrehajtva a protokollok és eszközkezelési modellek távirat adatok fordítását. Az IoT-átjárók a konverziós funkció egyszerű biztosításáról „intelligens” rendszerekké fejlődnek, amelyek magasabb szintű vezérlési funkciókat biztosítanak egy központi vezérlőközpontból. A peremen lévő IoT-átjárók egyre nagyobb száma „intelligens” rendszerré fejlődik, magasabb szintű vezérlési képességeket biztosítva, és végső soron csökkentve a központi felügyeleti rendszerek terheit.
A rendszergyártók kihasználták az
IoT-átjárók iránti növekvő keresletet, és olyan előre csomagolt a szerver leállt: hogyan lehet gyorsan helyreállítani megoldásokat kínálnak, amelyek egyesítik a szoftvert és a hardvert. Valójában számos olyan IoT-átjárómegoldást találhat, amelyet a számítástechnikai hardverek néhány nagy szereplője kínál. Ezek a rendszerek vonzó tulajdonságokkal rendelkeznek. Jellemzően robusztusak, és kifejezetten a termelési szinten történő telepítéshez készültek. És általában olcsók. Miben lehet elégedetlenkedni?
Sajnos ezeknek a rendszereknek is vannak korlátai. Általában nem rendelkeznek túl sok energiával, nem tudják helyettesíteni a jelenleg futó szélszervereket. Nem virtualizáltak – vagy ha igen, akkor ugyanolyan drágák lehetnek, mint a teljes értékű rendszerek. És mivel olcsó, árukészlettel kapható (COTS) hardvereken alapulnak, a várható élettartam korlátozott, csakúgy, mint az eladó erős támogatásának elvárása.
A számítási környezet kritikusságának
megértése jó kezdet. Ez magában foglalja az állásidő tr számok következményeinek felmérését . Ha virtualizálta alkalmazásait a költségek megtakarítása és az erőforrások optimalizálása érdekében, ne feledje, hogy a virtualizált szerver egyetlen hibapontot hoz létre, amely az összes virtuális gépre kiterjed. az összes rajta futó virtuális gépet, ezáltal növelve az állásidő potenciális hatását . Attól függően, hogy mennyire kritikus az alkalmazás, előfordulhat, hogy kihasználhatja a meglévő infrastruktúra rendelkezésre állási szolgáltatásait a probléma megoldására. rendelkezésre állási lehetőségeket, vagy be kell fektetnie egy robusztusabb és megbí