微服务实践目录，可以参见连接。

思想

在接收到一个新的新项目时，架构师的职责是建立项目的业务与技术实现之间的桥梁。在翻译业务到技术实现的过程中需要进行业务建模、技术设计等方面的工作。业务建模和技术设计过程中都有各自领域的知识体系。基本上每个知识体系都是由上层的理论、概念和方法论的提供方向上的支撑，由下层的实施方法、实施工具进行具体工作的实施。
在微服务实践系列文章中主要介绍在微服务实践过程中可能会考虑到的方向、以及这些方向可供选择的技术工具、并会涉及少量的架构设计理论知识。而在架构设计系列文章中会介绍架构理论、架构设计实践、以及架构设计中的分析与评估方法。
因为本系列文章主要介绍的是技术工具的内容，就会根据技术工具的特性进行介绍。不过本系列文章中不会像网络上其他的技术文章一样以某项技术为维度进行文章编写。而更像书本以技术的维度进行整理。以这种方式一方面是符合了我们的【实践】题目，便于在实践过程中使用技术工具组织整体架构。另一方面以技术方向而不是某一个技术实现，也是以一种自顶向下的思维方式进行说明（软件研发人员一般会使用自底向上的视为方式）。

技术方向

对于微服务中技术的全局中可能会有很多门技术需要学习与掌握。这里以一张图的方式为大家展示可能在微服务中遇到的技术与实现方向：
技术全景
作者把微服务实践中的技术方向有分了四部分：微服务管理，存储技术，业务支持，DevOps。微服务管理是介绍分布式系统的技术实现部分。存储技术独立出来的意义在于存储和大数据，人工智能等大型的独立系统有关系。业务支持是阐述在业务实现过程中可能会用到的技术，但是不和通用的微服务技术相关的技术。DevOps是在微服务设计和敏捷的提倡下需要接受一切自动化的方式。
技术工具
上图中的浅绿色部分，是说明所有的技术方向。之后所有的文章都会按照这个规范进行编写。右侧每一列都是一项技术实现，这些技术实现可能会涵盖不同的技术方向。所以，这里也会在下面的文章中在不同的技术方向上推荐不同的实现技术。例如：做数据库与缓存同步的工具可选范围不多的情况，我就只能推荐Gearman。
从图中可以看到微服务技术关注的大概方向，基本上整理出来五个大方向。并在五个大方向上有相关的具体技术方向进行补充。现在基本上就缺具体的实现技术选型：