借着WPS的困境讲讲三种维度的架构

王福强

2022-07-13


背景

有人反映自己通过WPS写的文档被锁定,还有的说自己本地文件被删:

金山就此也辟谣了:

我相信,这个辟谣的可信度还是可以的,应该还是合规性问题,而不是随意删除文件,如果是随意删除文件,那就涉及到破坏用户数据了,这个,破坏计算机系统罪不知道适用不适用啊;)

实际上,之前很多用户反映,什么云文档啦或者什么云音乐啦,要么会查看用户的云文档内容,或者删除/锁定用户本地的音乐文件,其实这些都属于合规性问题,你骂企业是没有用的,企业要合法经营,也得遵守所在国家的法律框架不是?

由此,我们倒是可以引申出三种维度的架构问题…

信息监管架构

我们先抛开道德感不论,在一个有信息监管需要的地方,设计一套行之有效的监管实施架构最有效的方式就是法律,付诸于法律背后的神秘力量,然后展开到区域和实体的实施,这是更大力度的架构,也是我们首先要关注的架构设计。

至于记者证啦,搞搞活动啦,都只是属于运营的一部分。

企业作为监管架构下的某个实体,在框架设计的约束下运转。

商业架构

WPS的产品最早是单机产品,甚至于还是DOS时代的产物:

但单机产品有个最头疼的问题,尤其是在我们这片土地上: 盗版

所以,随着网络的普及以及SaaS模式的出现,各大软件厂商逐渐将产品形态从单机转向云和SaaS模式,当然有办公协调层面的考虑,但从商业模式或者商业架构上考虑,SaaS模式带来的好处不单单是天然反盗版(因为缺乏信任,只能核心资产上收),更主要的是,从厂商的角度,可以年年收租金,月月都有现金流。

如果说过去用户可以通过付费买断软件的所有权,那么,今天用户只能通过付费买软件的使用权。 这就是SaaS产品和商业模式的本质: 租

技术架构

现在让我们把视线落到大家认知里最常见的架构,也就是“技术架构”上来,如果让你作为架构师来设计像WPS这样云产品的技术架构,你会怎么设计?

是云+端等量同步吗? 还是云为主,端为辅? 甚至直接通过浏览器+云的模式,把所有核心职能都上收到云上?

如果要检测用户的文档内容是否符合合规要求,我们是在云端直接扫描呢? 还是像当年杀毒软件那样,把病毒库下发到用户电脑端执行? 要锁定不合规的文件,我们是云端直接权限控制,还是做指令下发?

好啦,留着些问题给大家去思考吧,毕竟,我们不是WPS的架构师;)

怎么办

这或许才是大家最为关心的,是的,就算了解了这些, 我们应该怎么办呢?

至少有两条路,至于路怎么走,当然你自己看着办咯~

要么,合规化操作

比如那天华章的杨福川就做过出版行业使用WPS的实践和经验,其中就有提醒作者在内容创作过程中要注意的合规性问题。

要么,选择其它产品

至少有三类产品可以作为替代品:

  1. Offic类替代品:这类替代品主要是为了那些习惯了使用office的人群(当然,前提是可以寻求这类替代品),比如退回到某个老版本的微软office,或者选择像LibreOffice这样的开源产品;
  2. Block Editor类替代品: 基于块(Block)的编辑器现在也发展的很成熟了,比如Notion,如果你能习惯这类内容编辑器,这也是一类不错的替代品选择;
  3. Markdown类替代品: 这个就比较geek了,偏纯文本,对于非程序员用户极其不友好,不推荐普通大众使用,虽然我现在日常最多的就是用这种方式,这个我之前讲过(git + markdown + pandoc);

好啦,GL & HF,今天就这样吧!


>>>>>> 更多阅读 <<<<<<


「福强私学」来一个?

「福强私学」, 一部沉淀了个人成长、技术与架构、组织与管理以及商业上的方法与心法的百科全书。


开天窗,拉认知,订阅「福报」,即刻拥有自己的全模态人工智能。

订阅「福报」