MicrocosmWorksInnovoimassa ja Arkkitehtuuria Digitaalisessa Kosmoksessa
TietoaYhteystiedot
MicrocosmWorksInnovoimassa ja suunnittelemassa digitaalista kosmosta

Toimitamme IT-ratkaisuja, joilla on merkitystä. Olemme intohimoisia teknologiasta, turvallisuudesta ja autamme yrityksiä kasvamaan luotettavan, innovatiivisen IT-infrastruktuurin kautta.

[email protected]
+91 7011868196
New Delhi, India

AI Kasvuhubi

AI HubStartup-innovaatiotYrityskiihdyttämö

Ratkaisut

Kaikki ratkaisutHyvinvointi- ja kuntoilusovelluksetAI-videoplatformiAI-agenttikehitys

Resurssit

OivalluksetToimialan oppaatKäyttötapausmallitArkkitehtuurimallitTapaustutkimukset

Yritys

Tietoa meistäYhteystiedotTyömme

Palvelut

Digitaalinen konsultointiPilvi-infrastruktuuriSaaS-kehitysAI-kehitysVideoteknologia
ERP-kehitysZoho-mukautusOdoo-kehitysSalesforce-integraatioMukautettu CRM-kehitys
QuickBooks-integraatioIoT-ratkaisutLohkoketjukehitys
KyberturvallisuuskonsultointiIT-tuki - L3

© 2026 MicrocosmWorks. Kaikki oikeudet pidätetään.

TietosuojakäytäntöKäyttöehdot
Takaisin arkkitehtuurikuvioihin
InfrastructureEnterprise

Edge Computing & IoT -arkkitehtuuri

Käsittele dataa siellä, missä se syntyy. Kaiken ei tarvitse kulkea edestakaisin pilveen — ja monien IoT-työkuormien osalta se ei ole edes mahdollista.

June 18, 2026
|
3 topics covered
Keskustele tästä arkkitehtuurista
edge-computing-iot.webp
Infrastructure
Category
Enterprise
Complexity
Manufacturing, Agriculture
Industries
3+
Technologies

Kun tarvitset tätä

Sinulla on laitteita kentällä — antureita tehdaslattioilla, kameroita varastoissa, monitoreja maatalouskoneissa, puettavia laitteita potilailla — jotka tuottavat dataa, joka on käsiteltävä, jonka perusteella on toimittava ja joka on valikoivasti lähetettävä pilveen. Latenssi pilvialueelle on liian korkea reaaliaikaisille päätöksille. Kaistanleveys on liian kallista tai epäluotettavaa kaiken suoratoistoon. Laitteiden on toimittava, kun verkko on poissa käytöstä. Tarvitset arkkitehtuurin, joka jakaa älykkyyden edge-, fog- ja cloud-kerrosten kesken sen perusteella, missä kunkin päätöksen on tapahduttava.

Related Architecture Patterns

Explore more design patterns and system architectures

cloud-native-infrastructure.webp
Infrastructure

Pilvinatiivi infrastruktuuri

Infrastruktuuri, joka versioidaan, testataan ja käyttöönotetaan kuten sovelluskoodi – sillä alustasi on vain niin luotettava kuin sen perustana oleva tekniikka.

EnterpriseView
security-first-architecture.webp

Tarvitsetko apua tämän arkkitehtuurin toteuttamisessa?

Arkkitehtehtemme voivat auttaa suunnittelemaan ja rakentamaan järjestelmiä käyttäen tätä mallia omiin vaatimuksiin.

Ota yhteyttä

Mallin yleiskatsaus

Edge-fog-cloud-arkkitehtuuri jakaa laskennan kolmeen tasoon. Edge-laitteet keräävät anturidataa ja suorittavat kevyttä päättelyä (poikkeamien havaitseminen, kynnysarvohälytykset). Fog-solmut (paikalliset yhdyskäytävät tai paikalliset palvelimet) yhdistävät dataa useilta edge-laitteilta, ajavat monimutkaisempia malleja ja hallinnoivat laitekantoja. Pilvipalvelut hoitavat pitkäaikaisen tallennuksen, mallikoulutuksen, laitekannan laajuisen analytiikan ja hallintapaneelit. Arkkitehtuuri ottaa huomioon ajoittaisen yhteyden, laitteiden heterogeenisuuden, langattomat päivitykset ja turvallisuuden kaikilla tasoilla.

Viitearkkitehtuuri

Data virtaa ylöspäin tasojen läpi älykkyyden ollessa kullakin kerroksella. Edge-laitteet julkaisevat anturilukemia fog-solmuille MQTT:n tai CoAP:n kautta. Fog-solmut ajavat stream processing -toimintoja (Apache NiFi, AWS Greengrass tai mukautettu) suodattaakseen, aggregoidakseen ja rikastaakseen dataa ennen sen välittämistä pilveen. Cloud ingestion (Kinesis, IoT Core tai Event Hubs) reitittää datan aikasarjatietokantoihin, datajärviin ja ML-koulutusputkiin. Komennot ja OTA-päivitykset virtaavat alaspäin samaa polkua pitkin. Laite shadow/twin -järjestelmä ylläpitää jokaisen laitteen viimeisimmän tunnetun tilan kyselyitä ja täsmäytystä varten.

Ydinkomponentit
  • Laitteen kerros: Mikrokontrollerit tai SBC:t (ESP32, Raspberry Pi, Jetson Nano), jotka ajavat laiteohjelmistoa MQTT-asiakkaan, paikallisen datan puskuroinnin ja edge-päättelyn (TensorFlow Lite, ONNX Runtime) kanssa. Tallenna ja lähetä eteenpäin offline-toimintoja varten
  • Fog/yhdyskäytäväkerros: Paikalliset yhdyskäytävät, jotka ajavat kontainerisoituja palveluita. Protokollakäännös (Modbus/BACnet MQTT:ksi), datan aggregointi, paikalliset sääntökoneet ja laitekannan hallinta. Toimii teollisuus-PC:illä, AWS Outpostsissa tai Azure Stack Edgessä
  • Pilvipalvelun datan sisäänotto ja käsittely: AWS IoT Core / Azure IoT Hub laitehallintaan, viestireititykseen ja shadow/twin-tilaan. Kinesis/Event Hubs stream processingiin. Aikasarjatietokanta (InfluxDB, TimescaleDB) operatiiviselle datalle
  • Laitehallinta: Langattomat laiteohjelmistopäivitykset, sertifikaattien kierrätys, laitekannan ryhmittely, etädiagnostiikka ja laitteen elinkaaren hallinta (provisioning, poistaminen käytöstä)

Suunnittelupäätökset ja kompromissit

MQTT vs. HTTP vs. CoAP
MQTT on oletus IoT:ssä — se on kevyt, tukee QoS-tasoja (at-most-once through exactly-once) ja käsittelee epävarmoja yhteyksiä sujuvasti pysyvien istuntojen avulla. HTTP sopii, kun laitteilla on luotettava yhteys ja vuorovaikutus on pyyntö-vastaus-tyyppinen. CoAP erittäin rajoitetuille laitteille (< 256 kt RAM) häviöllisissä verkoissa. MW olettaa MQTT:n QoS 1 (at-least-once) -tasolla anturidataa varten ja QoS 2 (exactly-once) -tasolla komentoja varten.
Edge-päättely vs. pilvipäättely
Suorita päättely edge-tasolla, kun latenssilla on merkitystä (reaaliaikaiset hälytykset, turvallisuusjärjestelmät), kaistanleveys on kallista (videovirrat) tai yksityisyys vaatii sitä (terveydenhuollon puettavat laitteet). Suorita pilvessä, kun malli on liian suuri edge-laitteistolle, kun useilta sivustoilta kerätty koulutusdata parantaa tarkkuutta tai kun päättelytulos ei tarvitse olla reaaliaikainen. MW suunnittelee hybridimallin: kevyen poikkeaman havaitsemisen edge-tasolla, monimutkaisen luokittelun pilvessä.
Aikasarjatietokannan valinta
InfluxDB operatiiviseen valvontaan kohtalaisella kardinaliteetilla. TimescaleDB, kun tarvitset SQL-yhteensopivuutta ja haluat yhdistää aikasarjadataa relationaaliseen dataan. ClickHouse, kun kyselysuorituskyky mittakaavassa on prioriteetti. MW arvioi kardinaliteetin (yksilöllisten aikasarjojen lukumäärä), kyselykuvioiden (pistehaku vs. aluehaut vs. aggregaatiot) ja säilytysvaatimusten perusteella.
Offline-First-suunnittelu
Edge-laitteiden on toimittava ilman pilviyhteyttä. MW toteuttaa paikallisen datan puskuroinnin rajatuilla jonoilla (konfiguroitavissa ajan ja koon mukaan), konfliktinratkaisun kaksisuuntaiseen synkronointiin (last-write-wins tai toimialakohtainen yhdistäminen) ja järjestelmän joustavan heikentymisen, jossa laitteet jatkavat toimintaansa vanhentuneilla konfiguraatioilla, kunnes yhteys palautuu.

Teknologian valinnat

KerrosTeknologiat
Edge-laitteetESP32, Raspberry Pi, Jetson Nano/Orin, STM32, custom PCBs
ProtokollatMQTT (Mosquitto, EMQX), CoAP, Modbus, BACnet, LoRaWAN, BLE
Fog/yhdyskäytäväAWS Greengrass, Azure IoT Edge, Apache NiFi, Docker teollisuus-PC:illä
Pilvi-IoTAWS IoT Core, Azure IoT Hub, GCP IoT, custom MQTT-välittäjät
DataInfluxDB, TimescaleDB, ClickHouse, S3/Parquet kylmävarastointiin
ML edge-tasollaTensorFlow Lite, ONNX Runtime, NVIDIA TensorRT (Jetson)

Milloin käyttää / Milloin välttää

Käytä silloin, kunVältä silloin, kun
Laitteet tuottavat suuria määriä dataa, jonka täydellinen siirto on kallistaKaikilla laitteilla on luotettava, matalan latenssin pilviyhteys
Reaaliaikaiset päätökset tarvitsevat < 100 ms vasteajan (turvallisuus-, ohjausjärjestelmät)Työkuorma on puhtaasti tiedonkeruuta pilven eräkäsittelyllä
Laitteiden on toimittava verkkokatkosten aikanaSinulla on < 50 laitetta ja voit hallita niitä yksitellen
Tietosuoja/vaatimustenmukaisuus edellyttää datan paikallista käsittelyä ennen pilveen siirtoa"Edge" on todellisuudessa verkkoselain — se on eri arkkitehtuuri

Lähestymistapamme

MW suunnittelee IoT-arkkitehtuureja "data gravity" -linssin kautta — kartoitamme, missä kukin datatyyppi on käsiteltävä (edge, fog tai cloud) latenssivaatimusten, kaistanleveyshintojen ja päätöksen tarkkuuden perusteella. Emme työnnä kaikkea pilveen ja suodata myöhemmin. Edge-käyttöönottoomme sisältyy automaattinen laitteiden provisioning-toiminto sertifikaattipohjaisella todennuksella, OTA-päivitysputket vaiheistetuin käyttöönotoin ja automaattisella palautuksella, sekä paikalliset hallintapaneelit fog-solmuissa paikan päällä oleville käyttäjille, jotka eivät voi odottaa pilven edestakaisia matkoja.

Aiheeseen liittyvät suunnitelmat

  • Ennakoiva kunnossapito älykkäille tehtaille — Edge-päättely tärinäanalyysiä ja vian ennakointia varten
  • Älykkäiden kuluttajatuotteiden IoT-alusta — Kuluttajalaitteiden hallinta pilvianalytiikalla
  • Yhdistetty kalustonhallintajärjestelmä — Ajoneuvotelemetria edge-käsittelyllä ja pilviaggregaatiolla
  • Älykkäiden rakennusten energianhallinta — BACnet/Modbus-integraatio fog-kerroksen optimoinnilla
  • Maatalouden IoT-seuranta ja analytiikka — LoRaWAN-anturiverkot offline-first-suunnittelulla
  • Puettavien terveyslaitteiden alusta — BLE-puettavat laitteet laitteensisäisellä terveyspäättelyllä

Aiheeseen liittyvät tapaustutkimukset

  • AI-valvontajärjestelmä — Edge-päättely RTSP-kameravirroilla ja fog-kerroksen aggregaatiolla
  • Videoanalyysi — Reaaliaikainen videonkäsittely edge-cloud-hybridipäättelyllä
Related Technologies
IoT DevelopmentCloud SolutionsAI Development
Infrastructure

Turvallisuuslähtöinen arkkitehtuuri

Turvallisuus ei ole ominaisuus, jonka lisäät julkaisun jälkeen. Se on arkkitehtuurin ominaisuus – järjestelmä joko suunniteltiin sitä varten tai sitten ei.

EnterpriseView
serverless-first-architecture.webp
Infrastructure

Palvelimeton ensin -arkkitehtuuri

Maksa vain siitä, mitä käytät, skaalaa nollaan, kun et käytä, ja lopeta palvelimien hallinta kokonaan – mutta tiedä, milloin taloudellinen hyöty loppuu.

AdvancedView

Usein kysytyt kysymykset

MicrocosmWorks käyttää päätöksentekokehystä, joka perustuu viiveherkkyyteen, kaistanleveyden kustannuksiin ja tietosuojalaatimuksiin jakaakseen työkuormia reunan ja pilven välillä. Aikaherkät tehtävät, kuten poikkeamien havaitseminen anturidatasta, paikalliset ohjauspiirit ja turvapysäytykset, ajetaan reunalla, kun taas mallien koulutus, historiallinen analytiikka ja sivustojen välinen yhdistely pysyvät pilvessä. Autamme asiakkaita kartoittamaan jokaisen IoT-käyttötapauksen oikeaan laskentakerrokseen arkkitehtuurin selvitysvaiheessamme.

MicrocosmWorks suunnittelee reunasolmut paikallisella tallennuksella käyttäen kevyitä tietokantoja, kuten SQLite tai TimescaleDB, yhdistettynä 'tallenna ja välitä' -jonotukseen, joka puskuroi dataa yhteyskatkosten aikana ja synkronoi automaattisesti, kun yhteys palautuu. Reunan laiteohjelmistomme sisältää ristiriitojen ratkaisulogiikan skenaarioihin, joissa offline-tilassa tehdyt paikalliset päätökset poikkeavat pilven puoleisesta tilasta. Tämä varmistaa tietojen katoamattomuuden ja jatkuvan toiminnan jopa ympäristöissä, joissa yhteys on ajoittainen, kuten etäisillä teollisuuskohteilla tai liikkuvissa kalustoissa.

MicrocosmWorks toteuttaa OTA (over-the-air) -päivitysprosessit kryptografisella allekirjoituksella, vaiheittaisilla käyttöönotoilla ja automaattisilla palautusominaisuuksilla varmistaakseen, että jokainen reunalaite vastaanottaa varmennetun laiteohjelmiston ilman käyttökatkosriskiä. Käytämme kahdenvälistä TLS-todennusta reunalaitteiden ja päivityspalvelimen välillä, ja laitteiston tukemana on suojattu käynnistys estämään peukaloidun laiteohjelmiston suorittamisen. Vaiheittainen käyttöönotto-strategiamme päivittää laitteita pienissä erissä, ja järjestelmän tarkistuksia tehdään vaiheiden välillä, jotta huono päivitys ei koskaan saavuta koko kalustoanne.

MicrocosmWorks valitsee reunalaitteiston työkuorman profiilin perusteella – NVIDIA Jetson tietokonenäköön ja ML-päättelyyn, AWS IoT Greengrass -yhteensopivat yhdyskäytävät yleiskäyttöiseen reunalaskentaan sekä kestävät teollisuus-PC:t Advantechin kaltaisilta toimittajilta ankariin valmistusympäristöihin. Ylläpidämme referenssiarkkitehtuureja jokaiselle alustalle, jotka sisältävät esikonfiguroidut verkko-, suojaus- ja telemetriapinot, mikä nopeuttaa käyttöönottoa 40-60 %. Tiimimme arvioi virrankulutusta, käyttölämpötila-aluetta ja liitettävyysvaihtoehtoja vastaamaan juuri teidän paikan olosuhteita.

MicrocosmWorks on saattanut päätökseen useita SCADA-modernisointihankkeita, joissa kerrostamme reunalaskennan yhdyskäytäviä, jotka kääntävät vanhoja protokollia, kuten Modbus ja OPC-UA, moderneiksi MQTT- tai gRPC-virroiksi häiritsemättä olemassa olevia ohjausjärjestelmiä. Ajamme rinnakkaista arkkitehtuuria siirron aikana, joten vanha SCADA jatkaa toimintaansa, kun taas uusi reuna-pilvi -putkilinja validoidaan tuotantodataa vastaan. Teollisen IoT-modernisoinnin konsultointihintamme alkavat 20-50 dollarista tunnissa riippuen protokollan monimutkaisuudesta ja asiaan liittyvistä sääntelyvaatimuksista.