Keith Basil, General Manager van Edge bij SUSE, sluit zich aan bij Ryan Chacon op de IoT For All Podcast om de inzet van IoT aan de edge te bespreken. Ze praten over de belang van edge in IoT, welke resultaten bedrijven kunnen verwachten van edge-oplossingen, missiekritieke edge-oplossingen, de uitdagingen daarin IoT inzetten zoals schaal, waarom oplossingen niet open source zijn, hoe veiligheid wordt afgehandeld in open source en de toekomst van edge computing.

Over Keith Basil

Keith Basil brengt meer dan 21 jaar praktijkervaring mee in de cloud en aanverwante industrieën. Als katalysator voor leidende groei leidt Basil de productmanagement-, marketing-, engineering- en communicatie-uitlijning voor de Edge-businessunit van SUSE. In samenwerking met het wereldwijde klantenbestand van SUSE stimuleert hij ook de ontwikkeling van cloud-native edge-oplossingen die clusterbeheer, heterogene architecturen en zero-trust beveiligingsbenaderingen op schaal omvatten. Voorheen was hij vice-president van Cloud Native Infrastructure, waar hij de strategie en het beheer van de cloud-native producten van SUSE Rancher aanstuurde.

Geïnteresseerd om in contact te komen met Keith? Neem contact op via LinkedIn!

Over SUSE

SUSE is een wereldleider op het gebied van innovatieve, betrouwbare en zakelijke open source-oplossingen. SUSE is gebouwd op een technologiegemeenschap van meer dan 30,000 ontwikkelaars over de hele wereld en verzorgt de bedrijfskritische workloads van meer dan 60% van de Fortune 500 en telt iedereen, van SAP, Ubisoft en Microsoft tot HSBC, Walmart en Airbus, als klanten. SUSE is gespecialiseerd in bedrijfskritische Linux, enterprise container management en edge-oplossingen en werkt samen met partners en communities om zijn klanten in staat te stellen overal te innoveren: van het datacenter tot de cloud, tot de edge en daarbuiten.

Belangrijkste vragen en onderwerpen uit deze aflevering:

(00: 37) Inleiding tot Keith Basil en SUSE

(00: 54) Wat is het belang van edge in IoT?

(02: 48) Resultaten die bedrijven van Edge kunnen verwachten

(03: 49) Missiekritische voorsprong

(05: 32) IoT in missiekritieke oplossingen

(07: 22) Uitdagingen van IoT-oplossingen

(08: 56) Schaal als belangrijkste uitdaging

(09: 31) Waarom zijn oplossingen niet open source?

(10: 33) IoT en aanpassingsvermogen inzetten

(12: 21) Hoe wordt er omgegaan met de beveiliging in open source?

(14: 35) Toekomst van edge computing en adoptie

(15: 42) Wanneer komt SUSE erbij?

(17: 26) Meer informatie en opvolgen

Transcript:

– [Ryan] Wilt u uw IoT-datastrategie optimaliseren en de volledige waarde van uw data benutten? Werk samen met DAIN Studios, de experts in datagedreven oplossingen. Ze zijn gespecialiseerd in het bouwen van robuuste IoT-datastrategieën die het potentieel van uw data volledig benutten. Hun team kan u helpen bij het systematisch identificeren, prioriteren en implementeren van datamogelijkheden om uw bedrijf vooruit te helpen.

Door het opzetten van key enablers zoals data governance en architectuur, zorgen zij voor de succesvolle implementatie van uw IoT-ambities. Lees meer en bezoek ze op dainstudios.com.

Welkom Basil bij de IoT For All Podcast. Bedankt dat je hier deze week was. 

– [Keith] Hé Ryan. Bedankt dat je mij hebt. Blij om hier te zijn. 

– [Ryan] Absoluut. Het is geweldig om je te hebben. Laten we beginnen met een korte introductie over uzelf en het bedrijf aan ons publiek, als u dat niet erg vindt. 

– [Keith] Zeker. Keith Basil, ik ben de algemeen directeur van de Edge-businessunit binnen SUSE. SUSE is een open source-bedrijf dat tegenwoordig Linux- en Kubernetes-beheersoftware en edge-oplossingen levert. 

– [Ryan] Het eerste wat ik je wilde vragen gaat over edge computing in het algemeen. Dus laten we het erover hebben, we hebben er eerder over gesproken op de podcast, maar vanuit jouw perspectief: hoe belangrijk is edge in IoT, welke rol speelt het en waarom is dat zo, waarom doet het er zoveel toe? 

– [Keith] Ja, het is een geweldige vraag. Ik denk dat het erg belangrijk is voor IoT, maar laat me wat context geven over waarom ik denk dat dat werkelijk zo is, toch? Het is dus zo dat we ons nu in een interessante tijd bevinden, omdat ik denk dat we ons op een brandpunt of een knooppunt bevinden van drie dingen die de, laten we het de transformatie van het industriële IoT ondersteunen.

Eén daarvan is dat we aan de rand enorme schaal zien. De voetafdruk van de implementatie is gewoon erg groot, toch? Je zou dus 2,000 locaties kunnen hebben, 10,000 locaties, duizend vrachtwagens in beweging. De uitdaging van management op schaal is iets waar we mee te maken hebben, toch? Ten tweede is het al grotendeels bekend dat een cloud-native benadering van de ontwikkeling van moderne applicaties de absolute weg is. Je hebt dus cloud-native benaderingen die doordringen tot dit nexuspunt, als je wilt. En dus wordt er veel hergebruikt van de benaderingen en de lessen die we hebben geleerd van een cloud-native wereld. En ten slotte is het samenbrengen van de drie dingen specifiek voor uw vraag rond de industriële IoT-ruimte.

We zien dus speciaal gebouwde protocollen, protocoldiversiteit en use case-diversiteit rond bepaalde sub-industrieën in de industriële ruimte. En die dingen, juist, dat de brownfields van de wereld, als je wilt, in een modern soort cloud-native wereld moeten worden gebracht zoals wij die zien, maar dan op schaal. De grootste uitdaging is dus dat we voor ons de open source industriële IoT-edge-infrastructuurbouwstenen bouwen om dat allemaal vanaf een fundamenteel niveau te laten werken, zodat mensen, partners en klanten daarbovenop hun eigen waarde kunnen toevoegen en een goede uitkomst. 

– [Ryan] Oké. En wat zijn de resultaten die deze industriële organisaties zullen zien als ze in principe gaan verdubbelen en zich concentreren op het correct bouwen van die edge-infrastructuur, met behulp van deze tools, en ze gewoon in staat stellen om meer te doen, beter te schalen, en dat soort dingen? Maar wat zijn de resultaten die bedrijven zien als ze edge computing in de industriële ruimte kunnen brengen?

– [Keith] Er zijn er een paar. De bouwstenen die ik zojuist eerder heb beschreven, moeten wegsmelten en de bedrijfswaarde die naar de rand wordt geduwd, nummer één, niet in de weg staan. Dit is iets wat wij doen. We zorgen er gewoon voor dat alles, laten we zeggen, onder Kubernetes gewoon verdwijnt, omdat het echt overhead is voor een bepaald team of een bepaalde klant die dingen tot het uiterste probeert te duwen. Ten tweede: als dat eenmaal is geregeld, zien uw klanten een enorme toename in operationele efficiëntie. En voor sommige van onze particuliere klanten is er een betere klantervaring, toch? En er zijn allerlei soorten gebruiksscenario's, subgebruiksscenario's die uit die grote emmers komen. 

– [Ryan] Een van de dingen die in het verleden ter sprake is gebracht, is het praten over edge computing, afhankelijk van de applicatie, maar er zijn ook missiekritische applicaties en mission critical edge, zoals ik er al eerder naar heb horen verwijzen. Wat betekent dat? bedoel je precies? Hoe is dat anders als we het alleen hebben over algemene edge computing? Is het gewoon meer omdat het verband houdt met bedrijfskritische elementen van de applicatie, of waar hebben we het over als dat wordt gebruikt, die terminologie wordt gebruikt? 

– [Keith] Ja, het varieert afhankelijk van de klant en de branche die we benaderen, toch? Daarom hebben we ons grotendeels gericht op het bieden van wat wij een ‘mission critical edge’ voor de gezondheidszorg noemen. In dat opzicht is gezondheidszorg uiteraard superkritisch. We moeten samenwerken met onze klanten en partners om iets te bouwen dat extra veerkrachtig is, zelfs buiten de standaard cloud-native praktijken. En dus vertrouwen we op prestaties en lessen uit het verleden, vooral uit de DoD-ruimte als het gaat om het toepassen van beveiliging op die platforms in termen van compliance. We hebben dus al een bibliotheek vol dingen die we kunnen doen om de software aan te passen om deze veiliger te maken, van het besturingssysteem tot Kubernetes en ook de applicatieruimte.

Dus het tweede dat we doen, is een diepgaande betrokkenheid bij klanten om de bedrijfskritische vereisten te onderzoeken, toch? En van daaruit is een van de benaderingen die we volgen, afhankelijk van de eisen van de klant, dat we een zogenaamd gevalideerd ontwerp kunnen bouwen, waarbij we naar de hele stapel kijken, van de hardware tot de applicatie, en we CI/CD-systemen bouwen. die specifiek zijn voor het gevalideerde ontwerp van die klant, waarbij we dat gewoon doornemen en extreme tests uitvoeren om ervoor te zorgen dat de veerkracht voldoet aan de bedrijfskritische vereisten.

– [Ryan] En welke andere elementen van een IoT-implementatie in, laten we zeggen, de gezondheidszorg echt een rol spelen bij het mogelijk maken dat die bedrijfskritische oplossingen succesvol zijn en werken op de manier waarop de reikwijdte waarmee u samenwerkt, moet gebeuren is bedoeld omdat de rand uiteraard maar één deel ervan is, toch? Maar ik ben, al het andere spel, stukken die een rol spelen, waar kijk je ook naar of waar moeten mensen die hiernaar luisteren en die bedrijfskritische applicaties willen inzetten, aan denken of overwegen wanneer ze deze proberen te brengen technologieën in hun bedrijf ten behoeve van deze toepassingen?

– [Keith] Ja, er zijn nogal wat technische dingen waar je op moet letten, maar ik wil hier geen technisch telefoontje van maken. Dus laten we het een beetje op een hoger niveau brengen, en ik zal maar één ding zeggen. Het idee van een gevalideerd ontwerp is van cruciaal belang, toch? Zo kent u precies alle onderdelen, software, stuklijst, de supply chain, verificatie bijvoorbeeld. Het gevalideerde ontwerp dat u kiest, zijn tafelinzetten. Maar waar mensen zich van bewust moeten zijn, is dat design zijn eigen levenscyclus zal hebben. En dus is de fundamentele vraag die we moeten stellen: hoe kunnen we dat upgraden? Hoe upgraden we een bepaald onderdeel binnen het gevalideerde ontwerp? Hoe ziet ons testkader eruit om dat voort te zetten? En als dat eenmaal is geüpgraded, heb je in wezen een nieuwe stapel software. Hoe krijgen we dat in het veld? Wat is de levenscyclusbeheerstrategie om bijvoorbeeld een röntgenapparaat in een ziekenhuis in Australië te upgraden, toch? Dat is een cruciaal probleem dat moet worden opgelost. Eerste basislijn, gevalideerd ontwerp. Wees daar gerust in. Zorg voor software-automatisering, opnieuw gebaseerd op de cloud-native filosofieën, om aan dat gevalideerde ontwerp te werken en de levenscyclus van de software in lijn te houden. En wat is dan uw implementatiemodel vanaf daar? Dit zijn dus de twee grote dingen waarmee we met onze klanten samenwerken op het gebied van missiekriticiteit. 

– [Ryan] Fantastisch. En in het algemeen gesproken, vanuit jouw perspectief: wat zijn de uitdagingen die je de laatste tijd echt vorm hebt zien krijgen in de sector, voor zover de constante uitdagingen die je moet overwinnen bij het werken met klanten, de moeite waard kunnen zijn om hier licht op te werpen? zodat mensen over dat soort dingen kunnen nadenken en begrijpen dat er uitdagingen zijn als het gaat om het inzetten van dit soort oplossingen. En hier is hoe we erover zouden moeten nadenken. 

– [Keith] De meeste uitdagingen hebben we zelf op ons genomen om ze bij de klanten te verlichten. En dus als ik mezelf in de stoel van de klant zou kunnen plaatsen, zou ik voorstellen dat u een sterke partner of systeemintegrator of wereldwijde systeemintegrator zoekt die de oplossing heeft die past bij uw zakelijke behoeften. En ik zeg het zo omdat het niet zozeer een technologisch probleem is, maar omdat we de pijn willen wegnemen of terug willen gaan naar de oorspronkelijke waardestukken waar we het eerder over hadden. Wij willen de operationele efficiëntie vergroten. We willen bewustzijn creëren over de uitval van de toeleveringsketen en het toezicht op het milieu. Dus wat die business case ook is, concentreer u daarop en zoek vervolgens een integrator of partner die de oplossing vrijwel kant-en-klaar heeft en die deze voor u kan oplossen. Nu zal ik zeggen dat ik mezelf in je selectiecriteria een kleine plug ga geven, geef ons een kleine plug, zorg ervoor dat de stack waarop ze bouwen zo open source mogelijk is in de zin van dat u niet gevangen wilt zitten in een propriëtair systeem, en dat u een systeem wilt dat mooi aansluit bij de andere industriële systemen die u mogelijk op uw locatie heeft. 

– [Ryan] Ja, ik kan me voorstellen dat dit een grote rol speelt in het vermogen tot een oplossing, niet alleen om ingevoerd te worden, maar ook om op te schalen. 

– [Keith] Klopt. En schaalgrootte is, zoals ik bovenaan de oproep al zei, een van de belangrijkste uitdagingen, omdat het mooie van een cloud-native aanpak is dat je vrijwel een declaratieve benadering kunt volgen bij het definiëren van je implementatie, en dat die declaratieve benadering de bron wordt. van de waarheid voor al uw implementaties in die footprint. Het stelt ons in staat om automatisering en wagenparkbeheer te gebruiken om ervoor te zorgen dat alles identiek is. En dat is grotendeels wat we in de open source-wereld zien: de tools die ons die mogelijkheid bieden. 

– [Ryan] Als ik met integrators praat en naar oplossingen kijk die niet zo open source zijn als andere, wat is dan meestal de reden dat iets niet meer open source is dan iets anders? 

– [Keith] Het komt voort uit, dit is mijn mening, maar ik denk dat het voortkomt uit specialisatie in de sector, toch? Er zijn dus mensen die, als je kiest voor gebouwautomatisering, er uiteraard niets mis is met gebouwautomatisering, maar laten we zeggen dat er iemand is die al twintig jaar in de gebouwautomatiseringsindustrie zit en die op pad is gegaan om een ​​oplossing voor andere mensen te bieden. in die specifieke ruimte. Dat perspectief komt misschien niet voort uit een cloud-native wereld of uit een bredere wereld. En dus merk je dat ze een puntoplossing aan het bouwen zijn om op te lossen voor dat specifieke gebruiksscenario. Terwijl het standpunt waar we vandaan komen, is dat we beginnen bij de cloudinfrastructuur, de edge en K20S van de cloud en dat soort dingen, waarbij we naar het gebouwautomatiseringsprotocol kijken en er gewoon onze armen omheen slaan en het binnenbrengen en dan iedereen deelt het, toch? Het is dus een verschil in perspectief en denken in termen van het oplossen van hetzelfde probleem. 

– [Ryan] Ja, ik heb ook gemerkt dat als je bij veel IoT-implementaties bij een bedrijf binnenstapt, laten we zeggen de eerste IoT-implementatie, of het nu in de industriële ruimte is, in de slimme gebouwruimte, je noem maar op, het leuke van een goed ontworpen IoT-oplossing, het kiezen van technologieën die goed samengaan met anderen, die goed samengaan met uw bestaande systemen, is de mogelijkheid om iets toe te voegen aan bestaande of niet bestaande, iets toe te voegen aan die oplossing en applicatie om te doen andere dingen, om andere problemen op te lossen, om andere gegevens te verkrijgen waarvan u misschien niet eens beschikte of waarvan u zich niet eens realiseerde dat u er toegang toe had. Dus zodra dat ding is geïmplementeerd, die oplossing is geïmplementeerd, zijn er veel dingen die je daarbovenop kunt doen. En we hebben met bedrijven gesproken. Ik weet dat dit belangrijk is in de LoRa-ruimte: als je eenmaal een LoRa-oplossing hebt geïmplementeerd, kun je dat netwerk gebruiken om andere problemen in je bedrijf op te lossen zodra je het hebt geïnstalleerd, en ik kan me voorstellen dat dat is nog een stukje waarde voor het gebruik van dingen die meer open source zijn. 

– [Keith] Honderd procent correct. En laat me dus gewoon deze zin maken die we zeggen in de open source-gemeenschap. Niemand is slimmer dan wij allemaal, toch? En dus hebben we die zin overgenomen. En wij als open source-bedrijf hebben ons aangesloten bij een upstream-gemeenschap genaamd Akri, AKR I. En Akri is een open source-framework waarmee protocolontdekking en mogelijkheden in Akri als raamwerk kunnen worden ingeplugd. Dus vandaag denk ik dat Akri OPC UA, MQTT en ONVIF ondersteunt voor cameradetectie. En iedereen ter wereld kan een zogenaamde ontdekkingshandler aan Akri toevoegen om hem uitgebreide mogelijkheden voor dat specifieke apparaat te geven.

En we werken samen met Akri, zodat dit het basisframework is dat we aanbieden. En dan gaan we de protocollen invoeren die nodig zijn om de specifieke sub-industrieën binnen de industriële IoT-ruimte aan te pakken.

– [Ryan] En als het om open source gaat, hoe wordt er dan omgegaan met beveiligingselementen? Omdat ik in de IoT-ruimte denk ik in het algemeen, als we het hebben over grootschalige implementaties met duizenden tot tienduizenden tot honderdduizenden apparaten, er al deze verschillende eindpunten zijn waarmee interactie kan plaatsvinden, gehackt kan worden, gewoon heel veel sterker nog, er is veel meer om over na te denken op het gebied van beveiliging dan alleen misschien met andere oplossingen die een bedrijf heeft geïmplementeerd. Hoe ondersteunt een open source-oplossing of hoe ondersteunt open source-technologie de toenemende bedreigingen wanneer een IoT-oplossing voor een bedrijf wordt ingezet. 

– [Keith] Ja. Er is een grap in onze ruimte die zegt dat de S in IoT staat voor veiligheid, toch? Het is er grotendeels niet. Een van de belangrijkste thema's voor ons is dus het vergroten van die veiligheid. Anderhalf jaar geleden, enige tijd geleden, kochten we een bedrijf genaamd NeuVector en wat geweldig was aan NeuVector en dat nog steeds is, is dat het de toonaangevende cloud-native beveiligingssuite is, als je wilt, die zich richt op een soort van op nul vertrouwen gebaseerde benadering van beveiliging waarbij we weten wat er zou moeten draaien, we de protocolruimte kennen en we de processen en alles dat op dat lokale cluster op die externe locatie draait, kunnen vergrendelen. En dus, maar het pakt de edge niet volledig aan, laten we het het leaf device of de industriële IoT-apparaatbeveiliging noemen, omdat sommige van de oudere protocollen, om eerlijk te zijn, erg onveilig zijn. En dus zullen we ons vermogen moeten ontwikkelen om contact op te nemen, die dingen te ontdekken en ervoor te zorgen dat het beveiligingsbeheer van die apparaten ook in deze wereld wordt gebracht. Nu ken ik oplossingen die daarop gericht zijn, en die zijn absoluut nodig in deze ruimte. Maar we willen, zoals ik al eerder zei, uitbreiden wat er vandaag de dag beschikbaar is, maar het is iets waar iedereen zich zorgen over zou moeten maken.

– [Ryan] Een van de laatste vragen die ik je wil stellen voordat we hier afsluiten, is dat we het, zoals ik al eerder zei, al eerder over edge hebben gehad. Edge lijkt absoluut een drijvende kracht te zijn in het vermogen om oplossingen op te schalen, om een ​​groot deel van de berekeningen en analyses af te handelen, zodat ze niet helemaal naar de cloud hoeven te gaan. We zien dat veel bedrijven dat ook doen. succes bij implementaties waarin edge computing is geïntegreerd. Waar zie jij dit heen gaan? Waar gaat het edge computing-landschap de komende zes tot twaalf maanden en daarna heen? Wat moeten we denken dat er gaat veranderen of verbeteren, zodat mensen die misschien nog niet precies weten hoe dit hen ten goede zal komen, er echt mee aan de slag zullen gaan?

– [Keith] Dat is een moeilijke vraag om te stellen, alleen al vanwege de diversiteit en creativiteit van de mensen in deze ruimte. Maar ik zal dit zeggen: het is onze missie om bijvoorbeeld fysieke sensorgegevens, zoals metingen van fysieke apparaten, om te zetten in digitale gegevens waarop op een andere laag in de stapel actie kan worden ondernomen.

We zien dus veel gebruiksscenario's rond AI-modellering, operationele efficiëntie, en zelfs enkele gebruiksscenario's waarbij dingen automatisch worden afgestemd of automatisch worden afgestemd voor betere efficiëntie op basis van die datastroom. Er zijn dus veel gebruiksscenario's om over na te denken, en we willen onszelf positioneren als die fundamentele bouwstenen en in principe ja zeggen tegen alle kansen die boven ons liggen en samenwerken met mensen en partners om daar een succes van te maken. realiteit.

– [Ryan] En als bedrijven samenwerken met een organisatie als de jouwe, op welk punt kom jij dan meestal in het proces terecht? Kom je al in een vrij vroeg stadium? Kom je binnen nadat bepaalde elementen al in elkaar gezet en gebouwd zijn? Of hoe ziet een typische zakelijke relatie met klanten eruit?

– [Keith] Onze klanten vandaag de dag zijn grotendeels de integrators en partners, en wij zijn: hoe eerder, hoe beter, toch? Omdat we eigenlijk teruggaan naar dat gevalideerde ontwerpidee, ontwikkelen we referentiestapels zodat ze hun toegevoegde waarde kunnen toevoegen en vervolgens naar de klant kunnen gaan. Ik wil wel een steuntje in de rug geven aan een hele toffe organisatie waar we in Duitsland bij betrokken zijn, genaamd Industry Fusion Foundation. Dit gaat dus allemaal over Industrie 4.0, de vierde industriële revolutie. De mensen van de Industry Fusion Foundation hebben eigenlijk een echte fabriek met snijmachinesensoren, en onze software zit in die stapel, en we definiëren wat die stapel zou moeten zijn vanuit een open source-perspectief. En dat wil zeggen, we zijn heel vroeg geweest met het team daar en ons technische team. Dit soort relaties zijn dus de relaties waar we naar op zoek zijn, omdat dit een lang spel is waarbij we, als we dekking kunnen krijgen op de basislagen, de toegevoegde waarde aan onze klanten kunnen versnellen.

– [Ryan] Nou, dit was een geweldig gesprek. Ik waardeer het dat je de tijd neemt. We hebben, zoals ik al eerder zei, we gesproken over voorsprong, maar erover praten in dit perspectief en praten over de bedrijfskritische kant van de dingen, de voordelen, de echte waarde die we beginnen te zien dat bedrijven kunnen inzetten, is belangrijk . Dus iedereen die luistert, terwijl u bezig bent met het ontwikkelen van uw plannen voor een IoT-oplossing om te begrijpen hoe de edge in uw oplossing zal passen, lijkt erop dat er slechts een groot aantal voordelen zijn om de resultaten in de ROI die zij bereiken te stimuleren. re, waar bedrijven naar op zoek zijn. Want ons publiek wil meer weten over wat jullie allemaal aan de hand hebben, vervolgvragen stellen, alles in die richting, wat is de beste manier waarop ze dat kunnen doen? 

– [Keith] Nummer één, suse.com. We hebben daar geweldige inhoud voor de rand. Als iemand op LinkedIn zit, neem dan gerust contact met mij op. Ik zal persoonlijk reageren en u in contact brengen met de verschillende mensen van de business unit. En laten we samen mooie dingen doen. 

– [Ryan] Basil, nogmaals bedankt voor het nemen van de tijd. Waardeer het erg. En ik ben blij dat ik dit aan ons publiek kan vertellen. 

– [Keith] Oké. Dank u meneer. Ik ben blij om het te doen.

• Door SEO aangedreven content en PR-distributie. Word vandaag nog versterkt.
• PlatoData.Network Verticale generatieve AI. Versterk jezelf. Toegang hier.
• PlatoAiStream. Web3-intelligentie. Kennis versterkt. Toegang hier.
• PlatoESG. carbon, CleanTech, Energie, Milieu, Zonne, Afvalbeheer. Toegang hier.
• Plato Gezondheid. Intelligentie op het gebied van biotech en klinische proeven. Toegang hier.
• Bron: https://www.iotforall.com/podcasts/e322-deploying-iot-at-the-edge