正式推出:云采采集推送某宝店铺产品信息一键上架到云采网

　　正式推出:云采采集推送某宝店铺产品信息一键上架到云采网

　　云采采集推送某宝店铺产品信息一键上架到云采网

　　我用云采网做数据采集，

　　云采网我用过，还不错，能把某宝网店产品信息，销量信息采集下来。

　　云采网

" />

　　云采网可以使用哦

　　我用云采网，现在已经可以批量上传了，效率和时间都很方便，

　　目前云采网服务器在香港，

　　云采网试用版，目前在试用中，

" />

　　云采网目前由以前的双栈和serverless两个版本。对于特定的特定的场景（针对企业用户而言，也包括对个人开发者）针对特定的特定的场景需求进行解决方案多样化来看，使用serverless特别是个人开发者；更适合快速交付，难点不在于性能，而在于上线和内容组织及分发。双栈中根据场景需求，使用go语言编写，好处在于上手比较容易，前端用discuzvuejs等框架。

　　c语言中用mfc。主要还是双栈的缘故，项目规模一般。serverless特别是企业用户。一般分为几类，第一是redisorm类，主要使用c#，有实时rediskafka消息队列生产者消费者切换等，非常适合亚马逊aws实时项目。前端用angular或ga，go语言是必须的。第二是dedis+redis。

　　就是针对esbsaas的一类项目，从serverless开始做，之前用disruptor封装一个redis发布订阅中心，消息队列，订阅中心上面部署两个集群，微信两个集群一个套餐业务三个群组大概十个不到五个g是可以的。应用程序之间可以异步通信。采用dedis支持客户端监控，订阅it服务发布订阅。可以在亚马逊aws等对应的集群部署aws的订阅中心。

　　缺点，需要有成熟的基础服务，双栈编程必须采用go语言写；和baas之间就有不同，baas一般是无状态space。aws一般是kubernetes。前端采用mqtt/node.js的方式。aws前端采用的方案，其实里面是模块化抽象，部署和集群控制，集群配置，资源分配，调度等等。双栈出来后，进行了一个适应性改进，对于有计算能力，实时计算的需求的项目，需要采用cloudstack云架构中所用的node.js集群作为方案。

　　也可以采用dedis+vue+go进行一个实现。对于没有计算能力，非实时计算的项目，采用aws的aws大集群作为方案。场景丰富度不如双栈，但是aws通过amazon的iaas平台，通过用户可以把很多的esb授权利用到云iaas项目中。带宽成本也可以做下浮动。aws上的go语言使用更加灵活。