SpringSpringCloud

Posted 王思琪^

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了SpringSpringCloud相关的知识,希望对你有一定的参考价值。

目录

一、SpringCloud

二、微服务介绍

1.系统架构演变

1.1 单体应用架构

1.2 垂直应用架构

1.3 分布式架构

1.4 SOA架构(面向服务的架构)

1.5 微服务架构(服务的原子化拆分)

2.微服务架构介绍

2.1 问题:

2.2 概念


一、SpringCloud

Srping Cloud是一系列框架的集合,利用Spring Boot的开发便利性地简化了分布式系统基础设施地开发,

二、微服务介绍

1.系统架构演变

系统架构大体经历了六个过程:单体应用架构->垂直应用架构->分布式架构->SOA架构->微服务架构->Service Mesh(服务网络化)

1.1 单体应用架构

将所有的模块都开发在一个项目下,将一个项目打包成一个war包

优点:

  • 架构图简单易懂
  • 对于一些小型项目来讲,开发维护简单
  • 部署一个单点tomcat上,后期维护方便

缺点:

  • 对大型项目来讲,维护困难
  • 模块之间紧密耦合,单点容错率低
  • 无法针对某一个模块进行水平扩展或优化

1.2 垂直应用架构

优点:

  • 系统之分之后,就可以进行水平扩展和优化
  • 提高了单点容错性

缺点:

  • 系统之间无法相互调用
  • 会有重复代码

1.3 分布式架构

优点:

  • 抽取公共代码为服务层,增强代码复用性

缺点:

  • 调用关系复杂,维护困难

1.4 SOA架构(面向服务的架构)

优点:

  • 使用服务治理中心帮我们维护复杂的调用关系

缺点:

  • 服务有依赖性,可能会因为一个服务的问题导致多个系统不可用(拆分的不够彻底)

1.5 微服务架构(服务的原子化拆分)

微服务架构在某种程度上是面向服务的架构SOA继续发展的下一步,更加强调服务的“彻底拆分”

优点:

  • 服务原子化拆分,独立打包、部署、升级,保证每个微服务清晰的任务划分,利于扩展
  • 微服务之间采用Restful等轻量级http协议相互调用

缺点:

  • 分布式系统开发的技术成本高(容错、分布式事务等)

2.微服务架构介绍

2.1 问题:

  1. 这么多的小服务,我们应该如何管理它们?(服务治理,注册中心(服务注册、发现、剔除))
  2. 这么多的小服务,它们之间应该如何调用?(restful、rpc)
  3. 这么多的小服务,客户端如何来访问它们?(网关)
  4. 这么多的小服务,如果出现了问题,那么作为服务自身来讲,应该如何自处理?(容错)
  5. 这么多的小服务,如何中间哪个环节出了问题,作为程序员来讲,应该如何排查?(链路追踪)

2.2 概念

2.2.1 服务治理

进行服务的自动化管理,核心是服务的自动注册与发现

  • 服务注册:服务实例将自身服务信息注册到注册中心
  • 服务发现:服务实例通过注册中心,获取到注册到其中的服务实例的信息,通过这些信息去请求它们提供的服务
  • 服务剔除:服务注册中心将出问题的服务自动剔除到可用列表之外,使其不会被调用到

以上是关于SpringSpringCloud的主要内容,如果未能解决你的问题,请参考以下文章

当空引用似乎不可能时,为啥我们会收到可能的取消引用空引用警告?

Redis可能会阻塞的情况

csharp 可能会引起问题的类的继承问题,父类后来增加的方法可能会引起子类的函数重载错误

SKStoreReviewController requestReview() 可能会出现也可能不会出现并发出警报?

这可能会出啥问题?

每个循环可能会或可能不会运行 CDialog 的无限线程