01 产品经理
产品经理应该是一家互联网公司最开始有的角色,负责市场调研,根据用户的需求去定义一款产品,有了雏形之后再去找开发把这个产品实现出来,所以说产品经理是牵头人,没有产品,这家公司也就不存在。
02 技术人员
包括一款产品的设计、开发、测试、维护升级等此类工作的人员,如果说产品经理是互联网企业的灵魂,那么技术人员就是企业的骨骼,管理整个框架,实现产品经理的各种想法,维护整个系统程序的稳定。
03 运营人员(内容运营、新媒体运营)
产品上线后,有了第一批用户,但是产品上没有内容或者不能吸引用户留住用户,流量流失严重,这个互联网产品不能有效运转,这时候就需要运营人员的出现,他们就像血液,传输养分,推动产品合理优质的运行。
04 UI设计
UI需把产品设计的更加好看,让产品有自己独特的风格,在外观上脱颖而出。产品定位用户,运营留住用户,如果外观很难看,用户嫌弃,还会转而使用其他的相似产品。所以说UI设计像个经纪人,需要把自己产品包装成大明星,吸引更多的人来关注,毕竟这是一个看脸的时代,外观给体验感带来不适,还有什么留下来的必要呢?
05 市场(数据分析)
一个公司必不可少的一个是市场部,这里的市场销售可不是指穿着小西装戴着工牌的传统行业销售,产品好用,内容丰富,外观好,用户越来越多,可以开始赚钱啦,此时市场销售出现,将流量转化成客户。销售负责找到客户,将产品通过广告或者付费服务等手段开始赚钱。产品的用户很多,用户就会在产品上的各种 *** 作上留下很多日志文件,互联网行业的销售还有懂数据分析,对此进行精细化运营,从而实现更精准的转化。
伦艺有MA Interaction Design Communication专业。要求申请者有相关的荣誉学位(相当于国内双非均分80或211985均分75)背景,但是并没有严格要求一定要是与伦艺同等水平的学术背景,接受无学术背景但是有相关工作经验的学生。有更多想要了解的,可以登录伦艺官网查看,也可以@我。
IOT网关,接收sensor数据的总入口,主要是日志,安全防护,流控,协议转换等功能,
图1 IOT网关
之前有提到IOT网关是基于python的twisted框架实现的,初期的时候该IOT网关主要实现的功能是 数据接收和转换功能 和 安全防护 。
数据接收和转换功能 ,这里很简单,拟定好数据交互格式后,IOT网关按照约定好的格式进行解析,然后转发给后端服务进行进一步的处理
安全防护 ,设备的区分主要是依靠烧录到硬件的SN号来实现,SN号包含的信息比较多,如生产批次,设备型号等,受制于厂商我安全防护不能做的非常完善,同时sensor与IOT网关的交互不能非常复杂。安全防护这一块理论上是设备接入要一型一密或者一机一密,协议上还应该启用tls/ssl安全通信协议。
图2 鉴权
安全防护要做ssl这类的安全通信协议的话,要考虑设备厂商实现通信模块能力,设备功耗,设备性能(低端设备cpu性能可能比较差,可考虑对称加密形式),IOT网关也需要引入相应模块。
另外认证从性能方面考虑,后期在设备比较多的情况下,可以加入redis等内存型key-value数据库,缓存设备信息,提高鉴权模块性能。
实践中,我们的sensor基本都是依靠电池供电,因此我们的IOT网关基本是面向短链接(后期我们有监测设备,依靠外部电源直接供电,为长连接),因此在每次发起连接我们都要进行一次鉴权,鉴权通过后,设备方可上传传感器监测数据和设备自身状态。
图3 数据交互流程
这一块的调试工作长达半年左右,才基本稳定下来,主要集中在设备商处除了硬件稳定性,还有在调试中发现传输的字符串乱码(c语言处理问题),沾包(厂商开发人员tcp协议不熟),优化传输效率,关闭cork或者 Nagle 算法(传输包很小)。
因为IOT网关不能主动断连接,理论 *** 作中,IOT网关应该和sensor有心跳协议,保证连接的有效性。设备商在数据流程交互完成后,竟然没有close 连接,直接休眠,导致网关所在服务器的连接的文件描述符一直没有正常释放,后面为了预防这种现象,我开启了 *** 作系统层面的keepalve定时器,回收失效连接(系统默认时间是2小时左右,我缩短了失效时间),理论上来说应该是应用层面去实现心跳协议。
整个IOT网关的设计,是无状态,可伸缩的,单网关在普通型ecs上可轻松达到数百tps。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)