Hardware omzetten in IoT door connectiviteit te vereenvoudigen en te beveiligen

Met steeds meer kant-en-klare modules en oplossingen beschikbaar, zou het eenvoudiger dan ooit moeten zijn om nieuwe ervaringen voor IoT te creëren.

Maar ontwikkelaars die van prototype naar implementatie gaan, lopen nog steeds tegen twee cruciale obstakels aan:het vinden van de juiste connectiviteitsoptie is moeilijker dan het lijkt, en het bereiken van uitgebreide beveiliging voor de hele stapel - hardware, firmware, gegevensoverdracht en de gegevens zelf - brengt veel problemen met zich mee .

Deze barrières vereisen een speciaal gebouwd IoT-connectiviteitsplatform om te overwinnen.

En om echte schaalbaarheid te bereiken, moeten IoT-toepassingen verbinding maken met de rekenkracht van de cloud. De cloud is ontworpen om te voldoen aan de meest kritische technologische zakelijke drijfveren van de grootste merken. Door de grootste problemen op te lossen met een platformaanpak, is het ook mogelijk om waarde te bieden aan de duizenden kleinere bedrijven die op zoek zijn naar branchespecifieke, cloud-compatibele IoT-use-case-oplossingen.

Er bestaat tegenwoordig technologie die het de gemakkelijkste ooit maakt om apparaten te verbinden met de flexibiliteit, rendabiliteit en schaalbaarheid van de cloud. Laten we eerlijk zijn, connectiviteitsopties in Amerika druppelen voort uit plannen die oorspronkelijk zijn ontworpen voor smartphones die veel data verbruiken, en bieden tal van "gotchas" voor IoT-apparaten, waaronder lock-ins, verborgen prijzen, stijgende kosten en andere kleine verrassingen die ingenieurs en zakenmensen graag haten. Hoewel sommige use-cases zeer gespecialiseerde en dure communicatie-opties vereisen, zullen de meeste IoT-apparaten gebruikmaken van de mobiele netwerken die aanwezig zijn en waarvan de technologische roadmaps LTE-M en 5G omvatten.

IoT-ontwikkelaars blijven vragen:

• Wat als ik geen idee heb of mijn IoT-product van de grond komt? Hoe kan ik aan de slag gaan terwijl ik de initiële kosten beperkt? Hoe voorkom ik dat ik een ongezonde relatie met mijn communicatieprovider krijg doordat ik te vroeg te veel moet vastleggen?

• Kan ik, terwijl ik een prototype maak, de gegevens visualiseren die mijn apparaat produceert zonder cloudservices op te starten totdat ik ze nodig heb voor productie?

• Waarom zou ik apparaten met een mager protocol moeten laten spreken met een vet-protocoltoepassing? Waarom zelf die adapter coderen?

• Waarom moet ik honderden externe, repetitieve beveiligingsbytes blijven verzenden bij elke communicatie met elk afzonderlijk apparaat, terwijl de mobiele opex-meter loopt? Hoe kan ik in feite minder uitgeven aan mijn mobiele factuur voor machines, zodat de ROI van mijn IoT-product verbetert?

• Waarom moet ik me bezighouden met verschillende stukjes code en zwaar, ongedifferentieerd tillen om apparaten te verbinden met AWS Lambda of Kinesis, of Azure's Event Hubs, of de Google Cloud?

• Hoe krijg ik echt veilige routering van laag twee in mijn cloudomgeving, voor die extra beveiliging die ik nodig heb in het product dat ik aan het bouwen ben?

Een eenvoudiger model is wat nodig is

Het blijkt dat de antwoorden op die vragen een 'take-what-you-need-pay-as-you-go'-model zijn dat belooft te vereenvoudigen, beveiligen en opschalen naast succesvolle producten.

Als innovator is het al moeilijk genoeg om een ​​nieuw idee aan het licht te brengen. Dat is de reden waarom prijzen transparant moeten zijn, er geen contract zou moeten zijn om te ondertekenen, en u zou de service en kosten moeten kunnen stopzetten op het moment dat u deze niet meer nodig hebt. En als er een provider komt die het beter doet en meer waarde belooft, moeten zelfs ingebouwde connectiviteitsopties de draagbaarheidsnormen ondersteunen.

Een product-roadmap en middelen die 100% gericht zijn op de unieke behoeften van IoT-ontwikkelaars is de juiste oplossing om de volledige belofte van IoT-producten waar te maken. Regelmatig naar ontwikkelaars luisteren en ze oprecht van dienst willen zijn, is van cruciaal belang voor het voortdurende succes van elk IoT-communicatieplatform.

Het komt terug op een paar eenvoudige, belangrijke kenmerken:

• Eenvoudig:sluit uw apparaat aan, plaats het in de console en het wordt geïmplementeerd. Het onvermogen om het apparaat in het wild verbinding te laten maken, is de grootste buzz-killer voor IoT. Daarom kan het niet slechts de simkaart van één provider zijn, en ook niet alleen mobiel:LoRa / LPWA / NB-IoT zijn ook belangrijk. Dat geldt ook voor Bluetooth voor apparaten met een batterij op korte afstand. En het ondersteunen van andere standaardconnectiviteit die nodig is om uitdagingen op te lossen door ook gebruik te maken van een softwareplatform, vereenvoudigt de connectiviteit.

• Veilig:versleuteling en authenticatie-afhandeling in de cloud, zodat makers het apparaat daar kunnen krijgen en de gegevens kunnen verzenden met de zekerheid dat het in de cloud-omgeving zal aankomen.

• Schaalbaar:vanaf de basis van een mobiel communicatiekernnetwerk geïmplementeerd in de cloud als een service, profiteert iedereen van het juiste platform, van de single-sim-klant tot de grootste onderneming, dankzij de elastische verwerkingskracht van de netwerkkern van een telecomoperator.

Voor IoT-bouwers is het belangrijk dat het communicatieplatform zich specialiseert. Omdat geen enkel bedrijf het alleen kan, helpt een breed, complementair partnerecosysteem de acceptatie te versnellen en iedereen te helpen slagen. Speciaal gebouwde connectiviteit die het IoT steeds toegankelijker en geschikter maakt voor de cloud, zal de sleutel vormen tot het ontsluiten van de enorme waarde van de verbonden ervaringen die vandaag worden ontworpen.