Fog computing on tullut transformatiivinen arkkitehtuuri, joka työntää laskenta-, tallennus- ja verkkopalvelut lähemmäksi tietolähteitä.Erityisesti IoT-laitteet. Sen sijaan, että luotan pelkästään etäpilvidatakeskuksiin. Asettamalla käsittelytehoa verkon reunalla, sumulaskenta vähentää latenssia, säilyttää kaistanleveyden, ja tukee reaaliaikaista päätöksentekoa sovelluksissa, jotka vaihtelevat älykkäistä kaupungeista autonomisiin ajoneuvoihin. Kuitenkin tuotantotason sumunlaskentaverkko muodostaa erillisen joukon teknisiä ja toiminnallisia haasteita, jotka organisaatioiden on navigoitava huolellisesti. Näiden esteiden ja strategioiden ymmärtäminen niiden lieventämiseksi on välttämätöntä kaikille tiimisuunnittelulle sumuinfrastruktuurin rakentamiseksi tai laajentamiseksi.

Tässä artikkelissa tarkastellaan sumuntorjuntaverkkojen käyttöönotossa kohdattuja suurimpia haasteita infrastruktuurin monimutkaisuudesta turvallisuuteen ja yhteentoimivuuteen. Siinä esitetään toimintakelpoisia strategioita näiden esteiden poistamiseksi ja tarkastellaan sumunkäsittelyn suuntaa.

Tärkeimmät haasteet sumunkäsittelyn käyttöönoton kannalta

Sumuverkon käyttöönotossa on mukana koordinoimassa monia erilaisia solmuja, jotka ovat levinneet eri fyysisiin paikkoihin. Niiden resurssirajoitukset, yhteysvaatimukset ja tietoturvaprofiilit eroavat perinteisistä pilvidatakeskuksista. Seuraavassa on kriittisimmät haasteet ennakoida ja ratkaista.

1. Infrastruktuurikompleksisuus

Toisin kuin keskitetyt pilvijärjestelmät, sumusolmut on jaettava eri maantieteellisille paikoissa. Tehdaslattiat, katukulmat, ajoneuvot tai syrjäiset viljelykentät. Jokainen sijainti asettaa ainutlaatuiset ympäristöolosuhteet, kuten lämpötilan ääri-ilmiöt, tärinä, pöly, tai rajallinen virran saatavuus. Suunnittelulaitteisto, joka voi selviytyä näistä olosuhteista säilyttäen samalla luotettavat verkkoyhteydet on merkittävä tekninen este.

Laitteen lisäksi tällaisen hajautetun infrastruktuurin hallinta on monimutkaista. Toisin kuin kourallinen pilvidatakeskuksia, sumun käyttöönotto voi sisältää satoja tai tuhansia solmuja. Tarjoaminen, seuranta, firmwaren päivittäminen ja vianmääritys tuossa mittakaavassa edellyttää vankkaa automaatiotyökalua ja kypsää DevOps-lähestymistapaa, joka on mukautettu reunaympäristöihin. Fyysisen käyttöönoton ja huollon kustannukset voivat nousta nopeasti, elleivät ne ole huolellisesti suunniteltu. Lisäksi varmistetaan, että jokaisella solmulla on vakaa virtalähde ja varmuuskopio, jos katkoksia on, lisää toisen tason kustannuksia ja logistisia vaikeuksia.

2. Turvallisuus ja yksityisyydensuoja

Fog computing laajentaa hyökkäyspintaa dramaattisesti verrattuna keskitettyyn pilvimalliin. Tietoja käsitellään reunalla, usein laitteilla, jotka ovat fyysisesti mahdollisten hyökkääjien käytettävissä. Sumusolmujen, reunalaitteiden ja pilven välinen viestintä on varmistettava päästä päähän, mutta monilla sumusolmuilla on rajalliset laskentaresurssit, jotka rajoittavat raskaiden salausalgoritmien käyttöä.

Yksityisyys on yhtä tärkeää.Sovellutuksissa, kuten terveydenhuollossa, älykkäässä kuljetuksessa tai vähittäiskaupan analytiikassa, arkaluonteisia henkilötietoja voidaan käsitellä sumukerroksessa. Säännöt, kuten GDPR tai HIPAA, asettavat tiukkoja vaatimuksia tietojen lokalisointille ja käsittelylle. Organisaatioiden on toteutettava hienojakoisia kulunvalvontajärjestelmiä, tietojen anonymisointia ja kirjausketjuja hajautetussa järjestelmässä, mikä on paljon haastavampaa kuin tällaisten politiikkojen toteuttaminen tiukasti valvotussa pilviympäristössä. Luottamushallinta eri hallintoalueiden välillä. Esimerkiksi silloin, kun älykäs kaupunki käyttää useiden myyjien omistamia sumusolmuja, on edelleen avoin tutkimusalue.

3. Yhteentoimivuus ja standardointi

Sumuekosysteemi on pirstaleinen. Valmistajat tarjoavat omia alustoja, protokollia ja sovellusrajapintoja, mikä vaikeuttaa eri palveluntarjoajien laitteiden ja palvelujen integrointia. Laajasti hyväksyttyjen standardien puute tarkoittaa sitä, että insinöörien on usein rakennettava räätälöityjä adapterit tai väliohjelmistoja, jotta kommunikaatio osien välillä olisi mahdollista. Tämä lisää kehitysaikaa ja toiminnan yleiskustannuksia ja luo myyjän lukitus-in -riskejä.

OpenFog-viitearkkitehtuurin (nykyisin osa -teollisuusinternetkonsortiota[]) ja IEEE 1934 -ohjelmistoja ovat yrittäneet standardoida sumun laskentajärjestelmät, mutta käyttöönotto on edelleen epätasaista. Yhteentoimivuuden haasteet ovat erityisen ongelmallisia monikanavaisissa IoT-käyttöjärjestelmissä, joissa sensorien, porttien ja analytiikan ohjelmistojen on toimittava saumattomasti yhdessä. Ilman vahvaa standardointia organisaatiot kohtaavat jatkuvan taistelun pitääkseen sumupinot yhteensopivina sekä laitteiston että ohjelmiston kehittyessä.

4. Latenssi ja verkon luotettavuus

Yksi tärkeimmistä lupauksista sumunkäsittelyssä on reaaliaikaisten sovellusten, kuten itsenäisen ajon tai teollisen prosessin hallinnan, äärimmäisen alhainen viive. Kuitenkin jatkuvasti alhaisen latenssin saavuttaminen hajautetussa, heterogeenisessa verkossa ei ole vähäpätöistä. Verkkohäiriöt, ruuhkat tai kaistanleveyden rajoitukset voivat edelleen aiheuttaa viivästyksiä, erityisesti silloin, kun backhavel-linkkejä pilvipalveluun on tarkoitus käyttää koordinointiin tai datan varmuuskopiointiin.

Sumusolmut voivat itsessään epäonnistua tai irrota toisistaan sähkökatkojen tai fyysisten vaurioiden vuoksi. Kriittisissä järjestelmissä yhden solmun vika ei saisi heikentää yleistä suorituskykyä, vaan katkoksen suunnittelu maantieteellisesti hajallaan olevien solmujen välillä monimutkaistaa. Luotettavat yhteydet riippuvat myös paikallisen verkkoinfrastruktuurin laadusta.Wi-Fi, solu (5G) tai langallinen .

5. Resurssirajoitteet ja hallinta

Sumusolmut ovat tyypillisesti vähemmän tehokkaita kuin pilvipalvelimet, joissa on rajallinen suoritin, muisti ja tallennus. Niiden on suoritettava paikallisia analytiikkaa, välimuistia ja viestintäpalveluja jättäen tilaa tuleville työtehtäville. Näiden rajallisten resurssien tasapainottaminen kilpailevien tehtävien kesken edellyttää älykästä resurssin orkestrointia. Ylitarjonta voi johtaa hukkaan, kun taas alitarjonta aiheuttaa suorituskyvyn heikentymistä ja SLA:n myöhästymistä.

Sumusovellusten koko elinkaaren hallinta.Sumusovellusten käyttöönotto, päivittäminen, skaalaaminen ja eläkkeelle siirtyminen . Mahdollisesti tuhansien solmujen ylittäminen on ensimmäisen tilauksen haaste. Perinteiset pilvi-orkesterityökalut (Kubernetes, Docker Swarm) ottavat usein runsaasti resursseja ja jatkuvaa yhteyttä, mikä ei pidä paikkaansa monissa sumun käyttöönottoissa. Kevyet kontti- ja funktio-näppäinjärjestelmät, jotka on räätälöity reunaresursseille, ovat kehittymässä, mutta ne eivät ole vielä kypsiä.

Strategiat haasteiden voittamiseksi

Vaikka nämä haasteet ovatkin valtavia, ne eivät ole ylitsepääsemättömiä. Huolellisen suunnittelun, uusien standardien käyttöönoton ja oikeisiin työkaluihin tehtävien investointien yhdistelmä voi mahdollistaa sumuverkon onnistuneen käyttöönoton.

Kestävä turvallisuuskehys

Organisaatioiden olisi omaksuttava puolustus-in-in-dedect lähestymistapa, joka sisältää laitteisto-pohjainen turvamoduulit (TPM, turvallinen erillisalueet), vahva todentaminen käyttäen varmenteita tai lohkoketju-pohjainen identiteetti, ja päästä-päähän salaus jopa kone-to-machine viestintä. Tiedot olisi luokiteltava, ja yksityisyyden kannalta arkaluonteinen tiedot olisi käsiteltävä mahdollisimman lähellä lähde itse reunalaitteessa. Säännöllinen turvallisuustarkastus ja automaattinen uhkantunnistus koko sumu infrastruktuuri olisi osa toiminta leikkikirja. Lisätietoja, []NIST Zero Trust Architecture[ tarjoaa periaatteet, että kartta hyvin sumunlaskenta.

Aktiivinen osallistuminen standardointitoimiin

Yhteentoimivuuskivun vähentämiseksi organisaatioiden tulisi mahdollisuuksien mukaan ottaa käyttöön avoimet standardit ja sovellusrajapinta-alat. Osallistuminen teollisuuden konsortioihin, kuten teolliseen Internet-konsortioon tai Edge Computing Consortium -konsortioon, auttaa muokkaamaan tulevia standardeja ja varmistaa, että sisäiset etenemissuunnitelmat ovat sopusoinnussa laajemman ekosysteemin kanssa. Valitessaan laitteistoja ja ohjelmistoja priorisoida standardiprotokollien (MQTT, OPC UA, HTTP/2) pohjalta rakennettuja ratkaisuja ja tarjoaa joustavia API-raja-arvoja integraatioon. Tämä vähentää myyjän lukittautumisriskiä ja yksinkertaistaa tulevia päivityksiä tai muuttoja.

Skaalautuva ja uudelleenkäytettävä infrastruktuuri

Suunnittele infrastruktuuria, jossa on redundanssi: käytä useita sumusolmuja päällekkäisillä peittoalueilla, käytä erilaisia verkkopolkuja ja sisällytä varavirta. Latenssikriittisissä sovelluksissa kannattaa käyttää aika-herkkää verkkoa (TSN) langallisissa linkeissä tai 5G URLLC:tä langattomissa verkoissa. Fyysisen käyttöönoton tulisi olla modulaarista.

Älykäs orkesteritoiminta ja resurssien hallinta

Laihduttakaa kevyet orkestraatiojärjestelmät, jotka on suunniteltu resurssirajoitteisille reunasolmuille, kuten K3s (kevyt Kubernetes-jakelu) tai EdgeX Foundry. Toteuttakaa solmujen saatavuuteen, verkon latenssiin ja datan sijaintivaatimuksiin perustuvaa automaattista työmäärän sijoittamista koskevat toimintalinjat. Käyttäen hierarkkista orkestrointimallia.Jossa keskusorkesterin johtaja hallinnoi alueellisia ryhmittymiä, jotka puolestaan hallitsevat paikallisia sumusolmuja ja voivat skaalata paremmin kuin täysin keskitetty lähestymistapa. Seuranta- ja analytiikkajärjestelmien tulisi tarjota lähes reaaliaikainen näkyvyys solmujen terveyteen, resurssien hyödyntämiseen ja verkon suorituskykyyn ennakoivan mukauttamisen mahdollistamiseksi.

Tulevaisuuden näkymät

Koska 5G-verkot laajenevat ja laitteistokustannukset laskevat, sumunkäsittelystä tulee todennäköisesti standardiarkkitehtuuri monille IoT-sovelluksille ja reaaliaikaisille sovelluksille. Kehittyvä teknologia, kuten tekoälyn löydös reunalla ja feederoitu oppiminen, lisää sumusolmujen arvoa entisestään. Yllä kuvatut haasteet eivät kuitenkaan katoa yhdessä yössä. Kevyiden turvajärjestelmien, standardoitujen viitearkkitehtuurien ja vankkojen orkestrointivälineiden jatkuva tutkimus on ratkaisevan tärkeää.

Organisaatiot, jotka alkavat vastata näihin haasteisiin nyt alkaen pilottikäyttöön, että stressitestauksen infrastruktuuri, turvallisuus, ja yhteentoimivuus.Parempi asema mittakaavassa sumuverkot luottavaisesti. Palkanjako on merkittävä: alhaisempi latenssi, kaistanleveyden säästöt, parannettu yksityisyys, ja kyky ajaa älykkäitä sovelluksia, joissa data on syntynyt.

Arkkitehtisumuratkaisuja koskevaa lisälukea varten OpenFog-konsortio[ (nyt osa IIC:tä) on edelleen arvokas resurssi, kuten myös IETF-asiakirjan käytännön ohjeistus sumunlaskennan haasteista ja mahdollisuuksista.