{"id":15138,"date":"2019-10-18T11:27:31","date_gmt":"2019-10-18T09:27:31","guid":{"rendered":"https:\/\/www.sysbus.eu\/?p=15138"},"modified":"2019-10-04T09:45:21","modified_gmt":"2019-10-04T07:45:21","slug":"greengrass-verbindungen-bei-unterbrechungen-aufrechterhalten","status":"publish","type":"post","link":"https:\/\/www.sysbus.eu\/?p=15138","title":{"rendered":"Greengrass-Verbindungen bei Unterbrechungen aufrechterhalten"},"content":{"rendered":"\n

In einer IoT-Umgebung mit AWS IoT Greengrass sollen einzelne Ger\u00e4te auch dann weiterhin untereinander kommunizieren, wenn die Verbindung zur Cloud unterbrochen wurde. Das funktioniert, indem Ger\u00e4te, auf denen AWS IoT Greengrass Core l\u00e4uft, als Hub dienen. Schlie\u00dflich erlaubt IoT Greengrass Core die lokale Ausf\u00fchrung von AWS Lambda-Code, Messaging-, Caching und Sicherheitsanwendungen. Dabei verwaltet ein Greengrass Core Shadows (Schattenger\u00e4te). \u00dcber sie werden die Zust\u00e4nde von Ger\u00e4ten verwaltet, wenn diese nicht miteinander verbunden sind. Dabei kommt ein Ger\u00e4tezertifikat zum Einsatz, um gegen\u00fcber AWS IoT die Authentifizierung vorzunehmen. Greengrass Core verwaltet au\u00dferdem die lokalen Prozesse f\u00fcr einzelne Greengrass-Gruppen. Dazu geh\u00f6ren die Synchronisierung von Shadows, der Austausch von Authentifizierungs-Tokens und die Kommunikation.<\/p>\n\n\n\n

\"\"
Grafik: AWS<\/figcaption><\/figure>\n\n\n\n\n\n\n\n

Der\nHub kann mit Ger\u00e4ten kommunizieren, auf denen entweder Amazon FreeRTOS\nausgef\u00fchrt wird, das AWS IoT Device SDK installiert ist oder die AWS IoT Greengrass\nDiscovery API l\u00e4uft. Sie dient dazu, Verbindungsinformationen f\u00fcr den\nGreengrass Core abzurufen. Als Hardware lassen sich daf\u00fcr kleine\nMicrocontroller, Raspberry Pis oder Industrieger\u00e4te nutzen.<\/p>\n\n\n\n

Zugleich\nist es \u00fcber AWS-IoT-Greengrass-Konnektoren m\u00f6glich, schnell komplexe\nAnwendungen auf AWS IoT Greengrass zu entwickeln, ohne sich mit Aspekten wie\nden einzelnen Ger\u00e4teprotokollen, der Interaktion mit externen APIs und der\nVerwaltung der Anmeldedaten besch\u00e4ftigen zu m\u00fcssen. Dazu werden die entsprechenden\nKonnektoren einfach im Abschnitt \u201eConnectors\u201c f\u00fcr jede Gruppe in der AWS IoT\nGreengrass-Konsole hinzugef\u00fcgt.<\/p>\n\n\n\n

Auch\nin einer Docker-Umgebung kann AWS IoT Greengrass laufen. Dazu rufen Sie das\nentsprechende Dockerfile, das in der Greengrass-Dokumentation referenziert ist,\nab. In ihm finden sich die AWS IoT Greengrass-Core-Software und die notwendigen\nAbh\u00e4ngigkeiten. Auf Docker Hub oder der Amazon Elastic Container Registry\n(Amazon ECR) sind au\u00dferdem auch bereits vordefinierte Images verf\u00fcgbar.<\/p>\n","protected":false},"excerpt":{"rendered":"

In einer IoT-Umgebung mit AWS IoT Greengrass sollen einzelne Ger\u00e4te auch dann weiterhin untereinander kommunizieren, wenn die Verbindung zur Cloud unterbrochen wurde. Das funktioniert, indem Ger\u00e4te, auf denen AWS IoT Greengrass Core l\u00e4uft, als Hub dienen. Schlie\u00dflich erlaubt IoT Greengrass Core die lokale Ausf\u00fchrung von AWS Lambda-Code, Messaging-, Caching und Sicherheitsanwendungen. Dabei verwaltet ein Greengrass Core Shadows (Schattenger\u00e4te). \u00dcber sie werden die Zust\u00e4nde von Ger\u00e4ten verwaltet, wenn diese nicht miteinander verbunden sind. Dabei kommt ein Ger\u00e4tezertifikat zum Einsatz, um gegen\u00fcber AWS IoT die Authentifizierung vorzunehmen. Greengrass Core verwaltet au\u00dferdem die lokalen Prozesse f\u00fcr einzelne Greengrass-Gruppen. Dazu geh\u00f6ren die Synchronisierung von Shadows, der Austausch von Authentifizierungs-Tokens und die Kommunikation.<\/p>\n","protected":false},"author":1,"featured_media":15140,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"colormag_page_container_layout":"default_layout","colormag_page_sidebar_layout":"default_layout","footnotes":""},"categories":[22,6],"tags":[2073,4185,342,4135,12981,12983,12988,12985,12980,3764,12982,684,12986,12987,5219,36,3351],"class_list":["post-15138","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cloud","category-tipps","tag-amazon","tag-api","tag-authentifizierung","tag-aws","tag-chaching","tag-core-shadows","tag-ecr","tag-freertos","tag-greengrass","tag-iot","tag-lambda-code","tag-messaging","tag-microcontroller","tag-raspberrry-pi","tag-sdk","tag-sicherheit","tag-zertifikat"],"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts\/15138","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=15138"}],"version-history":[{"count":1,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts\/15138\/revisions"}],"predecessor-version":[{"id":15141,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts\/15138\/revisions\/15141"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/media\/15140"}],"wp:attachment":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=15138"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=15138"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=15138"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}