-
Notifications
You must be signed in to change notification settings - Fork 0
去中心化的服务端?还是中心化部分的服务端服务 #1
Copy link
Copy link
Open
Description
这个的讨论是关于服务器的成本问题,在我初步的设计之意,是为了让我们更专注我们自身的服务和客户端的模块化开发,且不希望我们的服务因为其他社区/个人的自定义服务造到破坏。我们人力财力物力均有限,这是我想出的一个权衡方案。
以下是我的两种服务端设计方案与讨论后的相关结果
-
使用统一的API约束服务器核心业务,服务端完全去中心化
- 这个方案是最轻松的,对于我们来说。我们无需维护复杂且对外负责的用户管理网络,无需为我们之外的服务消耗服务器带宽和存储资源,而且服务端的更新和变动会相对自由很多
- 但是,这个方案没有约束力,可能会造成可扩展的统一平台演化为可扩展节点的不统一平台,也就是统一客户端的约束力会降低
-
第二种方案是我们实现服务器的部分核心业务(用户权限管理,用户的社区关系网,个人信息,跨社区授权等等)
- 这个方案将必须的基础设施与我们官方的服务端绑定,形成依赖关系,确保“统一”可落实
- 缺点就是需要维护一个相当复杂的系统,毕竟客户端是高度模块化的,我们的核心服务API的设计也需要提供对应支持
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels