平时在写代码时，大多都在是Win10/Win7/Mac，这些系统都可以称呼为开发环境，我们为了更高效的开发应用程序，
安装很多软件，导致操作系统不安全，稳定性降低。
1.2 生产环境在生产环境中，操作系统不会采用Win10/Mac，这种操作系统相对不安全，生产环境是要面向全体用户的，一般会采用专业的操作系统。
大多市面上使用的都是基于Linux的操作系统，还有Window版本的服务器操作系统，Windows 2003 service，
第一知识点，学会如何操作Linux操作系统。
2. WEB1.0&WEB2.0阶段 2.1 WEB1.0时期在WEB1.0时期，由于贷款不足，这时的项目大多是内容少，用户量也不多，甚至有一些项目不需要对外开发，对安全性和稳定习性的要求 是不高的。
所以单体架构就足以应对。
2.2 WEB2.0时期由于用户量的增加，在单体架构的基础上搭建集群
在搭建集群之后，可以提示项目的稳定性，并且并发量增加，也可以承受住
2.3 搭建集群后发生的问题- 用户的请求到底要发送到哪台服务器，如何保证请求平均的分发给不同的服务器，从而缓解用户量增加的压力。
- 编写项目时，如果用户登录成功，将用户的标识放到Session作用域中，但是Session是基于服务器的，但现在由3台Tomcat服务器，如果你第一次登录时，数据保存在了第一台tomcat服务器，下一次访问时，发送到第二台服务器，所以我们要考虑在搭建集群后，数据共享的问题
- 当数据量特别庞大时，如果还直接去数据库查询，速度很慢，如果提升查询效率
- 针对大家在搜索一些数据时，where content like ‘%#{xxx}%’
- …
为了解决上述的问题，需要使用到三门技术。
Nginx-解决用户请求平均分发。
Redis-解决数据共享并实现缓存功能
3. 垂直架构ElasticSearch-解决搜索数据的功能
比如项目包含了三个模块，用户模块，商品模块，订单模块。
商品模块压力过大，一般最直接有效的方式就是搭建集群，在单体的基础上去搭建，效果相对比较差。
随着项目的不断更新，项目中的功能越来越多，最严重可能会导致项目无法启动。
关于单体架构中，完美的体现了低内聚，高耦合。
为了解决上述问题，演进了垂直架构。
不同的服务器处理对应的模块，比如一台服务器只处理用户模块的请求，一台服务器只处理商品服务器的请求，一台服务器只处理订单模块的请求
4. 分布式架构 4.1 项目迭代5. 分布式架构常见问题 5.1 服务之间的异步通讯随着项目的不断迭代，新老功能之间需要相互交互，服务器和服务器之间是需要通讯的。
项目一般是分为三层的，Controller，Service，Dao，导致查询变慢的重灾区是Service和Dao层，所以在单间集群时，每个模块针对三层都搭建集群，效果不是很好。
架构从垂直架构演变到了分布式架构
分布式架构落地技术
国内通讯的方式有两种：
Dubbo --> RPC
SpringCloud --> HTTP
5.2 服务之间通讯地址的维护使用分布式架构之后，服务之间的通讯都是同步的，例如商品模块的Controller必须要得到Service+Dao的响应才能继续执行
在一些不是核心业务的功能上，例如日志模块，商品模块的Controller不需要得到日志模块Service+Dao的响应就也可以继续执行，我们希望可以实现异步通讯。
为了实现服务之间的异步通讯，需要学些MQ例如：RabbitMQ
由于服务越来越多，每个服务的访问地址都是一样的。
协议：//地址：端口号。
由于模块繁多，并且模块搭建的集群数量增加，会导致其他模块需要维护各种ip地址等信息，比如商品模块Controller请求商品模块Service+Dao集群，到底请求那个服务器，导致项目的维护性极低，耦合性变高，并且也无法实现负载均衡的功能。
需要使用一个技术来解决当前问题：
Eureka注册中心帮助我们管理服务信息。
Robbin可以帮我们实现服务之间的负载均衡。
- Controller去Eureka中找要访问的ip地址，之后再去访问Service和Dao层
- 注意Robbin是在Controller、Service、Dao层的，这里简化了没有写完整
在上述 的架构中，如果说订单模块出现了问题
只要是涉及到订单模块的功能，全部都无法使用
可能会导致服务器提供的线程池耗尽，给用户友好的提升都是无法做到的
为了解决上述的问题，使用Hystrix处理
Hystrix提供了吸纳从池隔离的方式，避免服务器线程池耗尽，在一个服务无法使用时，可以提供断路器的方式来解决
- 使用Hystrix实现断路器和隔避，并最终服务降级
- 线太多了不方便，以下图中删除了部分箭头，在每一个模块中添加了Hystrix
Eureka、Robbin、Hystrix都是SpringCloud中的组件。
海量数据会导致数据库无法存储全部的内容。
即使数据库可以存储，查询时也很缓慢。
在用户高并发的情况下，数据库有时恶无法承受。
为了解决上述问题，可以基于MyCat实现数据库的分库分表。
虽然已经将每个模块独立的做开发，比如商品模块，压力最大的是商品的查询。
所以还可以把商品模块再次拆分为一个项目
在单独模块中再次拆分项目的方式就可以称之为微服务架构。
- 如图把商品模块关于查询的Service+Dao拆分
为了解决模块过多，运维成本增加的问题
采用Docker容器化技术来帮助我们管理。
且学习微服务架构过程中，也需要大量的软件，我们可以用Docker帮我们安装
- 分布式事务：
最传统的操作事务的方式，是通过Connection连接对象的方式存在，Spring也提供了声明式事务的操作。
比如商品模块的Service+Dao调用某个数据库，但下次调用也可能调用另一个数据库，这就产生了事务问题，为了解决事务的问题，后续会使用到RabbitMQ|LCN方式来解决。 - 分布式锁：
传统的锁方式，synchronized|Lock锁，在分布式环境下，传统的锁是没有效果的。为了解决锁的问题，后续会使用到Redis | Zookeeper来解决分布式锁的问题
3. 分布式任务
在传统的定时任务下，由于分布式环境的问题，可能会造成任务重复执行，或者一个大任务希望可以拆分。
为了解决这个问题，后续会使用到Redis+Quartz | Elastic-Job 。
