搜索[cloud]结果-低调大师优秀个人博客

精选列表

搜索[cloud]，共10003篇文章

Spring Cloud Data Flow 2.10.1 现已发布

Spring Cloud Data Flow 2.10.1 发布了。

2023-02-17

Spring Cloud Data Flow 2.10 现已发布

Spring Cloud Data Flow 2.10 发布了，Spring Cloud Data Flow 是构建数据集成和实时数据处理流水线的工具包。

2022-12-13

Spring Cloud 2022.0.0-RC1 发布

Issues Spring Cloud Bus 4.0.0-RC1 Spring Cloud Contract 4.0.0-RC1 Spring Cloud Function 4.0.0-RC1

2022-11-01

Spring Cloud 2022.0.0-M5 发布

Spring Cloud 2022.0.0 发布了第 5 个里程碑版本。值得关注的变化 Spring Cloud Netflix 升级到 Eureka 2.0.0-rc.3。

2022-10-07

Spring Cloud 2022.0.0-M4 发布

Spring Cloud Config 4.0.0-M4 (issues) Spring Cloud Build 4.0.0-M4 Spring Cloud Consul 4.0.0-M4 (issues

2022-08-03

Spring Cloud 2022.0.0-M2 发布

值得关注的变化 Spring Cloud Stream Spring Cloud Stream 的 Kafka 和 RabbitMQ 绑定器都已迁移为核心 Spring Cloud Stream 仓库的一部分

2022-04-06

Eurynome Cloud 2.6.2.80 发布，升级 SpringBootAdmin 2.6.0

Eurynome Cloud 是一款企业级微服务架构和服务能力开发平台。

2022-01-11

Spring Cloud Alibaba 2.2.7 版本正式发布

作者 | 铖朴什么是 Spring Cloud Alibaba？

2021-12-30

lamp-cloud 3.5.7 发布，升级 logback

中后台快速开发平台 lamp 项目组成 1）工具集（ lamp-util 项目必备，其他2个可选）项目 gitee github 备注工具集 lamp-util lamp-util 业务无关的工具集，cloud

2021-12-27

Eurynome Cloud v2.5.7.10 正式发布

Eurynome Cloud 是一款企业级微服务架构和服务能力开发平台。

2021-11-26

Spring Cloud 2021.0.0-M3 发布

Spring Cloud Gateway 初步支持 gRPC#2388 Spring Cloud Function 除了多项功能增强和错误修复之外，Spring Cloud Function 的这个里程碑引入了对

2021-10-26

Spring Cloud 2021.0.0-M2 发布

Spring Cloud Commons 调整用于 Sleuth 的NamedContextFactoryAPI Spring Cloud Config JDBC Environment 仓库支持除 String

2021-10-09

Spring Cloud Data Flow 2.8.1 现已发布

Spring Cloud Data Flow 2.8.1 发布了。Spring Cloud Data Flow 是构建数据集成和实时数据处理流水线的工具包。

2021-07-05

Spring Cloud 2020.0.1 BUG 修复版本发布

Circuitbreaker 2.0.0 Spring Cloud Contract 3.0.1 Spring Cloud Kubernetes 2.0.1 Spring Cloud Commons

2021-01-29

Spring Cloud Alibaba 2.2.4.RELEASE 发布

Spring Cloud Alibaba 2.2.4 已经发布，目前已可以从 maven 仓库获取，坐标如下: <dependencyManagement> <dependencies

2021-01-18

Spring Cloud 2020.0.0-RC1 发布

Spring Cloud 2020.0.0-RC1“Ilford”发布，此版本需要 Spring Boot 2.4.0，具体更新内容包括： Spring Cloud Contract 执行任务时，Gradle

2020-12-17

Spring Cloud Alibaba Nacos Config 的使用

nacos config 配置相关的代码都需要定义在 bootstrap.yml配置文件中 spring.application.name spring.profiles.active spring.cloud.nacos.config.xxx

2020-11-22

先解释下什么是传染机制常规的分布式采用的是【生产者->注册中心->消费者】模型，生产者将接口给注册中心，消费者从注册中心发现其他的服务，实现调用传染机制就是丢弃注册中心，可以把接口看做病毒，服务看做是人，服务之间只要有直接或者间接的联系，最终都会被染上病毒（接口）如何实现的假如现在有三个服务此时，需要发布这三个服务，那我们可以先规划下，将他们连在一起，连在一起的意思是在配置里写好谁连谁。连接方式可以是这样【图1】也可以是这样【图2】也可以是这样【图3】总之，只要别让任何服务落单就行，随便怎么连，你甚至可以来一个五花大绑（不过不建议） ----------------------------------------------------------------- 连接以后就到发布阶段了，那么发布的时候，这些服务之间会发生什么呢？发布时会发生什么我们拿【图1】来举例 1. 首先我们启动A服务，启动后由于其他服务还未启动，所以A连接不到B，所以此时A的本地接口缓存表是空的，如下图 2. 为了避免大家觉得过程过于理想，所以接下来我启动C，而不是启动B C启动后，由于B还没启动，所以他无法被发现，此时他是孤立的，所以本地缓存的接口依然如下： 3. 接下来就是启动B了，当B启动后，会立刻被A发现，所以A会从B获取一次接口，此时本地缓存如下： A获取到接口以后还会再做一件事，那就是发广播，流程如下：由于本地缓存的是接口，而很多接口都来自同一个服务，所以需要从本地缓存中先提取出这些服务的ip和端口号经过了第1步以后，会得到一批ip和端口号（按照本示例来说，提取出来的就是B的ip和端口） A会将自己的所有接口（是自己的所有接口，不是本地缓存的接口）广播给这批IP和端口号，（按照本示例来说，A会把自己的接口广播给B）经过广播以后，此时本地接口缓存变成了下面这样：上面是A发现B的过程，那么C的接口如何传染给别人呢？我们刚才都是用【图1】在举例，所以在【图1】我们可以看出B连接的是C，所以当B启动时，除了被A发现完成上面讲述的一系列流程，他还会去发现C，发现C以后，他会从C获取一次接口，所以本地缓存如下： B拿到接口后，依然会像A一样发起一次广播，广播以后本地缓存就变成了这样：接下来就有意思了，A和C是如何传染的？很简单，我们先来回顾一下服务启动时的过程：从连接的服务上获取接口【如果服务已经启动了，那就是随机从本地缓存的接口中提取一个服务，去获取那个服务上缓存的接口】给这些服务发起广播【已经被广播过的服务直接忽略】其实，这个流程是轮询的，并不是一次性的，所以接下来就轮到A再次执行这个过程了，当他再次执行这个过程的时候，他会从B获取到C的接口，然后将自己的接口广播给C，所以此刻变成了这样：这样一来，所有的服务都被对方发现了。服务宕机怎么办 1. 首先是自私机制所谓的自私机制，就是每个服务只顾自己，不管别人，每个服务如果发现自己本地缓存的接口连接不上，那就会从本地把他下掉，至于别人，他是不管的。 2. 投票机制这是每个服务的内部投票，跟外面无关，如果一个服务发现他本地缓存的某个接口连接不上，那么他就会给这个接口指向的服务投一票，让它从本机下线，当调通后会把票数清0，当票数积累到一定程度时，这个服务的所有接口都会被从当前服务上清理掉。【每个服务都有一套这样的机制，来维护自己的本地接口缓存】 3. 如果（下线某个服务的决定）是误判怎么办有一个补偿机制，就是每个服务在下掉别的服务的时候，都会给被下掉的那个服务发一个通知，让他把自己从已广播列表中移除（比如A服务调不通B服务的接口，当票数累积到一定程度后，A会把B的接口全部清理掉，清理后A会给B发一个通知，让B把A从已广播列表移除，这样如果B服务没挂，那么B在下一次轮询时会把接口重新广播给A）如果B服务明明没挂，但是A服务连续调不通，而且连下线通知都无法通知到B服务，那我只能说B服务活该了，即使是误判也比留着报错影响性能好吧。 4. 调不通的情况有很多，不一定是服务挂了，那么什么样的情况会给服务投下线票很简单，当调用接口时，出现了以下三种异常，就会投票 ConnectException ，连接不上，这不是404之类的，而是根本连不上这个ip:port UnknownHostException，无法解析地址，提供的 ip:port 无法被解析识别 SocketTimeoutException，连接超时，不是read time out，而是 connect time out 5. 然后是垃圾回收机制垃圾回收很简单，就是定时去本地缓存中扫描出被下线的服务的接口，然后删除掉。上面这这一套机制，可以保证当服务宕机以后，接口会自动从其他的服上下线被链接的那个服务宕机了如何实现传染假如B挂了，这个链条就断了，传染是否会受影响呢？其实不会，因为这个链条只是启动时有用，启动后就作废了，拿A来说，A只有启动时会去B获取接口，下次轮询的时候，是从本地缓存的接口中随机挑选一个服务去获取，所以链条不会断。至于广播，也是广播给本地缓存的服务，并不是配置的这个服务。所以宕机是不会影响接口传染的要新添一个服务咋办很简单，只需要将他连接到正在运行的任意一个服务上即可，很快它就会浑身染满病毒（接口）官方网站 http://mars-framework.com

2020-11-18

Spring Cloud Hoxton.SR8 发布

TLS 配置的支持 Spring Cloud Config 为 Config 客户端增加对 TLS 配置的支持 Spring Cloud Kubernetes 支持 Spring Cloud Loadbalancer

2020-08-29

Spring Cloud Hoxton SR7 发布

1.1.5.RELEASE up spring-cloud-security 2.2.4.RELEASE up spring-cloud-config 2.2.4.RELEASE up spring-cloud-contract

2020-08-04

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。