物联网吸引了很多人的关注。传感器和控制器的网络毫无疑问会极大地丰富我们的生活——但是它们也可能被误用而造成危害。幸运的是，云能够帮助我们发扬物联网的优势，并且极大地避免危害。
物联网（IoT）是连接到互联网的极大规模的设备群。虽然业界已经讨论并且定位了与IoT模型相关联的安全风险，我们还需要考虑的另外一方面是费用。即使在今天，Wi-Fi或者4G或者5G传感器的费用，还是家庭或者办公室的，基于公认协议，比如ZigBee或者X10的传感器的三到五倍。因此，企业如何承担这样的费用，特别是当互联网连接的传感器可能开放给所有人时？
对于企业IT架构师而言，IoT的单元为中心的视图要求升级已有流程和网络——这是很难说服CFO之处。这样的IoT模型还带来了私有传感器网络所没有的，新的安全和合规忧虑，这使得费用问题更加严重。有一些IoT应用的单元连接是必需的 ——比如，跟踪交通运输情况的应用，但是对于其他应用而言，则需要更好的模型。
IoT模型中云和微服务的角色
实施IoT的更好的方式是不将其看作传感器集合，而是作为云托管的微服务的集合。类似地，我们应该认为互联网不是服务器的集合，而是资源的集合。微服务能够使用和如今互联网所使用的相同的RESTful API，让传感器和控制器可用，并且保护其不受攻击。
微服务使得用户可以执行特定任务，读取特定数据元素，并且改变特定参数。借助这样的能力，企业能够使用安全和策略过滤器来控制IoT的使用方式——构建到每个在线传感器和控制器内的可能非常昂贵的东西 。
云托管微服务可能能够创建出一种功能集合的IoT模型。比如，一系列功能会收集传感器和控制器，并且使其以数据而不是设备的形式暴露给大家。甚至还可以添加时间戳数据，使得用户更容易设定趋势并且确定相关性。数据也能够通过位置索引，允许其链接到用户的位置或者路由。添加一个门户box，任何传感器网络就都能够添加到IoT设备集合里。这样能够快速构建出大规模传感器数据，同时花费很低。
云给微服务添加了更多的动态性，这对于处理高度变化的IoT工作负载至关重要。比如，当音乐会结束时会堵车，IoT传感器的查询可能会使设备崩溃。但是使用了微服务后，单个进程能够获得设备信息，并将其存储，以供数百万次的访问，并且随着工作负载的改动按需扩展微服务进程的数量。
云和微服务对公有IoT服务的影响
微服务和云还能够促进公有IoT服务进入自定义和创新的新阶段。比如，假设有一个路径应用程序，设计来采集一个大城市的步行路径。这样的应用必须理解上百个传感器的位置和数据格式，这些传感器可能是很多不同的代理部署的——并且只有少数几个开发人员能够处理任务。但是，使用简单的API，一系列微服务就能够用通用格式暴露这些信息。开发人员只需要发布他们的微服务就可以添加价值。
公有服务的IoT模型必须有价值，并且任何增加花费，安全和合规风险的东西都很难部署。即使对于企业级IoT而言，是基于私有传感器和控制器，还是依赖公有IoT资源，要得到足够的信息保证工作者生产率是个很大的挑战。设备本身无法解决问题，IT技术人员能够从微服务模型受益更多。
剩下的问题是企业如何从多个资源里最佳地组装微服务，产出有用的IoT模型。但是不管创建分类API和云托管微服务的registry会如何复杂，控制安全，策略以及在个人基础之上确定数十亿传感器的流程都会更为复杂。要避免这样的问题，想要部署IoT的企业必须考虑云和微服务方案。
物联网（IoT）是连接到互联网的极大规模的设备群。虽然业界已经讨论并且定位了与IoT模型相关联的安全风险，我们还需要考虑的另外一方面是费用。即使在今天，Wi-Fi或者4G或者5G传感器的费用，还是家庭或者办公室的，基于公认协议，比如ZigBee或者X10的传感器的三到五倍。因此，企业如何承担这样的费用，特别是当互联网连接的传感器可能开放给所有人时？
对于企业IT架构师而言，IoT的单元为中心的视图要求升级已有流程和网络——这是很难说服CFO之处。这样的IoT模型还带来了私有传感器网络所没有的，新的安全和合规忧虑，这使得费用问题更加严重。有一些IoT应用的单元连接是必需的 ——比如，跟踪交通运输情况的应用，但是对于其他应用而言，则需要更好的模型。
IoT模型中云和微服务的角色
实施IoT的更好的方式是不将其看作传感器集合，而是作为云托管的微服务的集合。类似地，我们应该认为互联网不是服务器的集合，而是资源的集合。微服务能够使用和如今互联网所使用的相同的RESTful API，让传感器和控制器可用，并且保护其不受攻击。
微服务使得用户可以执行特定任务，读取特定数据元素，并且改变特定参数。借助这样的能力，企业能够使用安全和策略过滤器来控制IoT的使用方式——构建到每个在线传感器和控制器内的可能非常昂贵的东西 。
云托管微服务可能能够创建出一种功能集合的IoT模型。比如，一系列功能会收集传感器和控制器，并且使其以数据而不是设备的形式暴露给大家。甚至还可以添加时间戳数据，使得用户更容易设定趋势并且确定相关性。数据也能够通过位置索引，允许其链接到用户的位置或者路由。添加一个门户box，任何传感器网络就都能够添加到IoT设备集合里。这样能够快速构建出大规模传感器数据，同时花费很低。
云给微服务添加了更多的动态性，这对于处理高度变化的IoT工作负载至关重要。比如，当音乐会结束时会堵车，IoT传感器的查询可能会使设备崩溃。但是使用了微服务后，单个进程能够获得设备信息，并将其存储，以供数百万次的访问，并且随着工作负载的改动按需扩展微服务进程的数量。
云和微服务对公有IoT服务的影响
微服务和云还能够促进公有IoT服务进入自定义和创新的新阶段。比如，假设有一个路径应用程序，设计来采集一个大城市的步行路径。这样的应用必须理解上百个传感器的位置和数据格式，这些传感器可能是很多不同的代理部署的——并且只有少数几个开发人员能够处理任务。但是，使用简单的API，一系列微服务就能够用通用格式暴露这些信息。开发人员只需要发布他们的微服务就可以添加价值。
公有服务的IoT模型必须有价值，并且任何增加花费，安全和合规风险的东西都很难部署。即使对于企业级IoT而言，是基于私有传感器和控制器，还是依赖公有IoT资源，要得到足够的信息保证工作者生产率是个很大的挑战。设备本身无法解决问题，IT技术人员能够从微服务模型受益更多。
剩下的问题是企业如何从多个资源里最佳地组装微服务，产出有用的IoT模型。但是不管创建分类API和云托管微服务的registry会如何复杂，控制安全，策略以及在个人基础之上确定数十亿传感器的流程都会更为复杂。要避免这样的问题，想要部署IoT的企业必须考虑云和微服务方案。
