架构师思维

引言：架构师应该关注的点，持续更新中…

1 在代码层面上的结构

• 1.1 使用设计模式来固定业务代码的某些功能，现在用的最多的就是抽象工厂和工厂方法
• 1.2 让代码更加整洁，通过缩小方法，方法和变量名更加贴合业务，使别人看你的代码更加舒服
• 1.3 在工程整体结构上进行更高程度的抽象

模块结构：大多数的工程都分为服务端和控制端，这样的好处显而易见，比如更新了控制端，服务端不收影响，更新了服务端，控制端不受影响

功能抽象：将专门的功能抽象出来，比如将消耗mq消息的工程抽象出来，这样有什么好处呢，当消息处理不过来了，可以简单增加消费mq的模块，不用将整体的业务都进行增加，减少资源的使用

插件化思维：结构模块分为：抽象api模块，实现api模块，应用api模块，这三个模块之间的关系为实现api模块实现抽象api的模块，而应用api模块使用抽象api模块的api，这样的好处就是即使实现api模块发生变化，应用api模块也不需要修改代码，还有个好处就是当不在使用该模块了，直接在总的parent的pom.xml文件中删除掉就可以了

2 在模块之间的通信

• 也就是微服务选型上使用哪个组件来完成服务治理

3 安全方面

• 外部请求使用什么方式进行校验，如何进行身份验证和权限验证

4 在负载均衡上

• 使用nginx来进行负载

5 数据库选型上

• 使用mybatis还是使用jpa，使用mybatis的好处就是可以写复杂的sql语句，同时直接操作sql使请求效率更高
• jpa是在sql语句上面封装了一层，这样的好处就是用户可以无感知的数据库，无论你使用mysql或者oracle，jpa都不会在乎，这样比较灵活性，对于国内来说，一旦这个项目比较有前景，一般qps都会多，所以项目定位为国内，同时和事业单位关系不大，使用mybatis就比较好，如果项目定位为tob业务与事业单位关系比较密切同时这个项目可能推广到国外，使用jpa比较好，因为国外操作数据库的方式比较多

6 在配置中心的作用

1. 配置中心可以当做一个线上的数据库
2. 配置中心可以向服务实例推送数据，包括配置文件内容和实例中的逻辑数据，例如
   1. 可以把properties文件中配置放到配置中心中，当需要修改某个配置的时候，可以直接在配置中心修改，然后配置中心会将修改的配置推送服务实例中，完成在线上进行配置的修改，无需重启实例，比如是否启动缓存配置
   2. 在业务逻辑中一个比较重要的map数据或者List数据，需要多个实例共用一份，这个需求可以有两种方式实现
      1. 使用redis统一存储，每次服务调用，先去redis中获取数据，拿到数据再进行业务操作，这样的好处就是redis是基于内存，所以比较快，而且在通过redis的client端，对redis数据进行查询，但是会多一次网络IO请求
      2. 使用配置中心，将map或者list数据存储到配置中心，然后将每次修改的数据推送到服务实例中，服务实例将数据存储JVM虚拟机的内存中，这样对于服务实例而言，增加一个配置中心的监听器，而且数据量少还行，如果数据量比较大，则对JVM虚拟机的内存要求比较大，容易造成oom异常