Sers微服务快速入门-01.简介

微服务给我们的第一映像是分布式、架构复杂庞大，部署起来非常麻烦。其实并非如此，不同的架构选型必然带来不同的优点和缺点，没有一劳永逸的方法，配置简单是因为适用的功能场景简单。在项目或产品的实际开发中往往随着时间的推进需要实现不同场景的功能，导致架构的扩展，致使部署越来越复杂。
　　如果我们之前的代码没有使用微服务，现在随着产品要求商务要求等需要使用微服务怎么办？架构迁移是一件很耗时耗力的事情，如果能有一套简洁的微服务方案，能够无需对原始代码进行重构即可进行微服务迁移就好了。
　　Sers就是这样的一套方案。

1.单体架构和微服务架构的区别

我们考虑一下单体架构和微服务架构到底有什么区别。
　　首先，这两者只是架构上的区别，具体软件代码的实现逻辑不会改变，单体架构要实现的接口，微服务架构照样要实现。从单体到微服务是管理观念上的变化。
　　介于此，如果我们只是把代码从单体架构升级到微服务架构要如何实现呢？
　　从代码开发的角度，我们考虑一下这两者有何不同。在单体架构下，如果要调用其他模块的逻辑（接口），我们可能只是调用一个函数（存储过程、事件等），而在微服务架构下就不是如此简单了，好一点的解决方案是在加上一层服务适配器层（参见[微服务下的多架构方案-服务适配器]），业务代码不关心到底怎么调用其他接口的，我只是调用就行。
　　总体来说，两者对开发者最大的区别是服务之间的调用会有所不同。

2.Sers能做什么

如果我需要一套简洁一点的微服务架构方案，Sers恰好适合。
　　Sers是一套跨平台跨语言的微服务架构协议，它简洁高效，兼容性扩展性强。单机空载qps能达200万。它是一套中心化的微服务协议，既然是协议，任何语言均可接入，包括javascript(js接入代码不到1000行，压缩后不到10kb)。
　　对于分布式集群来说，一个集群的qps能达到上万已经很不错了，超过上万以后往往考虑的是稳定性，而不是高效性。如果实际过程汇总有上万以上的并发要求，一般的解决办法是建立多个集群进行负载均衡。
　　既然Sers如此简单，那么我们的单体架构的接入也应该是非常简单。实际上的确如此，net core接入代码只有一行（appsettings.json配置文件除外）。
　　net core如何接入Sers微服务，请见下篇文章。

---

Sers微服务快速入门-00.目录