目前，业界最常见的软件范例有：单体（Monolith）和微服务架构两种类型。两者的逻辑结构如下图所示。 通常： 微服务架构是将应用程序表示为微小的、松散耦合的服务集合。由于整体的复杂性被转移到了服务的协调级别上，因此每个服务都代表了一种业务功能，可以更加容易地去定位相关代码。 而单体架构是将几个离散的功能组成一个单元，作为一个整体进行测试、部署和扩展。由于所有组件都是相互依赖的，因此通常不能够单独运行。这就意味着某个模块中的错误，可能会减慢、甚至破坏整个应用程序。

o语言的微服务框架众多，有种百家争鸣的味道。在框架选型的时候，难免有点选择困难症。 笔者选取影响力比较高的几种微服务框架（gin、beego等web框架排除在外）进行比较：