Closed helianthuswhite closed 8 years ago
LGTM
我们想的情况是这样的,因为我们是有多台服务器进行交互,比如将iot服务器中的图片传输到另一个我们的本地服务器中进行图片处理,然后给出返回的结果,我们发现iot上面只有本地文件读写,没有我们想要的功能,所以就增加了一个向其他服务器发送文件的服务。 后来因为还使用到了一些云服务的API,感觉服务之间有些相似,就决定把这两个服务整合到一起,因为都是送往远程服务器处理然后得到返回值。 在参数的设计方面,将http和https协议的请求整合到了一起,所以第一个参数需要加上该项来判断具体的使用协议。最后一个参数是考虑到一些云服务API的使用需要验证身份。 起初我们也认为该服务的输入有些复杂,后来考虑到使用此服务的场景一般会与其他服务结合,接收上层服务传下的参数,所以就没有进行修改。
因为我们对iot也不是十分透彻,所以对服务的理解和使用可能还存在许多问题,为了提供更好的服务和用户体验,我们会积极吸取您的意见和建议并进行改正,也希望能够学到更多有用的不论是技术上还是服务结构设计上的知识。
我只是觉得作为"文件发送服务", 范围太大, 不同的server可能处理的方法, 以及对输入数据的要求, 都是不同的. 很难兼顾各种场景. 在你的实现中, 是直接将文件内容用octet-stream类型发给server. 其他第三方的server可能并不认识这样的类型, 或者需要发送端对数据做预处理, 等等.
不如就针对特定的cloud service来封装我们的服务.
嗯,好的,那我先把该服务改成微软的云服务。
不过我觉得在iot中,实现本地服务器的文件传输也挺重要的,因为现在的智能互联系统通常有多个硬件设备,就导致可能需要搭建不止一个服务器。这多个服务器之间想要进行文件传输该怎么处理呢?
我不知道我的想法是否正确,如果需要实现此服务,该怎么去改进?
这是一个有用的需求,但是一个比较大的feature。一种可行的实现方式是需要在系统中部署一个文件转发服务(类似于现在的Message Broker),当工作流中的一个节点(假设为X)的outport标注为文件类型并且连接到另外一个节点(假设为Y)的inport(同样为文件类型)时,系统会把该文件通过文件转发服务在各个节点之间转送。
系统需要可以适配多种类型的第三方组件并利用他们完成文件转发服务(就像Message Broker可以基于mqtt或者其他协议一样)。例如一种适配是开一个FTP server。X把文件upload过去,然后把文件地址告诉Y,Y把它取下来。其他的例如开一个Redis或memcached之类的,或者使用一个云服务(例如网盘)做中转。
当然一种极端的实现是直接点对点传输,即Y可以直接从X那儿取到文件,而不需要第三方介入。
我重新提交了微软人脸识别的服务,文件转发的服务可能一时无法解决。
请在doc中描述一下 微软人脸识别服务的链接, 返回值的结构, 以及如何训练等问题
修改完成
在试用了你的新增服务后, 我建议使用request带代替原生https 主要原因是request会走系统代理, 而https module设置代理会比较麻烦
谢谢指点,修改完成。
LGTM!
Oh, i'm so careless. That's all right.
LGTM
建议你将该服务发布, 请参照http://01org.github.io/intel-iot-services-orchestration-layer/#getstarted/example/publish_service
名字我的建议是 iotsol-service-msface
Thanks
👌 I have done this.
微软人脸识别API
该服务能够更方便的使用微软的人脸识别API来获得返回的结果,可以识别出人物的面部已经外貌特征。
输入参数
filepath
:需要识别的图片的绝对路径。配置参数
keys
:使用微软人脸识别服务所获得的Ocp-Apim-Subscription-Key。输出结果
data
:以JSON字符串的形式输出返回的识别结果。样例图片