如今框架两字已经烂大街了，xx公司架构设计随处可见，不过大多看个热闹，这些框架如何来的，细节又是如何思考的，相互之间的隔离依据又是什么...相信很多朋友应该依然存在自己的疑惑，特别是越来越火热的微服务以及衍生的微服务网关产品，正好最近打算写一个小开源框架OSS.Core，过程中有一点思考，通过这篇文章记录一下，也希望能尽量帮助大家去理解一下，大概围绕以下几个问题：
1. 微服务产生的由来
2. 微服务的设计思路
3. OSS.Core框架的设计和实现
在展开讲述之前，我希望大家首先要明白传统架构和微服务架构之间不是相互独立/对立关系，微服务是在传统框架下为了应对并发维护等问题衍生出的逻辑概念，更多的是在项目不同阶段的思考和解决问题方式的转变。其次，把逻辑架构和物理架构(文件) 区分开来，多数时候逻辑架构和物理架构对应的，不过有时一个物理架构中是可以包含多个逻辑架构的。
一. 微服务产生的由来
微服务主要是将一些大型的，复杂的应用拆解为多个服务组合，每个服务自治，以达到更加灵活，维护方便的效果。
为了更好的理解，我们先来看下常见三种解决并发的方式：
1. 添加数据库主从分离，甚至多主写入或者分区等机制，在应用程序中对应修改连接串或添加访问中间件，来提高数据库的处理能力。
2. 由于数据库资源相对紧张并且比较耗时，为了提高访问速度，这个时候一般也会通过分布式缓存等来减少对底层的访问。
