为了给您提供更优质的服务,请您先完善以下信息:
确认提交

扫码关注

爱数技术支持中心公众号

请选择:

请选择咨询类型

AnyShare
AnyBackUp
AnyRobot

扫码关注

爱数技术支持中心公众号

contact us

提交成功!

我们将在 24 小时之内联系你。

性能爆表
AnyShare
如何购买
我想先试用
我已是Anyshare 客户
AnyRobot
如何购买
购买 AnyRobot 订阅服务
我已是 AnyRobot 客户
一对一在线咨询
我是 AnyRobot 新客户
一对一在线咨询

牛仔和左轮手枪,产品与技术选择

2016-11-01

在美国西部电影中,两个牛仔手枪傍身,面向而立,沉默无言,决定一决高下。眨眼间,手起枪响,一方应声倒地。高手对决,拼的就是一个手速,这时候,手枪就是武器,是唯一可以依赖的伙伴。牛仔选择了手枪,手枪成就了牛仔。技术之于产品,恰如手枪之于牛仔,产品选择了技术,技术成就了产品。

不同的产品选择不同的技术。产品不同,产品要解决的问题也不同,提供的客户价值不同,其选择的技术也不同。

企业网盘的技术选择

以企业网盘为例,企业网盘为企业打造了一个安全的、移动的、可以随身携带的文档中心,满足了企业文档的存储、共享、检索等需求。它最基础的两种技术是【文件自动同步技术】以及【权限共享技术】。那么,为什么是这两种技术,而不是别的?这其实是产品决定的,或者说是客户环境和客户期望决定的。

【权限共享技术】作为企业网盘的一种基础技术,是非常容易理解的,因为企业网盘是为企业服务的,企业不是一个人,而是多人团队协作,协作各方需要共享文档。另外,企业的文档是有安全访问要求的,一份核心财务文档不是谁都可以访问,所以要基于权限进行安全控制,从而保障文档被合适的人访问,不会发生泄漏问题。

比较有意思的问题是,为什么【文件自动同步技术】是企业网盘的基础技术之一。这就需要回溯到企业网盘行业的诞生。

在爱数AnyShare产品和业务的早期阶段,我们提过一个口号叫“革文件服务器的命”,也就是说想要用AnyShare替换企业中的文件服务器。在企业网盘兴起和普及之前,很多企业都采用传统的文件服务器存储和共享文档。传统的文件服务器一般是基于CIFS/NFS或者FTP协议的。

CIFS/NFS是网络文件协议,以CIFS为例,可以将网络文件夹挂载到本地电脑,访问操作文件的体验和本地文件一致,基本上是实时读写服务器端文档,对于网络的稳定性、带宽等要求比较高,另外,当文档数据量比较大的时候,其负载和并发瓶颈会比较严重,所以比较适合在局域网中小规模部署和使用。

但是,随着移动互联网的发展,整个社会的上网条件越好越好,智能手机越来越普及,人们越来越希望能够随时随地的访问文档,而不是仅仅在办公室的局域网环境中;同时,人们也开始不仅仅拥有1台设备,而是2台甚至更多的办公设备。针对这种需求,传统的技术已经捉襟见肘,人们需要更好的技术。

这时候文件同步技术就应运而生,与CIFS/NFS不同,文件同步技术是先将文档缓存在客户端,当文档发生变化时,再同步回服务器,这种模式对于网络的要求不高,能够很好的适应广域网的带宽条件,同时也能够适应用户多设备文档访问的需求,从而最终成为了企业网盘的一种基础技术。

文件同步技术解决了网络和多设备访问的问题,但是对于用户而言,他已经习惯了直接打开、编辑和保存文档,而不是在编辑和保存文档之后,再点击一个同步按钮;所以,文件同步技术变成了文件自动同步技术,这样就达到了一个效果,那就是虽然文档实际存在同步过程,但是用户却能够像操作本地文档一样操作云端文档。

与企业网盘不同,爱数内容家选择了别的技术

内容家定位为内容云存储,目前在专注为企业级客户打造【对外内容安全发布解决方案】。与企业网盘不同,它选择了别的技术。

说到技术选择,就需要先说一说【对外内容安全发布解决方案】是什么。

基于业务需要,企事业单位普遍存在对外安全发布内容的场景,例如,企业面向数千家渠道、合作伙伴定期发布产品销售工具资料。通常而言,企业采用邮件、即时通讯工具、网盘等传统方式对外发布内容,这种做法存在以下弊病:

•   无法满足企业级安全合规性要求:员工想发就发,同时,接收者可以随意再次传播、泄漏,事前无法控制、事中缺乏审计、事后无法追查

•   传递缓慢、通道不畅:缺乏统一、有效的的内容发布、更新通道,导致内容无法及时、有效的传递到众多的接收者手中。

另外,组织规模越大、安全合规性要求越高,以上弊病越明显,越难以忍受,对于构建安全、直达的对外内容发布通道的需求越迫切。

内容家提供的对外内容安全发布解决方案基本上是这样子的:

首先要说的是,内容家没有选择基于用户的权限控制技术,而是选择了【安全凭证技术】。

如何来理解二者的区别呢?简单的说,就是刷脸和刷卡的区别,这里来详细解释下。在企业网盘中,如何避免文档被安全权限不够的人员访问呢?

首先,它需要把企业的员工都加入到企业网盘中,并针对每个用户和文档设置权限,用户依据设置的权限高低来访问和操作文档。但是在对外内容发布场景中,发布方可能需要把一个文档发布到成千上万个接收者手中,这里面有两个非常关键的信息:

•   人员众多

•   接收方并不是企业的员工,而是外部人员

在这种情况下,发布方企业很难把众多外部人员加入到系统中,并分别配置权限;如果这样做,先不谈会不会把发布方企业的管理员累死的问题,因为接收方并不是企业的员工,而是外部人员,大家更多的是业务合作关系,而不是上下的隶属管理关系,导致发布方企业很难获知、更新接收方企业的员工情况,比方说,接收方企业的一个员工离职了或者新增加了一名员工,发布方企业要过很久才能够知道。

这样,基于用户进行权限管控的技术就不适用于对外内容发布的场景,相反,基于安全凭证的技术则比较合适。

针对不同安全等级的接收方企业颁发不同安全等级的安全凭证,接收方企业员工凭借安全凭证来访问发布的文档。

此外,内容家选择了【内容订阅和移动推送技术】。

很多企业级客户会采用QQ、邮件或者企业网盘的方式来对外发布内容,这是一种【publisher->receiver】的模式,当接收方数量不大的时候,这种方式尚可接受;但是,一旦接收方的数量达到百、千、万级时,就会带来非常大的管理复杂度,导致发布效率低下,容易出错。相对于【publisher->receiver】的方式,【订阅模式】更为合适。

企业发布内容后,总是会对内容进行定期/不定期的更新,这些业务内容的变化需要快速直达的传递到接收方手中,接收方也需要第一时间获知这些变化,所以,移动推送技术就应运而生。当有新的发布内容产生,或者原有发布内容发生了更新时,这些动态都会第一时间推送到接收者手中。

结语

从上面,我们可以看到,产品总是在不断甄别和选择适合自己的技术,就像牛仔找寻适合自己的左轮手枪,当一个产品找到适合自己的技术,完成第一步的融合后,技术就会开始不断的反哺产品,成就产品。

最后,给技术人员提一个小小的建议。在产品没有思考清楚,或者没有相对成型之前,技术架构一定是不成熟的。因为技术是服务于产品的,它的架构会随着产品的变化而变化,所以,对于处于探索之路的新产品,极度的追求技术架构固化是极大的浪费。

ai-assistant
chat
support
trial
需求助手 (内容由 AI 大模型生成,请仔细甄别)