Google will sunset its IoT Core on August 16, 2023. Some of the edge devices may become unavailable, experts say.<\/h2>\nWhat happened and why the urgency<\/h3>\n
Last year, Google announced<\/a> that it would retire the Cloud IoT Core service soon, giving customers one year to migrate. It was also noted that the documentation<\/a> for the product will no longer be available after August 15, 2023.<\/p>\n Until now, Cloud IoT Core was used by customers for device authentication, communication with the edge, updating configuration, data ingestion, etc. The main components of the product include a device manager and two protocol bridges (MQTT and HTTP) for connecting to Google Cloud Platform (GCP). Telemetry data is forwarded to a Cloud Pub\/Sub<\/a> topic and can then be used for analysis with other GCP services.<\/p>\n Since the announcement, companies have put their effort into migrating off the platform. Most likely, the majority of them have already either finalized the migration or at least are in the process. Last month, a Reddit user posted a message<\/a> mentioning 10,000 devices under high load that are still in ongoing migration due to complexity.<\/p>\n So, if you had reasons to avoid moving the IoT workloads until now or your migration failed and you are looking for a better technology option, read on.<\/p>\n Note: Google is not alone in deprecating IoT services. Earlier, IBM decided to <\/i>discontinue<\/i><\/a> the Watson IoT platform, while SAP has recently <\/i>shut down<\/i><\/a> its suite previously known as Leonardo.<\/i><\/p>\n<\/div>\n <\/p>\n <\/p>\n After the anxiety the news from Google brought in last year, there were a lot of articles for CTOs, architects, and IoT engineers about possible further steps. While a lot of overviews suggested migrating the system to Azure, AWS, or another cloud platform (sometimes, completely), in reality many other options do exist.<\/p>\n Here\u2019s why. Within particular deployments, the main functions of Cloud IoT Core are device management<\/strong>, data ingestion<\/strong>, and messaging<\/strong>. Depending on what of these you are using, in its documentation, Google recommends<\/a> different migration options.<\/p>\n In brief (very simplified):<\/p>\n The document notes that the hardest job will be to migrate the processing of devices that both produce and consume data for \/ from back-end workloads.<\/p>\n In addition, updates on the devices may also be needed on the edge<\/a>. If not done before August 2023 over the air<\/a>, this may require updating devices in the field, manually. If not updated, you may \u201cconsider them lost,\u201d<\/i> experts from Leverege write in their IoT Core migration guide<\/a>.<\/p>\n So, when it comes to exact products and implementations, there are at least four possible groups of options for replacing IoT Core.<\/p>\n First of all, in the official announcements<\/a>, Google noted that they see the partner ecosystem as the main driver for further development of this area. Therefore, the suggested option from Google is to choose among its partners. The product\u2019s page features a list of preferred tools and platforms\u2014including Aeris<\/a>, EMQX<\/a>, FogLAMP<\/a>, KORE OmniCore<\/a>, Leverege<\/a>, Litmus<\/a>, ThingsBoard<\/a>, etc.<\/p>\n A combination of these solutions is also possible (e.g., this tutorial<\/a> explains how to integrate EMQX with ThingsBoard).<\/p>\n \t\t On top of that, new products from Google partners have appeared, such as ClearBlade IoT Core<\/a>. (Here\u2019s a technical overview<\/a> of this automated offering and a migration tutorial<\/a>.) SOTEC, in its turn, delivered a dedicated solution<\/a> based on its contributions to open-source platform Eclipse Hono<\/a>. SoftServe created IoT EnCore<\/a> (utilizing VerneMQ<\/a>), so the options exist.<\/p>\n \t\t <\/p>\n You can also turn to platform providers outside the \u201cfeatured\u201d list, of course. Vendors from different verticals are competing for the privilege of acquiring IoT Core users. Many of them are Google partners, too. Some publish explanations why or how to migrate, others offer incentives.<\/p>\n For instance, users migrating from Google IoT Core to the akenza<\/a> platform can get a 10% discount for one year. Qubitro<\/a> ensures six months of free credits for migrating to their platform.<\/p>\n Other products that can be considered as alternatives to IoT Core\u2014according to their teams\u2014include Losant<\/a>, Davra<\/a>, Kaa<\/a>, CLEA<\/a> (SECO), Cloud Studio<\/a>, LTIMindtree IoT Core+<\/a>, Mapify IoT<\/a>, Rayven Dynamix<\/a>, etc. Large vendors such as Siemens and Software AG are also ready to host new customers on their Insights Hub<\/a> and Cumulocity IoT<\/a>. The choice depends on how much of their functionality you actually need, as well as the cost and other criteria essential for your project.<\/p>\n (As a Google partner in cloud consulting, Altoros<\/a> can also help.)<\/p>\n<\/li>\n Another option, yes, is using similar IoT services from other major cloud platforms, such as Azure IoT Hub or Amazon IoT Core. However, you may have your own reasons to avoid the multicloud approach\u2014whether it\u2019s cost, compatibility, complexity, etc. Still, if you already have a muticloud deployment or have proper expertise \/ resources, this really is an alternative.<\/p>\n \t\t (Note:<\/i> The funny thing is that a number of articles even suggested migrating to IBM Watson IoT, which will also be suspended<\/a> on December 1, 2023. Previously, the product was competing with Azure and AWS against their IoT services. However, this is not an option anymore, of course.)<\/p>\n<\/li>\n Finally, you can rely on messaging adapters \/ MQTT brokers. For instance, HiveMQ released the Google Pub\/Sub Extension<\/a> for this particular purpose. The company evaluated<\/a> the performance of the extension at 50,000 MQTT messages per second (which means up to 4.32 billion messages a day).<\/p>\n Soracom offers a similar approach, ensuring direct M2M communication of devices with a cloud platform through the Funnel<\/a> adapter (see the docs<\/a>). Open-source options for MQTT include Mochi<\/a>, Mosquitto<\/a>, etc. (See also the reasoning<\/a> for the Mosquitto Pro version.) A broker from Google partner EMQ was mentioned earlier.<\/p>\n \t\t However, in this scenario, you may still need a separate device management solution in case your requirements include firmware updates, provisioning, monitoring, etc.<\/p>\n<\/li>\n<\/ol>\n There\u2019s certain time pressure for this migration initiative, however it makes sense to take the most out of this unexpected situation.<\/p>\n First, there are chances that the requirements for the existing deployment have already evolved since the time your MVP\/pilot started using Google Cloud IoT Core. Second, when choosing among IoT platforms or messaging brokers, you have both proprietary and open-source options. This means the variety of tools can help you adjust your architecture to your current needs and budgets. Especially in case they were affected by the ongoing crisis.<\/p>\n The choice of the technology depends on your implementation, but it is also a chance to review the environment architecture and optimize accordingly.<\/p>\n If you\u2019re still coping with the migration (due to the size, complexity, or failures) or expect that some of the edge devices will be “bricked<\/a>” after IoT Core’s EOL, I’d be glad to learn about your experience here<\/a>, here<\/a>, or in the comments below. I’m ready to add your story to this article.<\/p>\n Google will sunset its IoT Core on August 16, 2023. Some of the edge devices may become unavailable, experts say.<\/p>\n","protected":false},"author":7,"featured_media":766,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[11],"tags":[10],"class_list":["post-758","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-article","tag-the-internet-of-things","entry"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.altoroslabs.com\/blog\/wp-json\/wp\/v2\/posts\/758","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.altoroslabs.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.altoroslabs.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.altoroslabs.com\/blog\/wp-json\/wp\/v2\/users\/7"}],"replies":[{"embeddable":true,"href":"https:\/\/www.altoroslabs.com\/blog\/wp-json\/wp\/v2\/comments?post=758"}],"version-history":[{"count":48,"href":"https:\/\/www.altoroslabs.com\/blog\/wp-json\/wp\/v2\/posts\/758\/revisions"}],"predecessor-version":[{"id":1452,"href":"https:\/\/www.altoroslabs.com\/blog\/wp-json\/wp\/v2\/posts\/758\/revisions\/1452"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.altoroslabs.com\/blog\/wp-json\/wp\/v2\/media\/766"}],"wp:attachment":[{"href":"https:\/\/www.altoroslabs.com\/blog\/wp-json\/wp\/v2\/media?parent=758"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.altoroslabs.com\/blog\/wp-json\/wp\/v2\/categories?post=758"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.altoroslabs.com\/blog\/wp-json\/wp\/v2\/tags?post=758"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![](\"https:\/\/www.altoroslabs.com\/blog\/wp-content\/uploads\/2023\/04\/google-cloud-iot-core-typical-workload-1024x385.png\")
<\/a>A typical workload using IoT Core (image credit<\/a>)<\/small><\/center><\/p>\nWhat\u2019s the plan?<\/h3>\n
\n
![](\"https:\/\/www.altoroslabs.com\/blog\/wp-content\/uploads\/2023\/04\/mqtt-broker-architecture-google-cloud-iot-core-1024x585.png\")
<\/a>
\nA standalone MQTT broker on GCP (image credit<\/a>)<\/small><\/center><\/p>\nMajor alternative options and scenarios<\/h3>\n
\n
![](\"https:\/\/www.altoroslabs.com\/blog\/wp-content\/uploads\/2023\/04\/communication-via-an-emqx-cluster-google-cloud-iot-core-alternative-1024x403.png\")
<\/a>Communication via an EMQX cluster (image credit<\/a>)<\/small><\/center><\/p>\n![](\"https:\/\/www.altoroslabs.com\/blog\/wp-content\/uploads\/2023\/04\/clearblade-iot-core-architecture-1024x519.jpg\"){kind=spacer}
<\/a>How ClearBlade IoT Core works (image credit<\/a>)<\/small><\/center>\n\t<\/li>\n![](\"https:\/\/www.altoroslabs.com\/blog\/wp-content\/uploads\/2023\/04\/Device-management-with-Azure-IoT-1024x479.png\")
<\/a>Device management with Azure IoT (image credit<\/a>)<\/small><\/center><\/p>\n![](\"https:\/\/www.altoroslabs.com\/blog\/wp-content\/uploads\/2023\/04\/HiveMQ-Enterprise-Extension-for-Google-Cloud-Pub-Sub-1024x375.png\")
<\/a>HiveMQ Enterprise Extension for Google Cloud Pub\/Sub (image credit<\/a>)<\/small><\/center><\/p>\nHurry up, but do it wisely<\/h3>\n
Further reading<\/h3>\n
\n