如今框架两字已经烂大街了，xx公司架构设计随处可见，不过大多看个热闹，这些框架如何来的，细节又是如何思考的，相互之间的隔离依据又是什么...相信很多朋友应该依然存在自己的疑惑，特别是越来越火热的微服务以及衍生的微服务网关产品，正好最近打算写一个小开源框架OSS.Core，过程中有一点思考，通过这篇文章记录一下，也希望能尽量帮助大家去理解一下，大概围绕以下几个问题：
1. 微服务产生的由来
2. 微服务的设计思路
3. OSS.Core框架的设计和实现
在展开讲述之前，我希望大家首先要明白传统架构和微服务架构之间不是相互独立/对立关系，微服务是在传统框架下为了应对并发维护等问题衍生出的逻辑概念，更多的是在项目不同阶段的思考和解决问题方式的转变。其次，把逻辑架构和物理架构(文件) 区分开来，多数时候逻辑架构和物理架构对应的，不过有时一个物理架构中是可以包含多个逻辑架构的。
一. 微服务产生的由来
微服务主要是将一些大型的，复杂的应用拆解为多个服务组合，每个服务自治，以达到更加灵活，维护方便的效果。
为了更好的理解，我们先来看下常见三种解决并发的方式：
1. 添加数据库主从分离，甚至多主写入或者分区等机制，在应用程序中对应修改连接串或添加访问中间件，来提高数据库的处理能力。
2. 由于数据库资源相对紧张并且比较耗时，为了提高访问速度，这个时候一般也会通过分布式缓存等来减少对底层的访问。
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式