1 单体架构预览

  • 单体架构,基于springboot2.x(依赖整合)实现单体电商项目功能开发
  • 前后端分离项目+数据库设计

    1.1 springboot vs. spring MVC

    image.png

    1.2 前端技术选型

    image.png
    image.png

    1.3 前后端分离开发模式

    前端和后端在不同服务器,有不同团队进行开发服务,前端由主流反向代理进行访问控制,后端接口由其他服务器进行运行管理。
    image.png

    1.4 PDMAN数据库建模

  • 开源

  • 有记录管理
  • 轻量级

    2 事务的传播

    1. /**
    2. * 事务传播 - Propagation
    3. * REQUIRED: 使用当前的事务,如果当前没有事务,则自己新建一个事务,子方法是必须运行在一个事务中的;
    4. * 如果当前存在事务,则加入这个事务,成为一个整体。
    5. * 举例:领导没饭吃,我有钱,我会自己买了自己吃;领导有的吃,会分给你一起吃。
    6. * SUPPORTS: 如果当前有事务,则使用事务;如果当前没有事务,则不使用事务。(外层方法)
    7. * 举例:领导没饭吃,我也没饭吃;领导有饭吃,我也有饭吃。
    8. * MANDATORY: 该传播属性强制必须存在一个事务,如果不存在,则抛出异常
    9. * 举例:领导必须管饭,不管饭没饭吃,我就不乐意了,就不干了(抛出异常)
    10. * REQUIRES_NEW: 如果当前有事务,则挂起该事务,并且自己创建一个新的事务给自己使用;
    11. * 如果当前没有事务,则同 REQUIRED
    12. * 举例:领导有饭吃,我偏不要,我自己买了自己吃
    13. * NOT_SUPPORTED: 如果当前有事务,则把事务挂起,自己不适用事务去运行数据库操作
    14. * 举例:领导有饭吃,分一点给你,我太忙了,放一边,我不吃
    15. * NEVER: 如果当前有事务存在,则抛出异常
    16. * 举例:领导有饭给你吃,我不想吃,我热爱工作,我抛出异常
    17. * NESTED: 如果当前有事务,则开启子事务(嵌套事务),嵌套事务是独立提交或者回滚;
    18. * 如果当前没有事务,则同 REQUIRED。
    19. * 但是如果主事务提交,则会携带子事务一起提交。
    20. * 如果主事务回滚,则子事务会一起回滚。相反,子事务异常,则父事务可以回滚或不回滚。
    21. * 举例:领导决策不对,老板怪罪,领导带着小弟一同受罪。小弟出了差错,领导可以推卸责任。
    22. */

    3 单体->集群

    本章节包括Nginx相关知识与Redis相关知识

    3.1 单体部署的架构

    3.1.1 早期版

    此种架构为将所有节点全部布置在同一台服务器上,对服务器性能影响巨大
    image.png

    3.1.2 单体部署架构2.0

    这种架构将每个节点部署在不同服务器上,相较于上述架构有优势
    image.png

    3.1.3 单体架构优点

    image.png

    3.1.4 单体架构面临着挑战

    image.png

    3.2 集群版

    3.2.1 集群的概念

    image.png

    3.2.2 集群所具有的优势

    image.png

    3.2.3 集群所要注意的点

    image.png

    3.3 NGinx

  • Nginx是一个高性能的Http和反向代理web服务器,同时可以提供IMAP\POP3\SMTP服务。

  • 使用配置文件既可以实现集群和负载均衡。
  • 可以控制静态资源访问

image.png

3.3.1 常见服务器

image.png

3.3.2 正向代理和反向代理是什么?

image.png
image.png


反向代理可以把外部的请求按照策略分配到相应的服务器支节点上,而这一过程对于用户是透明的。
image.png
image.png