Zephyrnet-logo

Een stapsgewijze handleiding om succesvol te migreren vanuit Google IoT Core

Datum:

Door de aanstaande beëindiging van Google IoT Core Services ("IoT Core") zijn organisaties op zoek naar een alternatieve technologiepartner om de functionaliteit en continuïteit van hun IoT-oplossingen te behouden.

Bij Leverege hebben we bedrijven over de hele wereld geholpen bij de migratie van IoT Core. Daarbij zijn we veelvoorkomende vragen en kennislacunes tegengekomen. Deze gids consolideert wat we weten in een uitgebreide bron voor bedrijven die IoT Core vervangen. 

De gids: 

  1. Schetst vereisten en criteria voor een succesvolle IoT Core-migratie;
  2. Legt de belangrijkste vragen en overwegingen uiteen bij het kiezen van een technologie- en implementatiepartner;
  3. Biedt stapsgewijze instructies om van IoT Core af te migreren; En
  4. Identificeert belangrijke activiteiten na de migratie, inclusief monitoring en optimalisatie. 

Wat zijn de vereisten en criteria voor een succesvolle IoT-kernmigratie?

Wanneer is de deadline voor het migreren van IoT Core?

Bestaande IoT Core-klanten moeten vóór 16 augustus 2023 overstappen op een nieuwe apparaatverbindingsservice. Na beëindiging is toegang tot IoT Core Device Manager-API's niet langer beschikbaar. IoT-apparaten kunnen geen verbinding maken met de Google Cloud IoT Core MQTT- en HTTP-bridges en bestaande verbindingen worden afgesloten. 

IoT Core-klanten die zelf geen IoT Core-functionaliteiten ontwikkelen of niet voor de vervaldatum overstappen naar een andere technologiepartner, kunnen geen gegevens meer vanuit de cloud verzenden of ontvangen.

Wanneer moet ik beginnen met de voorbereidingen om IoT Core te vervangen?

Hoe eerder hoe beter. We hebben gezien dat sommige organisaties uitstelgedrag vertonen en vervolgens verrast zijn als ze beseffen dat de migratie meer tijd en moeite kost dan ze hadden verwacht. Als u de juiste technologiepartner kiest, moeten de software-elementen van de migratie eenvoudig zijn. Onderschat de potentiële operationele complexiteit echter niet.

Door het proces zo snel mogelijk te starten, kunnen enterprise-organisaties een nieuwe service evalueren en implementeren, terwijl ze het risico op serviceonderbrekingen verminderen en zorgen voor een soepele overgang.

Als mijn apparaten inactief zijn en ik hun firmware niet kan updaten tussen nu en 16 augustus 2023, wat gebeurt er dan met ze?

Apparaten zonder bijgewerkte firmware wisselen geen gegevens meer uit na beëindiging van IoT Core. Alle apparaten moeten vóór de vervaldatum worden bijgewerkt.

Als u geen verbinding kunt maken met sommige van uw apparaten en deze niet kunt bijwerken vóór de vervaldatum, moeten we helaas mededelen dat die apparaten niet meer werken en dat u ze als verloren moet beschouwen.

Kan ik zelf een IoT Core-vervanging bouwen?

Het ontwikkelen van een oplossing om te voldoen aan de vereisten van een succesvolle migratie vormt een grote uitdaging. De belangrijkste vereisten zijn onder meer:

  1. Apparaatbeheer: Het bouwen van een robuust apparaatbeheersysteem vereist zorgvuldige planning en implementatie om apparaatregistratie, updates en buitengebruikstellingsprocessen te ondersteunen.
  2. Authenticatie en beveiliging: Het implementeren van PKI en authenticatie per apparaat is complex, en het waarborgen van de veiligheid van het hele systeem is van cruciaal belang om gevoelige gegevens te beschermen en ongeoorloofde toegang te voorkomen.
  3. Schaalbaarheid: Het creëren van een betrouwbaar en schaalbaar systeem dat tientallen tot miljoenen apparaten aankan, met behoud van een lage latentie en hoge doorvoer, is een aanzienlijke technische uitdaging.
  4. Gegevensopname en -verwerking: Het ontwikkelen van een naadloze pijplijn voor gegevensopname en -verwerking omvat de integratie van verschillende componenten en services om de gegevens op te slaan, te verwerken en te analyseren.
  5. Doorlopende ondersteuning en onderhoud: Als u intern ontwikkelt, moet u middelen toewijzen om het systeem te ondersteunen en te onderhouden naarmate het landschap evolueert.

Als u nog niet bent begonnen, is het onwaarschijnlijk dat u tussen nu en de vervaldatum tijd zult hebben om een ​​op maat gemaakte IoT Core-vervanging te bouwen en te testen. 

Zelfs als u bent begonnen met het ontwikkelen van een interne vervanger, raden we u nog steeds aan om u te concentreren op het vinden van een geschikte technologiepartner die een vervanger aanbiedt die klaar en getest is voor implementatie vandaag om risico's en kosten te minimaliseren.

Hoe ziet een succesvolle Google IoT Core-migratie eruit?

Een succesvolle migratie moet aan de volgende criteria voldoen:

  1. Tijdige voltooiing: Een geslaagde migratie moet zijn voltooid en getest vóór de deadline voor de beëindiging van IoT Core (16 augustus 2023). 
  2. Minimale serviceonderbreking: De migratie zou minimale verstoring van uw IoT-activiteiten moeten veroorzaken. Door de overgang zorgvuldig te plannen en eerst een testgroep apparaten te migreren, kan uw team eventuele problemen vroeg in het proces identificeren en oplossen, waardoor een succesvolle migratie voor het gehele apparatenpark wordt gegarandeerd.
  3. Kosten efficiëntie: Een succesvolle migratie vereist minimale kosten en technische inspanning om apparaten bij te werken en code aan de cloudzijde aan te passen. Het selecteren van een nieuwe apparaatverbindingsservice met een vergelijkbare architectuur en compatibele technologieën kan het migratieproces stroomlijnen en de algehele kosten en inspanning verminderen.
  4. Bijpassende (of betere) functionaliteit: Het gekozen alternatieve IoT Core-vervangende product moet functies bieden die vergelijkbaar zijn met die van IoT Core, zodat uw apparaten gegevens kunnen blijven verzenden en ontvangen zonder verlies van functionaliteit. Als de vervangingsservice extra functionaliteit heeft bovenop wat IoT Core biedt, nog beter.
  5. Schaalbaarheid en toekomstbestendig: Het IoT Core-vervangende product moet niet alleen passen bij de huidige schaal van uw IoT-implementatie, maar ook in staat zijn om toekomstige groei te ondersteunen. Dit houdt in dat ervoor moet worden gezorgd dat de service een toenemend aantal apparaten aankan, met behoud van een lage latentie en een hoge doorvoer.
  6. Onderhouden beveiliging van Edge-apparaten: De beveiliging van edge-apparaten moet worden gehandhaafd via certificaten die na de overgang kunnen worden beheerd, bijgewerkt en ingetrokken.

Hoe evalueer en selecteer ik de juiste technologie- en implementatiepartner?

Het selecteren van de juiste technologie- en implementatiepartner is van cruciaal belang voor een soepele migratie van IoT Core. De volgende sleutelvragen zouden uw besluitvormingsproces moeten leiden:

Biedt de partner dezelfde prijsniveaus, functies en prestaties als IoT Core, terwijl hij extra out-of-the-box mogelijkheden biedt? 

Evalueer of het aanbod van de partner overeenkomt met uw huidige behoeften en toekomstige groeiplannen en hoe de prijs van het aanbod zich verhoudt tot IoT Core. Hoe meer het aanbod qua functionaliteit en prijs lijkt op Google IoT Core, hoe gemakkelijker het zal zijn om te vergelijken om er zeker van te zijn dat u soepel kunt migreren.

Alternatieven voor IoT Core moeten zakelijke klanten in staat stellen om eenvoudig en veilig apparaten met de cloud te verbinden, apparaten binnen registers en apparaatgroepen te beheren en gegevens naar een pub/sub-onderwerp te routeren. Ze moeten ook registers en apparaatgroepbeheer, veilige sleutelparen, authenticatiemethoden, meerdere ondersteunde protocollen en berichtroutering zonder code bevatten. 

Biedt de technologiepartner een soepel pad om uw apparaten te verbinden?

Het IoT Core-vervangingsproduct van uw technologiepartner zou het gemakkelijk moeten maken om een ​​account in te stellen, nieuwe apparaatregisters aan te maken, bestaande certificaten te migreren en vermeldingen aan het nieuwe register toe te voegen.  

Werken de hostingopties van de partner met uw bedrijfsmodel? 

De hostingopties van de partner moeten voldoen aan uw specifieke vereisten en voorkeuren. Evalueer twee belangrijke hostingopties en de bijbehorende overwegingen.

Optie 1: Multi-tenant Cloud gehost door de Connection Partner. Deze optie is ideaal voor organisaties die infrastructuurbeheer liever uitbesteden en zich richten op hun kernactiviteiten. Voordelen kunnen zijn:

  • Lagere onderhouds- en updatelast: Bij deze optie is de verbindingspartner verantwoordelijk voor het hosten en onderhouden van de infrastructuur en voor het verstrekken van updates aan het verbindingsplatform.
  • Meer voorspelbare kosten: Facturering is doorgaans gebaseerd op gebruik, wat wellicht meer geschikt is voor organisaties met variabele gebruikspatronen van apparaten.

Optie 2: Private Cloud Instance op uw infrastructuur. Deze optie is geschikt voor organisaties die meer controle over hun infrastructuur en data nodig hebben. Voordelen kunnen zijn:

  • Meer maatwerk en controle: Deze optie biedt meer flexibiliteit op het gebied van domeinnamen, hostingopties en infrastructuurscheiding van andere klanten, waardoor een meer op maat gemaakte oplossing mogelijk is.
  • Verbeterde beveiliging en gegevensprivacy: Hoewel multi-tenant omgevingen een kosteneffectieve oplossing bieden, bieden ze mogelijk niet hetzelfde isolatieniveau als private cloud-instanties. Als het IoT Core-vervangende product in uw infrastructuur wordt uitgevoerd, hebben uw beveiligingsteams meer controle en zichtbaarheid.
  • Potentieel voor lagere totale kosten: Hoewel niet gegarandeerd, kan deze optie resulteren in lagere totale kosten, aangezien u de werkelijke cloudkosten betaalt (zoals overeengekomen via een verbintenisovereenkomst met Google Cloud) en bescheidener productlicentiekosten.

Biedt de partner regionale ondersteuning? 

Kies een partner die infrastructuur dicht bij uw apparaten biedt voor optimale prestaties. Latentie is sterk afhankelijk van de locatie van de infrastructuur. Uw latentievereisten kunnen ook relevant zijn voor de hostingoptie die u selecteert.

Biedt de partner een goed gedocumenteerde, complete API voor apparaat- en registerbeheer? 

Een uitgebreide, goed gedocumenteerde API is essentieel voor het beheer van apparaten en integratie met bestaande systemen. Technologiepartners met volwassen oplossingen voor apparaatverbindingen hebben API-documentatie voor apparaat- en registerbeheer. 

Zijn de verbindings- en authenticatieprotocollen compatibel met uw bestaande apparaten? 

Controleer of de partner dezelfde verbindingssleutels (ES256 of RS256) en authenticatiemethoden ondersteunt die uw apparaten momenteel gebruiken.

Biedt de partner een migratieservice aan? 

We raden u aan een partner te kiezen die assistentie biedt bij migratie met witte handschoenen om apparaten over te zetten van IoT Core, vooral als u grote aantallen apparaten hebt die worden gebruikt in bedrijfskritieke toepassingen. U kunt proberen de migratie solo uit te voeren met behulp van de documentatie van de partner, maar dit kan langzamer en riskanter zijn.

Idealiter biedt de technologiepartner deze migratiehulp gratis aan.

Heeft de partner een kern, langetermijnengagement voor IoT?

Zorg ervoor dat de partner wordt gestimuleerd om hun IoT-services te onderhouden en te verbeteren als onderdeel van hun kernproductaanbod. Partners die technologieplatforms exclusief voor IoT-toepassingen bouwen, zullen altijd robuuste apparaatverbindingsmogelijkheden bieden.

Als de core business van de partner niet in IoT ligt, vergroot dit de kans dat u ergens in de toekomst nog een migratie moet ondergaan.

Hoe ziet een goed migratieplan eruit? 

Een goed migratieplan werkt terug vanaf de afschrijving en bouwt doorlooptijd in om elke stap van het proces ruim vóór augustus 2023 te implementeren. 

Elke migratiestap moet holistisch worden overwogen voordat een technologiepartner wordt geselecteerd. Zorg ervoor dat uw migratietijdlijn voldoende tijd (1-4 weken) bevat om de technologiepartner te evalueren aan de hand van de vragen in de vorige sectie. Deze doorlooptijd is afhankelijk van de duur van het typische inkoopproces van uw organisatie.  

Opmerking: ongeacht de hardware- en softwarearchitectuur van uw IoT-oplossing, moet u de firmware van uw apparaat bijwerken om ervoor te zorgen dat uw oplossing na de migratie werkt. We hebben geconstateerd dat deze vereiste vaak verkeerd wordt begrepen. Als uw apparaten gebruikmaken van Google-clientbibliotheken om te communiceren met IoT Core, worden deze niet langer ondersteund. U heeft een MQTT- of HTTP-client nodig die niet de SDK van Google is. Zelfs als u de SDK's van Google niet gebruikt, moet u het eindpunt en de authenticatiegegevens op elk apparaat bijwerken. 

Als uw huidige apparaten Firmware Over the Air (FOTA) ondersteunen, kan dit worden gedaan met relatief weinig overhead voor apparaten in het veld. Anders heeft elk apparaat een high-touch-update nodig om te blijven werken zoals verwacht. Als dit op jou van toepassing is, zorg er dan voor dat je nu een gedetailleerd operationeel plan hebt om elk apparaat handmatig bij te werken. Deze stap zal een aanzienlijke operationele impact hebben op ondernemingen met tienduizenden geïnstalleerde en geconfigureerde apparaten, en de impact zal toenemen met de omvang van de implementatie. 

Voorbeeld migratieplan

Ter referentie voor en tijdens de migratie hebben we een voorbeeldmigratieplan gemaakt, inclusief verwachte tijdlijnen voor elke stap. Deze tijdlijnen zijn sterk afhankelijk van de specifieke kenmerken van uw zakelijke IoT-implementatie.

Zodra u een technologiepartner heeft geselecteerd, omvat de migratie van IoT Core vier stappen:  

  1. Migreer uw registergegevens naar het vervangende IoT Core-product
  2. Werk de firmware voor alle apparaten bij om te integreren met het IoT Core-vervangende product
  3. Werk indien nodig uw cloudinfrastructuur bij
  4. Test uw zakelijke IoT-oplossing

Stap 1: Migreer uw registergegevens naar het vervangende IoT Core-product

Tijdlijn: Reken op 1 dag om deze stap met uw technologiepartner te voltooien. 

Migratie Taken: 

  • Stel uw nieuwe register in
    • Maak een account aan bij de technologiepartner die je hebt geselecteerd.
    • Maak samen met uw technologiepartner een nieuw apparaatregister
    • (Optioneel) Migreer bestaande X.509-certificaten om het nieuwe register te ondertekenen. Als een nieuw X.509-certificaat vereist is, houd er dan rekening mee dat alle apparaten nieuwe certificaten nodig hebben.
  • Migreer uw registergegevens
    • Begin met een kleine groep testapparaten en voeg voor elk apparaat een vermelding toe aan het nieuwe register, inclusief de identificatie- en authenticatiegegevens van het apparaat (bijvoorbeeld openbare sleutel)
    • Herhaal na het testen de vorige stap voor de overige toestellen in uw wagenpark. De technologiepartner die u selecteert, moet deze stap automatisch in één batch kunnen voltooien.

Stap 2: Werk de firmware van het apparaat bij om te integreren met de technologiepartner

Voorbeeld tijdlijn: Verwacht dat deze stap enkele dagen tot maanden kan duren, afhankelijk van het aantal apparaten dat u heeft en of ze draadloos kunnen worden bijgewerkt. Als je veel apparaten hebt die direct moeten worden aangeraakt om te updaten, kan dit helaas even duren, dus plan vooruit.

Migratie Taken: 

  • Verwijder Google IoT Core SDK's en vervang ze door een MQTT- of HTTP-clientbibliotheek die compatibel is met uw apparaat
  • Werk de verbindingsinformatie bij (bijv. wijziging van googleapis.com naar broker.partner.com) zodat deze overeenkomt met de nieuwe verbindingspartner.
  • Zorg ervoor dat uw apparaat de verificatiereferenties kan genereren die nodig zijn om verbinding te maken met de nieuwe service
    • Werk de JWT-payload bij, indien nodig
    • Update MQTT client_id gebruikersnaam, indien nodig
    • Update MQTT-gebruikersnaam en -wachtwoord indien nodig (opmerking: voor oplossingen vergelijkbaar met IoT Core is een gebruikersnaam niet nodig en is het wachtwoord een JWT)
    • Als er een nieuw X.509-certificaat nodig was voor het register, geeft u voor elk testapparaat nieuwe openbare/persoonlijke sleutelparen uit.

Stap 3: Update uw clouddiensten (indien nodig)

Voorbeeld tijdlijn: Verwacht dat deze stap dagen zal duren, afhankelijk van het aantal services dat interactie heeft met de Google IoT Core API.

Migratie Taken: 

  • Als u cloudservices heeft die communiceren met de IoT Core API, verwijdert u voor elk van deze services alle Google SDK's en vervangt u deze door kant-en-klare componenten voor communicatie met de API van de verbindingspartner.

Stap 4: Test uw zakelijke IoT-oplossing

Voorbeeld tijdlijn: Deze stap duurt naar verwachting 1 dag.

  • Verbind een apparaat met de nieuwe technologiepartnerservice
  • Stuur telemetriegegevens van het apparaat en zorg ervoor dat de gegevens worden ontvangen bij de uiteindelijke processor (bijvoorbeeld een Pub/Sub-abonnee)
  • Verzend statusgegevens van het apparaat en zorg ervoor dat gegevens worden ontvangen
  • Verzend configuratiegegevens van de cloud naar het apparaat en zorg ervoor dat de gegevens worden ontvangen
  • Cloudautomatiseringen kunnen apparaten, registers, enz. creëren/lezen/bijwerken/verwijderen.

Wat zijn de belangrijkste actiepunten na de migratie van IoT Core? 

Nadat de migratie is voltooid, is het cruciaal om de prestaties van uw apparaten en de nieuwe apparaatverbindingsservice te bewaken en te optimaliseren. Voer na de migratie deze vijf activiteiten uit:

  • Apparaatprestaties bewaken: Beoordeel de prestaties van uw apparaten en let op eventuele wijzigingen in latentie, connectiviteit of andere problemen die kunnen optreden als gevolg van de migratie.
  • Beveiliging en gegevensprivacy beoordelen: Controleer of de nieuwe verbindingspartner hetzelfde niveau van beveiliging en gegevensprivacy handhaaft als Google IoT Core.
  • Apparaatcommunicatie optimaliseren: Pas indien nodig de communicatie-instellingen van de apparaten aan om de prestaties te verbeteren, zoals het aanpassen van de MQTT QoS-niveaus of het wijzigen van de frequentie van datatransmissies.
  • Facturering en kostenbeheer controleren: Zorg ervoor dat uw organisatie de beste waarde haalt uit de nieuwe apparaatverbindingsservice door de prijsniveaus en gebruikspatronen te analyseren.
  • Gebruikersfeedback verzamelen: Verzamel feedback van eindgebruikers en andere belanghebbenden om het succes van de migratie te evalueren en verbeterpunten te identificeren.

Door de vereisten van uw IoT-oplossing te begrijpen en samen te werken met de juiste technologiepartner, zorgt u voor de continuïteit van uw IoT-activiteiten. Start uw migratie zo snel mogelijk om onderbrekingen te voorkomen wanneer Google IoT Core wordt beëindigd.

Heeft u vragen over vervanging en migratie van Google IoT? Leverege aanbiedingen een productieklare vervanging voor Google IoT Core, voldoet aan alle hierboven beschreven overwegingen en migratieprocedures. Neem voor meer informatie contact op met Leverege via google-iot@leverege.com.

Aanvullende informatie over connected device-architecturen op Google Cloud is te vinden hier

spot_img

Laatste intelligentie

spot_img