-
产品及方案 产品及方案
-
数据驱动型组织通过体系化的方法构建全域数据能力,实现数据驱动运营,重塑组织生产力
- 行业方案
- 典型方案
- 产品
-
数据驱动型组织
- 服务与支持
- 社区
- 合作伙伴
- 关于爱数
请选择咨询类型
扫码关注
爱数技术支持中心公众号
我们将在 24 小时之内联系你。
在美国西部电影中,两个牛仔手枪傍身,面向而立,沉默无言,决定一决高下。眨眼间,手起枪响,一方应声倒地。高手对决,拼的就是一个手速,这时候,手枪就是武器,是唯一可以依赖的伙伴。牛仔选择了手枪,手枪成就了牛仔。技术之于产品,恰如手枪之于牛仔,产品选择了技术,技术成就了产品。
不同的产品选择不同的技术。产品不同,产品要解决的问题也不同,提供的客户价值不同,其选择的技术也不同。
企业网盘的技术选择
以企业网盘为例,企业网盘为企业打造了一个安全的、移动的、可以随身携带的文档中心,满足了企业文档的存储、共享、检索等需求。它最基础的两种技术是【文件自动同步技术】以及【权限共享技术】。那么,为什么是这两种技术,而不是别的?这其实是产品决定的,或者说是客户环境和客户期望决定的。
【权限共享技术】作为企业网盘的一种基础技术,是非常容易理解的,因为企业网盘是为企业服务的,企业不是一个人,而是多人团队协作,协作各方需要共享文档。另外,企业的文档是有安全访问要求的,一份核心财务文档不是谁都可以访问,所以要基于权限进行安全控制,从而保障文档被合适的人访问,不会发生泄漏问题。
比较有意思的问题是,为什么【文件自动同步技术】是企业网盘的基础技术之一。这就需要回溯到企业网盘行业的诞生。
在爱数AnyShare产品和业务的早期阶段,我们提过一个口号叫“革文件服务器的命”,也就是说想要用AnyShare替换企业中的文件服务器。在企业网盘兴起和普及之前,很多企业都采用传统的文件服务器存储和共享文档。传统的文件服务器一般是基于CIFS/NFS或者FTP协议的。
CIFS/NFS是网络文件协议,以CIFS为例,可以将网络文件夹挂载到本地电脑,访问操作文件的体验和本地文件一致,基本上是实时读写服务器端文档,对于网络的稳定性、带宽等要求比较高,另外,当文档数据量比较大的时候,其负载和并发瓶颈会比较严重,所以比较适合在局域网中小规模部署和使用。
但是,随着移动互联网的发展,整个社会的上网条件越好越好,智能手机越来越普及,人们越来越希望能够随时随地的访问文档,而不是仅仅在办公室的局域网环境中;同时,人们也开始不仅仅拥有1台设备,而是2台甚至更多的办公设备。针对这种需求,传统的技术已经捉襟见肘,人们需要更好的技术。
这时候文件同步技术就应运而生,与CIFS/NFS不同,文件同步技术是先将文档缓存在客户端,当文档发生变化时,再同步回服务器,这种模式对于网络的要求不高,能够很好的适应广域网的带宽条件,同时也能够适应用户多设备文档访问的需求,从而最终成为了企业网盘的一种基础技术。
文件同步技术解决了网络和多设备访问的问题,但是对于用户而言,他已经习惯了直接打开、编辑和保存文档,而不是在编辑和保存文档之后,再点击一个同步按钮;所以,文件同步技术变成了文件自动同步技术,这样就达到了一个效果,那就是虽然文档实际存在同步过程,但是用户却能够像操作本地文档一样操作云端文档。
与企业网盘不同,爱数内容家选择了别的技术
内容家定位为内容云存储,目前在专注为企业级客户打造【对外内容安全发布解决方案】。与企业网盘不同,它选择了别的技术。
说到技术选择,就需要先说一说【对外内容安全发布解决方案】是什么。
基于业务需要,企事业单位普遍存在对外安全发布内容的场景,例如,企业面向数千家渠道、合作伙伴定期发布产品销售工具资料。通常而言,企业采用邮件、即时通讯工具、网盘等传统方式对外发布内容,这种做法存在以下弊病:
• 无法满足企业级安全合规性要求:员工想发就发,同时,接收者可以随意再次传播、泄漏,事前无法控制、事中缺乏审计、事后无法追查
• 传递缓慢、通道不畅:缺乏统一、有效的的内容发布、更新通道,导致内容无法及时、有效的传递到众多的接收者手中。
另外,组织规模越大、安全合规性要求越高,以上弊病越明显,越难以忍受,对于构建安全、直达的对外内容发布通道的需求越迫切。
内容家提供的对外内容安全发布解决方案基本上是这样子的:
首先要说的是,内容家没有选择基于用户的权限控制技术,而是选择了【安全凭证技术】。
如何来理解二者的区别呢?简单的说,就是刷脸和刷卡的区别,这里来详细解释下。在企业网盘中,如何避免文档被安全权限不够的人员访问呢?
首先,它需要把企业的员工都加入到企业网盘中,并针对每个用户和文档设置权限,用户依据设置的权限高低来访问和操作文档。但是在对外内容发布场景中,发布方可能需要把一个文档发布到成千上万个接收者手中,这里面有两个非常关键的信息:
• 人员众多
• 接收方并不是企业的员工,而是外部人员
在这种情况下,发布方企业很难把众多外部人员加入到系统中,并分别配置权限;如果这样做,先不谈会不会把发布方企业的管理员累死的问题,因为接收方并不是企业的员工,而是外部人员,大家更多的是业务合作关系,而不是上下的隶属管理关系,导致发布方企业很难获知、更新接收方企业的员工情况,比方说,接收方企业的一个员工离职了或者新增加了一名员工,发布方企业要过很久才能够知道。
这样,基于用户进行权限管控的技术就不适用于对外内容发布的场景,相反,基于安全凭证的技术则比较合适。
针对不同安全等级的接收方企业颁发不同安全等级的安全凭证,接收方企业员工凭借安全凭证来访问发布的文档。
此外,内容家选择了【内容订阅和移动推送技术】。
很多企业级客户会采用QQ、邮件或者企业网盘的方式来对外发布内容,这是一种【publisher->receiver】的模式,当接收方数量不大的时候,这种方式尚可接受;但是,一旦接收方的数量达到百、千、万级时,就会带来非常大的管理复杂度,导致发布效率低下,容易出错。相对于【publisher->receiver】的方式,【订阅模式】更为合适。
企业发布内容后,总是会对内容进行定期/不定期的更新,这些业务内容的变化需要快速直达的传递到接收方手中,接收方也需要第一时间获知这些变化,所以,移动推送技术就应运而生。当有新的发布内容产生,或者原有发布内容发生了更新时,这些动态都会第一时间推送到接收者手中。
结语
从上面,我们可以看到,产品总是在不断甄别和选择适合自己的技术,就像牛仔找寻适合自己的左轮手枪,当一个产品找到适合自己的技术,完成第一步的融合后,技术就会开始不断的反哺产品,成就产品。
最后,给技术人员提一个小小的建议。在产品没有思考清楚,或者没有相对成型之前,技术架构一定是不成熟的。因为技术是服务于产品的,它的架构会随着产品的变化而变化,所以,对于处于探索之路的新产品,极度的追求技术架构固化是极大的浪费。