I am building a fleet of smart sensors for industrial monitoring and the latency of sending data back to a central Cloud Computing region is too high. Is the industry moving toward Edge Computing where the "intelligence" happens on the gateway, or will 5G make centralized cloud fast enough that we don't need to worry about local processing power?
3 answers
It’s not about replacement; it’s about "Evolution." Centralized Cloud Computing will always be the best place for massive model training and long-term data archiving. However, for real-time inference—like stopping a machine if a sensor detects a vibration anomaly—Edge Computing is essential. You can't wait 200ms for a round-trip to a data center. The future is a "Cloud-to-Edge" continuum. You train your machine learning models in the cloud using the 2TB of historical data, then you push a tiny, quantized version of that model (TFLite) to the edge device. This gives you the brainpower of the cloud with the instant reaction time of local hardware.
Do you think the maintenance of thousands of Cloud Computing edge nodes is even feasible for a small maintenance team?
For my Cloud Computing projects, I use 5G as a primary link, and it has reduced our latency by 60%. Sometimes the network is the easier fix!
Brandon makes a valid point. If you have stable 5G, you can postpone the complex move to Edge Cloud Computing until your data volume truly justifies it.
Steven, that is a massive hurdle. Managing a central Cloud Computing cluster is one thing, but updating firmware on 5,000 sensors in the field is a nightmare. We are looking at "Over-the-Air" (OTA) update managers like AWS IoT Greengrass. It allows us to treat the edge devices like a fleet. If an update fails on one node, it shouldn't brick the rest of the factory. It’s definitely shifted our hiring needs; we now need engineers who understand both embedded C++ and cloud-based orchestration, which is a very rare and expensive combination of skills to find right now.