很遗憾，微服务拆分没有标准，更多是经验，以下内容是从我写的书籍上复制的。我们从高内聚低耦合、业务模型、读写模式、演进式拆分、阶段性合并这些角度再来介绍服务拆分原则。1.高内聚、低耦合高内聚、低耦合是软件工程中的概念，在软件设计中通常用耦合度和内聚度作为衡量模块...

既然理解微服务是用来重构业务应用的，这个问题就很简单，以业务应用为核心，构建业务服务。忘掉，重构！业务服务需要数据服务、计算服务、搜索服务、算法服务……以及基本的日志、监控、配置、注册发现、网关、任务调度等组件。至于数据服务怎么实现，看你团队能力。这才涉及数据分...

问题很专业。个人感觉可以从系统架构做拆分一定是好的方向，不同的业务应用对IO的要求是不同的，应用结构化越简单，越能发挥硬件的优势。比如OLTP系统，小数据块，大批量读写，就适合可以支持大并发、高IOPS的存储，例如闪存存储；而OLAP系统，大数据快的顺序读，就适合检索最快的连续读的存...