Memproses data di tempat ia dijana. Tidak semua perlu berulang-alik ke awan β dan untuk banyak beban kerja IoT, ia tidak boleh.

Anda mempunyai peranti di lapangan β penderia di lantai kilang, kamera di gudang, monitor pada peralatan pertanian, peranti boleh pakai pada pesakit β menjana data yang perlu diproses, diambil tindakan, dan dihantar secara terpilih ke awan. Kependaman ke wilayah awan terlalu tinggi untuk keputusan masa nyata. Lebar jalur terlalu mahal atau tidak boleh dipercayai untuk menstrim semuanya. Peranti perlu berfungsi apabila rangkaian terputus. Anda memerlukan seni bina yang mengagihkan kecerdasan merentasi lapisan pinggir, kabus, dan awan berdasarkan tempat setiap keputusan perlu dibuat.
Explore more design patterns and system architectures
Arkitek kami dapat membantu merancang dan membina sistem menggunakan pola ini untuk keperluan khusus anda.
Hubungi KamiSeni bina awan-kabus-pinggir mengagihkan pengkomputeran merentasi tiga lapisan. Peranti pinggir mengumpul data penderia dan menjalankan inferens ringan (pengesanan anomali, amaran ambang). Nod kabus (gerbang premis atau pelayan tempatan) mengagregat data daripada pelbagai peranti pinggir, menjalankan model yang lebih kompleks, dan menguruskan kumpulan peranti. Perkhidmatan awan mengendalikan penyimpanan jangka panjang, latihan model, analitik seluruh kumpulan, dan papan pemuka pengurusan. Seni bina ini mengambil kira ketersambungan terputus-putus, heterogeniti peranti, kemas kini melalui udara, dan keselamatan di setiap lapisan.
Data mengalir ke atas melalui lapisan dengan kecerdasan di setiap lapisan. Peranti pinggir menerbitkan bacaan penderia ke nod kabus melalui MQTT atau CoAP. Nod kabus menjalankan pemprosesan aliran (Apache NiFi, AWS Greengrass, atau tersuai) untuk menapis, mengagregat, dan memperkaya data sebelum menghantar ke awan. Pengambilan awan (Kinesis, IoT Core, atau Event Hubs) menghalakan data ke pangkalan data siri masa, tasik data, dan saluran paip latihan ML. Arahan dan kemas kini OTA mengalir ke bawah melalui laluan yang sama. Sistem bayangan/kembar peranti mengekalkan keadaan terakhir yang diketahui bagi setiap peranti untuk pertanyaan dan penyelarasan.
| Lapisan | Teknologi |
|---|---|
| Peranti Pinggir | ESP32, Raspberry Pi, Jetson Nano/Orin, STM32, PCB tersuai |
| Protokol | MQTT (Mosquitto, EMQX), CoAP, Modbus, BACnet, LoRaWAN, BLE |
| Kabus/Gerbang | AWS Greengrass, Azure IoT Edge, Apache NiFi, Docker pada PC industri |
| IoT Awan | AWS IoT Core, Azure IoT Hub, GCP IoT, broker MQTT tersuai |
| Data | InfluxDB, TimescaleDB, ClickHouse, S3/Parquet untuk storan sejuk |
| ML di Pinggir | TensorFlow Lite, ONNX Runtime, NVIDIA TensorRT (Jetson) |
| Guna Apabila | Elak Apabila |
|---|---|
| Peranti menjana data bervolum tinggi yang mahal untuk dihantar sepenuhnya | Semua peranti mempunyai ketersambungan awan yang boleh dipercayai, kependaman rendah |
| Keputusan masa nyata memerlukan respons < 100ms (keselamatan, sistem kawalan) | Beban kerja adalah pengumpulan data semata-mata dengan pemprosesan awan kelompok |
| Peranti mesti berfungsi semasa gangguan rangkaian | Anda mempunyai < 50 peranti dan boleh menguruskannya secara individu |
| Privasi/pematuhan memerlukan pemprosesan data secara tempatan sebelum penghantaran ke awan | "Pinggir" sebenarnya adalah pelayar web β itu adalah seni bina yang berbeza |
MW mereka bentuk seni bina IoT dengan lensa "tarikan data" β kami memetakan di mana setiap jenis data perlu diproses (pinggir, kabus, atau awan) berdasarkan keperluan kependaman, kos lebar jalur, dan perincian keputusan. Kami tidak menolak semuanya ke awan dan menapisnya kemudian. Pelaksanaan pinggir kami merangkumi peruntukan peranti automatik dengan pengesahan berasaskan sijil, saluran paip kemas kini OTA dengan pelancaran berperingkat dan pemulihan automatik, serta papan pemuka tempatan pada nod kabus untuk pengendali di tapak yang tidak boleh menunggu perjalanan berulang-alik ke awan.
Keselamatan bukanlah ciri yang anda tambah selepas pelancaran. Ia adalah sifat seni bina β sama ada sistem itu direka bentuk untuknya, atau tidak.
MicrocosmWorks menggunakan rangka kerja keputusan berdasarkan sensitiviti kependaman, kos lebar jalur, dan keperluan privasi data untuk membahagikan beban kerja antara edge dan cloud. Tugas kritikal masa seperti pengesanan anomali pada data penderia, gelung kawalan tempatan, dan penutupan keselamatan berjalan di edge, manakala latihan model, analisis sejarah, dan pengagregatan rentas tapak kekal di cloud. Kami membantu pelanggan memetakan setiap kes penggunaan IoT ke peringkat pengkomputeran yang betul semasa fasa penemuan seni bina kami.
MicrocosmWorks mereka bentuk nod edge dengan ketekalan tempatan menggunakan pangkalan data ringan seperti SQLite atau TimescaleDB, digabungkan dengan penyimpanan dan penghantaran giliran yang menampung data semasa jurang ketersambungan dan menyegerakkan secara automatik apabila sambungan dipulihkan. Firmware edge kami merangkumi logik penyelesaian konflik untuk senario di mana keputusan tempatan yang dibuat di luar talian menyimpang dari keadaan sisi cloud. Ini memastikan sifar kehilangan data dan operasi berterusan walaupun dalam persekitaran dengan ketersambungan terputus-putus seperti tapak industri terpencil atau armada bergerak.
MicrocosmWorks melaksanakan saluran kemas kini OTA (over-the-air) dengan penandatanganan kriptografi, pelancaran berperingkat, dan keupayaan gulung balik automatik untuk memastikan setiap peranti edge menerima firmware yang disahkan tanpa risiko waktu henti. Kami menggunakan pengesahan TLS saling antara peranti edge dan pelayan kemas kini, dengan boot selamat yang disokong perkakasan untuk menghalang firmware yang diusik daripada dilaksanakan. Strategi penempatan berperingkat kami mengemas kini peranti dalam kelompok kecil dengan pemeriksaan kesihatan antara peringkat, jadi kemas kini yang buruk tidak akan mencapai seluruh armada anda.
MicrocosmWorks memilih perkakasan edge berdasarkan profil beban kerjaβNVIDIA Jetson untuk penglihatan komputer dan inferens ML, gateway serasi AWS IoT Greengrass untuk pengkomputeran edge tujuan umum, dan PC industri tahan lasak daripada vendor seperti Advantech untuk persekitaran pembuatan yang keras. Kami mengekalkan seni bina rujukan untuk setiap platform yang merangkumi timbunan rangkaian, keselamatan, dan telemetri yang telah dikonfigurasi, yang mempercepatkan penempatan sebanyak 40-60%. Pasukan kami menilai penggunaan kuasa, julat suhu operasi, dan pilihan ketersambungan untuk disesuaikan dengan keadaan tapak spesifik anda.
MicrocosmWorks telah menyelesaikan beberapa projek pemodenan SCADA di mana kami melapiskan gateway pengkomputeran edge yang menterjemahkan protokol warisan seperti Modbus dan OPC-UA ke dalam strim MQTT atau gRPC moden tanpa mengganggu sistem kawalan sedia ada. Kami menjalankan seni bina selari semasa penghijrahan supaya SCADA warisan terus beroperasi sementara saluran paip edge-cloud baharu disahkan terhadap data pengeluaran. Kadar perundingan kami untuk pemodenan IoT industri bermula pada $20-$50/jam bergantung kepada kerumitan protokol dan keperluan peraturan yang terlibat.