微服务架构是现在比较流行的，根据我之前看过的数据库厂商的解释，应该是可以理解为将原单一的产品根据功能与服务对象划分成多种小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程或独立的资源中，服务与服务间采用轻量级的通信机制互相沟通。每个服务都围绕着自身功能进行构建，并且能够独立地部署。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据相关联服务，选择合适的工具对其进行构建。
以上解释来源于柏睿数据，他们的实时云数仓原始技术架构是采用的计算与存储分离的架构，这种架构就类似于当前流行的微服务架构，反正适合自己的才是最好的。
这种存算分离架构的优势包括：计算方面，借助柏睿数据自研的新一代分布式内存数据库技术，充分发挥内存的高读写带宽优势，让CPU计算得更快。不需要关注如何实现数据的可靠性与一致性。我们将陆续在接下来的文章中分享如何对性能调优。存储方面，只关注存储部分的功能，考虑如何将内存中的数据快速写入与读取，并保障数据的可靠性与一致性。
如果想继续深入了解，建议可以多看看现在比较知名的数据库厂商都是怎么做的，实践出真知，我就是通过这种方式学习的。