在上一篇博客中（浅谈微服务架构与.Net Core）我们谈到微服务架构与.Net Core，大体分析了下微服务架构的一些优势，在这边博客中，将谈谈架构设计的一些理念。
首先，代码要清晰明了，层次分明，模块间耦合度要尽量降低，代码并不是要越复杂越好，可能有人认为，代码写得越复杂、算法用的越高级，让别人越看不懂就越牛X，我认为恰恰相反，代码越是简单就能实现的就尽量做到简单，能用几行代码能解决的问题何必要写个牛X的算法来实现呢？
其次，能做到通用的模块需要单独提炼出来，不要在其他业务逻辑中混合实现，不利于代码的移植，以下简单说说常用的一些模块或逻辑需要特别注意的；
1、底层数据访问需要单独写，当我们数据库发生变化，比如我们这个项目用的是SqlServer，下个项目用的是MySQL，要做到很轻易的切换；
2、缓存管理需要独立出来，通常，我们开发都会用到缓存技术，能把缓存用好，系统性能也会得到大幅度提升，简单举个例子，比如我们开发一个系统，用的是MemoryCache，但是系统上线运行一段时间后，并发量增大，本机缓存已经不能满足需求，我们需要对系统进行集群，减轻服务器压力，此时需要用Redis来管理缓存，那么此时，我们需要做到很容易的从MemoryCache切换到Redis来做缓存管理，我们只需要改一下配置文件就能达到预期效果而不必在用到缓存的地方一个一个的去改再编译上线。
3、日志模块需要独立出来，不管是错误日志还是操作日志，这基本每个系统都会用到的，我们可以借用一些第三方的开源日志系统来实现，比如ELK开源日志管理系统（后面再介绍如何整合）
4、权限管理，这对于每个系统来说都必不可少，但很多权限都和自己公司的一些行政制度相关，都有一些不通用的权限管理功能，比如涉及到数据权限的管理，此时，我们可以将功能权限的管理独立出来，这一块可以达到通用，功能权限独立后，我们在开发新的系统的时候就不必再关心功能权限的问题，甚至都不需要将这一模块移植到新项目中，直接将权限的接口开放出来，新系统直接调用即可；
第三，跨平台的支持，当然 .Net Core 就能很好的支持跨平台的移植；
第四，易扩展，随着不同业务的开发，系统架构必须要支持对一些功能的扩展；
以上就是我对系统架构设计的一些简单看法，当然还有另外一些模块或功能没讲，因为有可能很多小型团队没有用到，比如系统性能的分析、监测等，若有说的不对的地方欢迎多多指教！