ZigBee联盟推动新技术规格 整合互连苹果、亚马逊、Google在内物联网装置

ZigBee联盟推动新技术规格 整合互连苹果、亚马逊、Google在内物联网装置,第1张

不少物联网装置都同时加入多种规范,例如同时支援亚马逊Alexa、GoogleHome、苹果HomeKit连接规范,但若是与其中一种连接规范绑定,就无法被其他连接规范装置使用,对于一般连网家庭可能同时使用不同品牌装置情况,实际上还是会面临部分装置无法串接互连的尴尬情况。

苹果、亚马逊、Google在内业者稍早宣布与ZigBee联盟(ZigBeeAlliance)共同宣布,将提出名为「ProjectConnectedHomeoverIP」的技术规格,借此让不同物联网连接规范能彼此互通。

由于目前多数物联网装置均以不同规范运作,同时多半无法彼此连接互通,在部分情况甚至必须透过其他方式桥接才能达成彼此互连效果。

为了改善此类问题,不少物联网装置必须同时加入多种规范,例如昕诺飞(Signify)推出的PhilipsHue系列灯具,本身就同时支援亚马逊Alexa、GoogleHome、苹果HomeKit连接规范,但若是与其中一种连接规范绑定,就无法被其他连接规范装置使用,对于一般连网家庭可能同时使用不同品牌装置情况,实际上还是会面临部分装置无法串接互连的尴尬情况。

因此,除了LINEThings透过Beacon及蓝牙方式,让连网装置能以JavaScript标准网页技术彼此连接,此次由ZigBee联盟主导,并且由旗下会员如IKEA、Legrand、恩智浦、Reso、三星旗下SmartThings、施耐德电机、昕诺飞、SiliconLabs、Somfy,以及中国南京物联加入的「ProjectConnectedHomeoverIP」技术规格,则是以网路IP技术为基础,让所有连网装置能彼此安全互连。

而在苹果、亚马逊与Google大型物联网应用业者也加入推动「ProjectConnectedHomeoverIP」技术规格,预期将可让多数物联网装置能够彼此串接,而预期未来也可能吸引诸如小米在内同样推行大量物联网装置的业者加入。

「ProjectConnectedHomeoverIP」技术规格初期将会聚焦在诸如烟雾侦测设备,以及针对居家安全监控设备,预计在2020年下半年以开源形式对外公开使用,并且呼吁更多物联网装置业者加入支持。

先对来说还是挺好的。
亚马逊云科技连续11年被Gartner评为“全球云计算领导者”,在2021年全新Gartner魔力象限中被评为“云基础设施与平台服务(Iaas&PaaS)领导者”(查看完整分析师报告)。
从计算、存储和数据库等基础设施技术,到机器学习、人工智能、数据湖和分析以及物联网等新兴技术,亚马逊云科技提供丰富完整的服务及功能,我们的每一行代码都为满足苛刻的需求而编写。
亚马逊云科技提供广泛、深入的机器学习服务及配套的云基础设施,从而使每位开发人员、数据科学家和专家从业者都能利用机器学习技术。
亚马逊云科技正在帮助十万多位客户加速其机器学习之旅。
探索适合您的业务需求的机器学习服务,并学习入门方法。

我个人认为这计划是没什么前景的,因为马斯克的“星链”是有官方支持的,而且经过多年的发展,早就把最优的近地轨道占领了。

怒我直言,亚马逊的这个卫星互联网服务“柯伊伯”就是去给马斯克的“星链”送人头的,理由也很简单,因为地球的近地轨道早就被马斯克的“星链”占领了。这个轨道是通信最好的近地轨道。如果亚马逊也要和马斯克一样,搞个“柯伊伯”来和马斯克的“星链”来竞争的话。那么亚马逊需要投入更多的资金,而且同等业务,亚马逊的收费肯定要比马斯克的“星链”更贵,因为亚马逊的占有的近地轨道不好。这就和为什么当初世界各国都争抢外太空轨道的原因,因为轨道好可以减少一大堆成本,亚马逊的“柯伊伯”还没开始就落后了,还怎么玩?

如果说前者是因为入局晚,稍微多投入点钱可以解决,那后面这个就真的说明“柯伊伯”没有未来了。那就是核心技术,亚马逊虽然也曾经搞出了蓝色起源,和马斯克的Spacex是同样的公司,但因为技术的原因,被马斯克甩的不知道多远。这次亚马逊又想推出“柯伊伯”和马斯克的“星链”竞争,基本上也是在送死,因为马斯克有Spacex公司带来的技术储备,而且还有官方的支持,况且马斯克的Spacex也已经进行了多次发射,现在天上每天都有马斯克的“星链”飞过,而亚马逊的“柯伊伯”还没见到影子。

总的来说,我个人认为亚马逊推出卫星互联网服务“柯伊伯”未来的前景很惨,因为这片市场本身就不大,而市场份额早就被马斯克的“星链”占领了。


AWS即Amazon Web Services,是亚马逊(Amazon)公司的云计算IaaS和PaaS平台服务。AWS面向用户提供包括d性计算、存储、资料库、应用程式在内的一整套云计算服务,能够帮助企业降低IT投入成本和维护成本。

AWS提供了一整套基础设施和应用程式服务,使几乎能够在云中运行一切应用程式:从企业应用程式和大数据项目,到社交游戏和移动应用程式。

基本介绍 中文名 :aws 外文名 :Amazon Web Services 程式类别 :应用程式 项目基础 :大数据项目 官网 ::awsamazon// 服务介绍,分类,竞争对手,存储辞汇表, 服务介绍 很多公司选择AWS作为其IT解决方案,AWS有很多云服务,以下介绍AWS中几类比较重要的服务。 分类 计算类: EC2(Elastic Compute Cloud) 是一种d性云计算服务,可为用户提供d性可变的计算容量,通常用户可以创建和管理多个虚拟机,在虚拟机上部署自己的业务,虚拟机的计算能力(CPU、记忆体等)可以根据业务需求随时调整。 Elastic IP Addresses(d性IP位址) – d性IP位址是为动态云计算设计的静态IP位址。一个d性IP位址是和你的账户相关,而不是和你的一个特定实例相关。不像传统的静态IP位址,d性IP位址可以通过重新匹配你的共有IP位址到你账户任意的实例,从而让你可以忽略实例或者可用区域的错误。 连线本质上是通过NAT1:1的匹配每个Elastic IP和Private IP。 Elastic MapReduce :EMR采用运行在亚马逊EC2和S3的托管Hadoop框架上。以立即获得满足需要的计算能力,例如网页索引、数据挖掘等数据密集型任务,轻松、经济地处理海量数据,不用担心对Hadoop集群耗时的设定、管理或调优。 AS(Auto Scaling)自动伸缩服务 :允许用户根据需要控制亚马逊EC2自动扩大或减小计算能力。用户利用AS可以无缝地增加EC2的实例数量,以保证使用高峰期的性能,也可以在需求停滞时自动减少以降低成本。AS特别适合那些需求按小时、天或周规律变化的应用程式。 AS由亚马逊CloudWatch控制,并且用户不必支付CloudWatch以外的其他服务费用。 ELB (Elastic Load Balancing)d性负载平衡 :自动将入口流量分配到多个亚马逊EC2实例上。d性负载平衡在实例池中不断检测不正常的实例,并自动引导路由流量到正常的实例上,直到不正常的实例恢复正常。客户可以在单一的数据中心进行负载平衡,更可以在跨中心的套用上获得相同的功能。 兼容IPv6,数据来自于CloudWatch 部署&管理类:
ACW (Amazon CloudWatch)云监控服务: 监控亚马逊自身提供的云资源以及在云上运行的应用程式。提供可视化监测,并且可以利用API调用进一步处理监控的数据。 Amazon WorkSpaces: 是一种虚拟桌面服务,托管在Amazon的云中。用户可以选择任何终端设备(如笔记本电脑、iPad、Kindle Fire或Android平板电脑)访问 Amazon WorkSpaces,获得与传统办公桌面一样的使用体验,更能享受节约设备成本、保证个人数据安全、随时随地办公等便利。 网路类:
R53(Amazon Route 53)亚马逊53号路由: Domain Name System web service(网路域名服务)。提供从基础设施(EC2实例,ELB,或者S3)到IP位址的映射。 VPC (Virtual Private Cloud)虚拟私有云: 在亚马逊公有云之上创建一个私有的,隔离的云。可以像在自己的数据中心一样定义VPC的拓扑结构。可以和公司现有的数据中心互通。可以利用NAT使得子网不暴漏区域网路IP,公用一个IP位址与外界通讯。通过NAT设定访问控制,保护数据安全性。 存储类: S3 (Simple Storage Service) : 亚马逊简单存储服务(S3)是一种网路存储服务,可为用户提供持久性、高可用性的存储。用户可以将本地存储迁移到Amazon S3,利用 Amazon S3 的扩展性和按使用付费的优势,应对业务规模扩大而增加的存储需求,使可伸缩的网路计算更易于开发。 EBS (Elastic Block Store)d性数据块存储: EBS卷是独立于实例的存储,可作为一个设备动态连线到运行着的亚马逊EC2实例上。EBS特别适合于单独需要一个资料库、档案系统、或访问原始块存储的应用程式。 套用服务类: SQS (Simple Queue Service)简单讯息伫列服务: 提供讯息存储伫列,使讯息可以在计算机之间传递,在执行不同任务的分散式套用组件之间轻松的转移数据,既不会丢失信息,也不要求每个组件都保持可用。SQS可以与亚马逊EC2和其他AWS的基础设施网路服务紧密结合在一起,方便地建立自动化的工作流程。SQS以网路服务的形式运行,对外发布一个web讯息框架。Inter中任何计算机都可以添加或阅读讯息,而不必安装任何软体或配置特殊的防火墙。使用SQS的套用组件可以独立运行,不需要在同一网路中使用相同的技术开发,也不必在同一时间运行。 SNS (Simple Notification Service)简单通知服务: 在云中安装、处理或传送通知。它为开发人员提供了一种从应用程式发布讯息,并立即传送给订阅者或其他应用程式的能力,用于创建通知某应用程式(或客户)某方面的主题。客户订阅这些主题,并使用客户选定的通信协定(例如,>

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/dianzi/13360697.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-07-21
下一篇 2023-07-21

发表评论

登录后才能评论

评论列表(0条)

保存