- 磁盘故障
- 网络故障
- CPU占用
- App监控
餐厅、厨房物联网化：
包括冰箱、洗碗机、大屏、POS、水表、电表、燃气表等的物联网化。从现有的场景来看，我们的厨房和餐厅的大多设备是分散的、不关联的。
目前我们想要把这些设备联系起来，作为一个设备集合，打成一个店铺包。以此来采集一些数据，或者进行一些监控，或远程下发一些指令等。
但是从目前的情景来看，设备种类不但多种多样，且设备硬件类型也多种多样。这其中不乏包括一些嵌入式设备，或者一台Windows主机，亦或是一台Android主机。
对于PC类设备（在Win或Android运行），我们物联网化较为简单，因其直接植入我们的插件即可，我们也不需要触碰硬件相关的模块，只需通过增加软件就可能满足我们物联网化的目的。
对于嵌入式设备，例如冰箱、洗碗机、水表、电表，其大多是嵌入式设备，我们不能直接在其中植入相关插件，而且，对于这类设备的物联网化，也只能由设备的厂家去做，这就是物联网受限于硬件所致。
但是对于这类设备，如果厂家的确做好了物联网化，例如水表、电表等，我们不乏可以做一个数据整合平台，将各个厂家的各种设备数据对接过来，作为一个店铺的数据来整体应用，从而提取一些有价值的信息为店铺提供服务。但对于一些本身就不支持联网的设备，其物联网化还需设备厂商从硬件底层进行重构才可行。
或者，我们通过增加中间层来解决。例如，我们要统计每个店铺每天用电量，我们可以在总开关处增加物联网插座，这样通过物联网插座就能实时统计每天的用电量了。但这种并不能从根本上解决问题，其实和再装一个电表并无太大区别。
因此，综上来看，我们能触碰的场景只是局限于我们自己的PC类设备。
对于这类设备，我们只能监控一些环境信息。除此之外，要么便是做一些业务相关的应用。
例如，对设备端下发一些配置，或者对大量设备进行健康巡查，异常预警。
亦或是远程控制设备，远程调试设备等。
但终究，这些功能只是停留在运维层面，只能对现有的运维流程进行 “锦上添花”。
想要真正实现物联网数据应用价值，任重而道远已。
