数据库架构与数据处理策略
1. 允许数据库架构自然形成
在项目开发中,轻松更改数据库的能力开启了一种高效的快速开发策略。即便在因外部限制(如高层决策)最终必须使用关系型数据库的项目场景中,也可在项目早期将 NoSQL 数据库作为“开发工具”使用。这样做有诸多优势:
- 无需过早确定架构设计。
- 避免架构迁移。
- 不会轻易在数据实体间创建依赖(即避免 JOIN 查询)。
当完成大量迭代、深入了解客户需求并清晰把握所建模的业务问题后,便可迁移至关系型数据库。此时,可利用 NoSQL 文档集中自然形成的隐式架构,在 SQL 数据库中构建显式架构。
2. 使用组合操作数据
2.1 数据操作消息化
将数据操作表示为消息,可实现组件化,这也是微服务架构的核心优势之一。以第 2 章的文章页面服务和文章服务为例,文章服务通过 get/add/remove/list - article 等消息集暴露文章数据,这些消息由文章页面服务发送。文章页面服务执行业务逻辑操作(如文章格式化和显示),文章服务则负责暴露文章数据。
2.2 引入新微服务拦截消息
可以引入新的微服务来拦截数据操作消息。例如,引入缓存微服务,在查询文章服务之前先检查缓存。关键在于,文章页面服务和文章服务无需知晓这种拦截,仍按原有方式运行。这种消息拦截策略不仅限于缓存,还可用于验证、访问控制、限流、修改等各种数据操作。
2.3 采用替代数据流模型
此方法还能使用替代数据流模型。例如,数据写入和读取的路径可以不同,可使写操作异步,读操作同步。这种架构在需要高性能且最终一致
超级会员免费看
订阅专栏 解锁全文

被折叠的 条评论
为什么被折叠?



