v9双语版网站怎么做,电商营销策略,怎么建设网站zy258,移动网站转换目录
一、微服务简介
二、微服务发展史
三、Spring Cloud 3.1 Spring Cloud 版本策略 3.2 Spring Cloud 发展历程 微服务是一种软件架构风格#xff0c;将单一应用程序拆分成一组小型、独立的服务。每个服务运行在自己的进程中#xff0c;服务之间采用轻量级通信机制进行交… 目录
一、微服务简介
二、微服务发展史
三、Spring Cloud 3.1 Spring Cloud 版本策略 3.2 Spring Cloud 发展历程 微服务是一种软件架构风格将单一应用程序拆分成一组小型、独立的服务。每个服务运行在自己的进程中服务之间采用轻量级通信机制进行交互。今天就来带大家全方位的窥探下微服务以及其实现方案 Spring Cloud。
一、微服务简介 微服务的体系非常庞大框架组件多微服务的部分学习路径如下图主要包括三大功能和两大特性。 三大功能指微服务核心组件的功能维度由浅入深层次递进两大特性是构建在每个服务组件之上的高可用和高可扩展性。 从功能维度讲服务间的通信是最基础的功能特性当构建其服务通信能力之后接下来就要考虑服务容错能力提高服务调用的稳定性。在这之后就可以从全局的角度构建一些分布式特性。 除了功能特性还会从高可用性和高可扩展性两个维度来做扩展。 高可用性是系统设计首要考虑的目标保障高可用性有两个方向分别是
避免单点故障在做系统架构时不能信任任何服务服务器都有可能挂掉。如果某一个服务只有一台机器那就会形成单点一旦这个服务器挂掉那整个服务都不可用这时不能接受的。故障机器状态恢复尽快将故障机器恢复到故障前的状态。对于向 Nacos 这类中心化注册中心来说因故障而下线的机器在重新上线后应该有能力从某个地方获取故障发生前的服务注册列表。
二、微服务发展史 要想很好的了解一个事物就需要先了解它的发展历史这样才能知道来龙去脉才能把握未来学习微服务也是一样的道理。 微服务是由单体应用发展而来的单体应用将所有的功能都维护在一个巨无霸的服务中然后打包成一个 war 包扔到 Tomcat 中运行对外提供服务。单体应用存在很多问题比如
开发中互相干扰沟通成本高无法快速迭代无法单独回滚等 由于单体服务存在很多问题计算机中的分治思想就产生了作用将单体应用拆分成比较小的服务分开维护。 微服务架构是在 SOA (面向服务架构)之上的进一步发展。在实践中通过领域建模理论将一个大型应用拆分成更细粒度且边界清晰的服务模块而且每个服务可以单独部署、单独测试、单独发布回滚并借助 Docker 和 CI/CD (持续集成)完成快速上线。 每个微服务拥有独立的代码库和数据库采用敏捷开发做快速迭代微服务的优势
快速迭代、快速回滚资源利用大大提高可以将硬件资源定向分配给需要用到资源的微服务实现差异化的资源利用降低协作成本代码库、数据库、编译打包从共享变成独享进一步降低了沟通成本高可用高可用是系统设计的第一目标我们可以通过很多技术手段对微服务施加个性化的保护措施如弹性机房水位调拨、流量整形、熔断降级。 了解完微服务后我们再来了解下 Spring Cloud。
三、Spring Cloud Spring Cloud 由 Spring 社区孵化而成是专门解决微服务架构的一套全家桶微服务架构。最关键的是Spring Cloud 除了采用 Spring 社区的研发力量外还吸纳了众多一线大厂的开源组件经过深度融合使这些组件成为 Spring Cloud 的一部分。 以下是 Spring 社区提供的简易架构图 在上图中可以看到有几个 Spring Boot Apps 的应用集群这就是经过拆分后的微服务。Spring Cloud 和 Spring Boot 达成了一种默契的配合Spring Boot 主内通过自动装配和各种开箱即用的特性搞定了数据层访问、RESTful 接口、日志组件、内置容器等等基础功能让开发人员轻轻松松就可以搭建起一个应用Spring Cloud 主外在应用集群之外提供了各种分布式系统的支持特性帮助你轻松实现负载均衡、熔断降级、配置管理等诸多微服务领域的功能。 3.1 Spring Cloud 版本策略 大部分开源项目以数字版本进行更新迭代Spring Cloud 在诞生之初就别出心裁使用了字母序列以字母 A 开头按顺序使用字母表中的字母标识重大迭代发布的大版本号。
Spring Cloud版本 版本发布时间Angel2015年3月Brixton2016年5月Camden2016年9月Dalston2017年4月Edgware2017年11月Finchley2018年6月Greenwich2019年1月Hoxton2019年11月Ilford2020年12月Jubilee2021年12月
SNAPSHOT 版本正在开发中的快照版本例如 2021.0.0-SNAPSHOT快照版代表当前分支最新的代码进度也是更新最为频繁的小版本类型不推荐在线上正式环境使用Milestone 版本在大版本正式发布前的里程碑版本例如 2021.0.0-M1M1 代表当前大版本的第一个里程碑版本M2 代表第二个迭代里程碑以此类推。在正式版本发布之前要经历多个里程碑的迭代像 Spring Cloud Finchley 版足足经历了 9 个 M 版本之后才过渡到了 RC 版。同样地我也不推荐你在正式项目中使用 Milestone 版本Release Candidate 版本这就是我们俗称的 RC 版例如 2021.0.0-RC1。当一个版本迭代到 RC 版的时候意味着离正式发布已经不远了。但是你要注意RC 版是发布前的候选版本走到这一步通常已经没有新的功能开发RC 主要目的是开放出来让大家试用并尽量修复严重 Bug。Release 版稳定的正式发布版比如 2020.0.1。你可以在自己的线上业务中放心使用 Release 稳定版。 3.2 Spring Cloud 发展历程 在 Spring Cloud 历史上有两家举足轻重的公司分别是 Netflix 和 Alibaba。这两家公司分别为开源社区贡献了 Spring Cloud Netflix 组件库和 Spring Cloud Alibaba 组件库。 Netflix 是一家美国的流媒体巨头它靠着自己强大的技术实力开发沉淀了一系列优秀的组件这些组件经历了 Netflix 线上庞大业务规模的考验功能特性和稳定性过硬。如 Eureka 服务注册中心、Ribbon 负载均衡器、Hystrix 服务容错组件等。后来Netflix 将这些组件贡献给了 Spring 开源社区构成了 Netflix 组件库。可以这么说在 Spring Cloud的早期阶段是Netflix打下了的半壁江山。 Netflix 和 Spring Cloud 度过了蜜月期之后矛盾就逐渐发生了。先是 Eureka 2.0 开源计划的搁浅而后 Netflix 宣布 Hystrix 进入维护状态Eureka 和 Hystrix 这两款 Netflix 组件库的明星项目停止了新功能的研发Spring 社区不得不开始思考替代方案在后续的新版本中走向了“去 Netflix 化”。以至于 Netflix 的网关组件 Zuul 2.0 历经几次跳票千呼万唤始出来后Spring Cloud 社区已经不打算集成 Zuul 2.0而是掏出了自己的 Gateway 网关。在最新版本的 Spring Cloud 中Netflix 的踪迹已经逐渐消散。 Spring Cloud Alibaba 是由 Alibaba 贡献的组件库随着阿里在开源路线上的持续投入近几年阿里系在开源领域的声音非常响亮。Spring Cloud Alibaba 凝聚了阿里系在电商领域超高并发经验的重量级组件保持了旺盛的更新活力成为了 Spring Cloud 社区的一股新生代力量。Spring Cloud Alibaba 组件秉承了“大而全”的特点就像一个大中台应用一般包罗万象在功能特性的丰富程度上做到了应有尽有。这也是本课程选择 Spring Cloud Alibaba 组件的一个重要原因。 下面我们看下 Spring Cloud 的组件库后续会分别详细介绍这些组件欢迎收藏关注。
Spring Cloud 组件 功能特性Alibab组件库Netflix组件库Spring Cloud官方或三方组件库服务治理NacosEurekaConsul负载均衡RibbonLoadbalancer远程调用DubboNetflix FeignOpenfeign服务容错SentinelHystrixResilience4j分布式配置中心NacosSpring Cloud Config消息总线Bus服务网关ZuulGateway分布式链路追踪 Sleuth Zipkin 消息中间件RocketMQStream分布式事务Seata 这些组件配合使用就形成了分布式架构 Spring Cloud 的强大功能在自己的项目中需要斟酌选择尽量不用 Netflix 的组件因为它的影子后续会越来越少。这些组件在后边的文章中会陆续进行详细介绍欢迎大家收藏关注。 往期经典推荐
SpringBoot项目并发处理大揭秘你知道它到底能应对多少请求洪峰-CSDN博客
深入探索Elasticsearch数据写入黑箱-CSDN博客
TiDB内核解密揭秘其底层KV存储引擎如何玩转键值对-CSDN博客
透视Redis大key背后的I/O挑战-CSDN博客
MySQL自增主键有什么作用来自大厂的使用经验-CSDN博客
