一种家庭数据入口推广策略,全新的数据推送方式

目前个人消费大块数据(如视频、大型软件游戏等)的场合主要是在家庭,加上智能家居等需求,家庭数据入口有比较大的应用前景。现在推广数据入口的方式主要是智能路由器产品。但是推广速度不是很理想。一是免费送不起;二是个性化消费品涉及硬盘失效、产品更新及个人爱好等,不适合房产开发商统一部署;三是推送数据的能力比较弱。这里讨论另一种推送方式。

假设你是推广者,我是消费者,开始讲故事。

首先你跟一家小区宽带或者二级运营商(后面再讲大运营商)合作了。他们在一个出口上会有大量用户进入公网。从这里上公网的流量对他们是收费的。他们入口下面给你找一个数据汇聚点部署服务器。服务器到我家电脑、电视之间的网络质量跟从我家路由器到电脑间的质量差不多。从服务器上取数据的速度跟传统硬盘差不多【注1】。

后来你给我一种免费(你送得起,后面有成本分析)升级服务,把我本地50G的D盘和你的一块大的虚拟存储空间融合成一块几个T的“融合盘”。用法不变,我看到的差别只是它变大了。从此它像网盘一样自动备份,瞬间下载文件,可扩展,多台电脑或手机可以融合同一块盘。

容量和速度完美的兼顾了,即使是追求高品质的游戏发烧友也没什么挑剔【注2】。数据安全性可以达到网银的水平【注3】。

说好的数据入口呢?

首先是家庭入口的APP安装平台:

我家原本有几十块钱的小路由器。在你的服务器上启动一台虚拟机送给我,我把路由器配器权限交给虚拟机。它在路由器上配置目的NAT把虚拟机端口映射到我家里。这个虚拟机和我的融合盘,和我的旧路由器加在一起变成了一台智能路由器,什么APP都可以运行。还可以做智能家居的控制节点。虚拟机就送吧,送得起。

以前不敢想的数据推送方式

现在你送给我不少东西了,你能做到什么?我简单讲几个:

1.      我收藏了一个网购店铺,店家可以把一个装了导购软件的虚拟机作为3D营销大厅推送到我的订阅目录(不占我空间配额),不用我下载,每天在我开机前已经把视频介绍、软件版本刷到最新。我不用点击下载开机就有,随看随新。P2P网店?

2.      我喜欢一个影评人,他可以发布一个本地目录给我订阅。我能看到他每天看的片段、录的话、写的笔记。或者把他在目录里共享的主页我加入浏览器收藏,P2P博客?

3.      比较酷的手机发烧友,自己配好的虚拟手机推送到我的订阅目录,我可以试玩他的机器,下载喜欢的应用。新的移动APP推动方法。

4.      有的软件我不用装在本机,推送给我虚拟机我来用,用完就退出。新的软件使用方法。

5.      这片云上跑云游戏,效果比现在公网上会好得多。

我们码农在这方面想得少,互联网经营者请自行脑补。

这种推送方式是直接把新数据刷到我的存储空间,跟点击下载的区别,就是报纸送到我桌上和我到邮局取的差别。

浏览器上造不出来的交互体验,试试推送虚拟机能不能造出来?

成本分析

怕成本高送不起?我们来算算成本。

个人用户产生数据的能力远小于消费数据的能力。各种程序、影视等,大量相同数据可以合并存储。实现跨服务器的数据合并,即使加上备份空间也会省不少资源。

这样部署的融合盘把数据的汇聚点拿到了公网入口下面。比如10000家用户在一朵社区云上,当我下载一个文件,是用9999家的本地数据给我做加速(前提是跨服务器的数据合并)。只要有一家下过我就不用走公网。跟传统下载加速有本质不同。给小区宽带节约的带宽成本很快就够买这家人用到的服务器资源。

按现在的智能路由器的CPU和内存计算,流量大时需要用一大块来支持网络功能,剩下能分配给APP的资源加在一起折算到服务器上,处理最忙时用到相当于几十块钱的资源。APP不忙时这些资源用来合并磁盘数据,没有多少成本。

码农只会算计算机成本。计算机以外的成本粗略估计,通过合理的运营方式会被冲抵消化掉吧。不花什么钱。

运营商为什么跟你合作?

除了上面讲的降成本以外,跟你合作的运营商还可以提供差异化增值服务。先有这个功能的运营商会受到新房地产开发商的优待。以前运营商之间拼成本,拼广告。现在可以用增值服务和基础设施【注4】竞争了,应该会受欢迎吧。

先让这种方法流行起来,看能否打动大运营商的心。

关于推广,我们做技术的人不方便把故事讲得太猛。做生意的人忘掉我讲的故事,想一个真正历害的故事反过来吓我一跳。

我们想做什么?

这个故事你去问一下技术专家,哪里的技术准备度不足?包括但不限于以下几条:

1.      硬盘和网络介质间的融合盘技术;

2.      跨服务器的数据合并技术(不同服务器间形成一个大文件数据包)【注5】;

3.      一颗CPU上部署很多小的虚拟路由器,跑类似播放流媒体这种应用时表现会很差;

4.      用户接入推送虚拟机时现场复制虚拟机与介质,自动组网。【注6】

5.      最关键的,商用虚拟机方案收license费用,虚拟机就不适合这种低价位场景。马上把开源方案做到同一水平不现实,但是可以考虑把这里面的应用场景做到完善,这样成本就覆盖得住。长期来看,支持开源对这种应用领域的扩展有很大帮助。

这些都不是很复杂的技术,我们都有了简洁的设计。为什么这些到现在都没有出现?大企业们引导这个领域的技术演进,追逐对自己有利的营利模式,技术上造成了不必要的繁琐、壁垒,以及莫名其妙的空白。个别厂商甚至有意促成技术上的“反祖现象”【注7】。这是企业的正常行为,也是技术领域的遗憾。云计算本身是个好东西,这个概念讲了很久,但普通家庭没看到什么好处。用户在买自己的计算资源,使用落后的计算方式,造成不必要的成本和环境压力。

我们这些码农本来不懂做生意。但是根据专业分析把这些技术还原成它“本来该有的样子”,发现可以解放出几种用法。再根据我们贫乏的商业知识模仿互联网思路讲出上述的故事,这还只是我们已有设计的一部分。我们还经常会想出新东西。

我们正准备通过开源,把这些技术还原成它“本来该有的样子”。让合理的技术出现,让昂贵的技术免费,让不必要的障碍消失。让普通老百姓也能用得起高效便宜的云服务。想达到这种目的,我相信最合适的途径还是开源。

以上是初稿,文字粗糙没配图。对这些想法有兴趣交流者,或者有任何修改意见,请站内信联系。非常感谢。

注1:例如我家1G网卡,100M包月上网。全速上网时还剩余900M带宽通往服务器。相当于传统机械硬盘的速度。想达到主流硬盘水平扩一块网卡也能达到,一般必要性不大。

注2:比如我是对游戏体验有很高要求的发烧友,D盘是时下最快的高速硬盘的一个分区。融合以后我常玩的游戏会被自动放在本地的50G上,玩游戏体验没有变化。这个月不常玩的n个游戏被自动移到远端。不需要用户操作,是自动的。

注3:由于小区云用户全是有名有姓的,本身就比公网开放的访问入口安全得多。加块很便宜的小硬件(送吧)安全性可以做到跟网银一个水平甚至更好。不加的话比电邮略好。

注4: 现在每户带宽低,设施好坏看不出来。数据汇聚点放到线下,差异就看出来了。

注5:不是现在云网盘上那种数据合并。那种很不彻底,而且用在本地文件系统里有很多问题。

注6:不能说完全没有。但是不全。而且现有方法用在这里有各种问题,带来各种成本和麻烦。

注7:不便多讲,很好玩的例子。

时间: 2024-09-30 03:12:45

一种家庭数据入口推广策略,全新的数据推送方式的相关文章

数据包级网络遥测和网络安全推送分析

随着网络规模,复杂性和流量的增长,对连续和精确监控的需求比以往任何时候都要大.持续监控是检测安全问题,错误配置,设备故障以及执行流量工程的重要部分. 在最高级别,它是一种基于推送的监控方法:数据平面设备(如交换机和路由器)将有关流量和性能的数据流式传输到执行分析的软件.网络遥测正在成为支持这些需求的有力方式. 今天的遥测系统迫使用户在粒度和覆盖范围之间进行选择.分组级系统将每个分组(或报头)流式传输到软件.这提供了细粒度的可见性,但是在软件中处理每个数据包的成本使得高覆盖率变得不切实际.流级系统

互联网产品消息推送设计策略(转)

在移动互联时代,消息推送越来越受到各个APP的重视,本文就以互金产品为例阐述消息推送的几个类别以及应用的场景方式.运营策略,希望对你有益. 在之前一文中,笔者概括性的介绍了通知功能是互金理财平台的一个基础但重要的功能.消息推送能将个人账户相关.平台相关内容送达终端用户,是为互联网产品一个重要的功能.在移动互联网时代,移动客户端出现寡头效应,消息推送愈发重要,而在互金产品中尤甚. 因此本文将开始重点阐述互金产品消息推送的类别.场景.方式和前后端推送设计策略以及运营策略. 1 定义 本文所指的"互金

策略模式+简单工厂模式+单例模式:简单推送服务

一.功能: 实现  获取数据  —>根据用户订阅清单进行推送 —> 这里的推送方式:QQ.Email.App.插件等等 用户可多选推送方式. 二.实现 1.推送方式—枚举(位运算): [Flags] public enum PushType { QQ = 0, Email = 2 } 2.策略模式:抽象推送策略 public interface IPush { bool Push(object data); } 3.QQ推送+Email推送 QQ推送:单例模式—静态创建QQ推送服务,线程安全.

WebService推送数据,数据结构应该怎样定义?

存放在Session有一些弊端,不能实时更新.server压力增大等... 要求:将从BO拿回来的数据存放在UI Cache里面,数据库更新了就通过RemoveCallback "告诉"UI Cache.实现更新. 环境:BO 提供一个WebService给UI取数据.UI也有一个WebService,提供给BO 通知UI更新数据.数据结构的原生类始终在BO层. 本来是想在数据库Update 后,在BO将Cache的数据推送至UI Cache,但当中遇到了自己解决不了的问题: 数据结构

策略模式+单例模式+简单工厂模式:推送服务

一.功能: 实现  获取数据  —>根据用户订阅清单进行推送 —> 这里的推送方式:QQ.Email.App.插件等等 用户可多选推送方式. 二.实现 1.推送方式—枚举(位运算): [Flags] public enum PushType { QQ = 0, Email = 2 } 2.策略模式:抽象推送策略 public interface IPush { bool Push(object data); } 3.QQ推送+Email推送 QQ推送:单例模式—静态创建QQ推送服务,线程安全.

HTML5支持服务器发送事件(Server-Sent Events)-单向消息传递数据推送(C#示例)

传统的WEB应用程序通信时的简单时序图: 现在Web App中,大都有Ajax,是这样子: HTML5有一个Server-Sent Events(SSE)功能,允许服务端推送数据到客户端.(通常叫数据推送).基于数据推送是这样的,当数据源有新数据,它马上发送到客户端,不需要等待客户端请求.这些新数据可能是最新闻,最新股票行情,来自朋友的聊天信息,天气预报等. 数据拉与推的功能是一样的,用户拿到新数据.但数据推送有一些优势. 你可能听说过Comet, Ajax推送, 反向Ajax, HTTP流,W

app运营:如何制定消息推送策略?

app运营:如何制定消息推送策略? 今天,在队内,我做了一次关于app消息推送策略设计的分享,在这里整理出来,也算一个知识梳理过程,供各位批评指正. 很多app设计者总是很贪婪,想要攫取用户的眼球,于是就不停地通知,还有一些app本身很nice,却因为那些没完没了的通知变得让人讨厌.如何打磨一个好的app消息推送策略,对一个app的体验而已至关重要. 在一个移动操作系统的生态中,app可以实现一个功能,叫做消息推送,即通知(push).通知是能够起到提醒或者唤醒用户的作用的,也是app运营最优质

C# 数据推送 实时数据推送 轻量级消息订阅发布 多级消息推送 分布式推送

前言 本文将使用一个NuGet公开的组件技术来实现数据订阅推送功能,由服务器进行推送数据,客户端订阅指定的数据后,即可以接收服务器推送过来的数据,包含了自动重连功能,使用非常方便 nuget地址:https://www.nuget.org/packages/HslCommunication/            github地址:https://github.com/dathlin/HslCommunication                                 如果喜欢可以s

Spring MVC 实现web Socket向前端实时推送数据

最近项目中用到了webSocket服务,由后台实时向所有的前端推送消息,前端暂时是不可以发消息给后端的,数据的来源是由具体的设备数据收集器收集起来,然后通过socket推送给后端,后端收到数据后,再将这些数据推送给前端. 听起来业务逻辑有点复杂.其实单独的实现socket或websocket都比较简单,但是二者之间的数据传输问题,困扰了我很久.也想过用redis做一个消息队列,将socket接收到的数据处理后丢进去,然后再用websocket从redis里取出数据,再推送给前端. 但是.问题来了