eureka

背景 Spring 框架提供了许多接口，可以使用这些接口来定制化 bean ，而非简单的 getter/setter 或者构造器注入。细翻 Spring Cloud Netflix、Spring Cloud Alibaba 等这些构建在 Spring Framework 的成熟框架源码，你会发现大量的扩展 bean 例如 Eureka 健康检查 package org.springframework.cloud.netflix.eureka; public class EurekaHealthCheckHandler implements InitializingBean {} Seata Feign 配置 package com.alibaba.cloud.seata.feign; public class SeataContextBeanPostProcessor implements BeanPostProcessor {} 代码示例 DemoBean @Slf4j public class DemoBean implements InitializingBean { public DemoBean() { log.info( "--> instantiate " ); } @PostConstruct public void postConstruct() { log

本文源码： GitHub·点这里 || GitEE·点这里 一、注册中心简介 1、基础概念 在分布式架构的系统中注册中心这个概念就已经被提出了，最经典的就是Zookeeper中间件。 微服务架构中，注册中心是最核心的基础服务之一，注册中心可以看做是微服务架构中的通信中心，当一个服务去请求另一个服务时，通过注册中心可以获取该服务的状态，地址等核心信息。 服务注册主要关系到三大角色：服务提供者、服务消费者、注册中心。 2、流程和原理 基础流程 服务启动时，将自身的网络地址等信息注册到注册中心，注册中心记录服务注册数据。 服务消费者从注册中心获取服务提供者的地址，并通过地址和基于特定的方式调用服务提供者的接口。 各个服务与注册中心使用一定机制通信。如果注册中心与服务长时间无法通信，就会注销该实例，这也称为服务下线，当服务重新连接之后，会基于一定的策略在线上线。 服务地址相关信息发生变化时，会重新注册到注册中心。这样，服务消费者就无需手工维护提供者的相关配置。 核心功能 通过上面的基本流程，不难发现一个注册中心需要具备哪些核心功能： 服务发现 服务发现是指服务在启动后，注册到注册中心，服务方提供自身的元数据，比如IP地址、端口、运行状况指标的Uri 、主页地址等信息。 服务记录 记录注册中心的服务的信息，例如服务名称、IP地址、端口等。服务消费方基于查询获取可用的服务实例列表。

数据库是docker做安装，应用也是docker做安装，所以数据库这里的配置不能写成这个样子 容器之间是不能通过127.0.0.1去访问的，虽然他们都是在同一台机器上。但是他们是两个完全不同的两个虚拟环境。 这些都是要变化的，所以我们要考虑多环境。 首先我们有两种方式可以去做，一种方式是SpringBoot里面本身给我们提供了。profile. 我们在provider里面有演示多个profile的形式。 这里我们就不使用profile的形式了。 以为这个数据库的地址可能是经常会变化的。profile更适合的是，你在测试环境、预发环境、生产环境，他们三个值相对固定，但是在每一个环境里面又不同， 举个例子，比如说我们logback的日志， 比如说开发环境，我们可以在dev的目录下， 测试环境可以在test之类的目录下，这种情况比较适合profile的形式。 这种可变的变量呢？ 用这种方式去引入，冒号后免的是默认值。 这形式是什么意思呢？它会读取我们的环境变量。MYSQL_HOST如果你的环境变量有它则就会读进来，如果没有默认值就是127.0.0.1 这些都是MySql给我们提供的一些基础的内容，大家如果不知道呢，可以对这块进行深入的了解。 这样就变成环境变量的引入形式了。 然后把cinema的服务也改了 hall服务也改 user服务 改的这四个 打包操作 直接打我们的父包工程就可以了

1.网络协议 1.DNS 2.TCP/IP 2. SpringCloud 2.1 Eureka server client 2.2 SpringGateway 3.Redis 4.MySQL 4.1 select执行过程 1. select语句执行过程-网络通信 2 select语句执行过程-缓存& 语法解析/预处理 3. select语句执行过程-优化器 4.2 insert/update 执行过程 5.Tomcat 5.1 Connector ProtocolHandler EndPoint Adapter 5.2 Container Pipeline valve 6. Java-NIO 6.1 Channel 6.2 Selector 6.3 buffer 7.Java-并发 7.1 线程 7.2 锁 8. SpringMVC 2. DispatcherServlet是个什么 2.1 Dispatcher请求过程2-doDispatch 2.2 Dispatcher请求过程-获取HandlerAdapter 2.3 Dispatcher请求过程-执行Adapter 3. DispatcherServlet 初始化 3.1 DispatcherServlet 初始化-initHandlerMappings/initHandlerAdapters ps:更新顺序不按以上顺序更新

前言 “ 微服务 ” 架构在这几年被广泛传播， 变得非常火热. 以至于关于微服务架构相关的开源框架和工具都变得越来越活跃，比如： Net和xOSS、 Dubbo、 Apache T加ft 等。 Spring Cloud 也因为 Spring 社区在企业应用领域的广泛知名度和强大影响力， 受到了广大 架构师与开发者的高度关注。 从接触 Spring Cloud 开始， 我除了被其庞大的项目结构霞撼之外， 还被其所要完成的远大 目标所吸引。 该项目不同于其他 Spring 的优秀项目， 它不再是一个基础框架类， 而是一个更高层次的、 架构视角的综合性大型项目， 其目标旨在构建一套标准化的微服务解决方案， 让架构师、 开 发者在使用微服务理念构建应用系统的时候， 面对各个环节的问题都可以找到相应的组件来 处理。 引用网友戏称的一个比喻 ： Spring Cloud 可以说是 Spring 社区为微服务架构提供的一个“ 全家桶 ” 套餐。 由于 “ 套餐 ” 中的组件通过一个社区进行包装与整合， 使得 “ 套餐 ” 中各个组件之间的 配合变得更加和谐， 这可以有效减少我们在组件的选型和整合上花费的精力， 所以它可以帮 助我们快速构建起基础的微服务架构系统。 目录 第一章 （基础知识） 第二章 （微服务构建Springboot） 第三章 （服务治理： Spring Cloud Eureka）

今天我们来分享一下MongDB 整合SpringData 篇,小伙伴们准备好了吗? 一 . 环境搭建 1. 创建项目 1)创建maven项目 2) 确定项目坐标(组、标识、版本) 3)确定项目的位置 4)项目不存在,创建项目 2. 配置项目 1) 配置父项目 因为小喵使用的是Spring Could ,因此需要导入一下坐标 <!--1 确定spring boot的版本--> <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.1.4.RELEASE</version> </parent> <!--2 确定版本--> <properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <java.version>1.8</java.version> <spring-cloud-release.version>Greenwich.RELEASE</spring-cloud-release.version> </properties> <!-- 3 锁定sprig cloud版本-->

1. Docker 化配置 本篇文章我们将介绍如何在 IDE 工具 idea 中使用 Docker 工具，并为我们的工程构建镜像。 2. 实战 2.1 创建父工程 chapter18 父工程 pom.xml 依赖文件： 代码清单：chapter18/pom.xm <build> <plugins> <plugin> <groupId>com.spotify</groupId> <artifactId>dockerfile-maven-plugin</artifactId> <version>${dockerfile.maven.version}</version> <executions> <execution> <id>default</id> <goals> <goal>build</goal> <goal>push</goal> </goals> </execution> </executions> <configuration> <repository>${docker.image.prefix}/${project.artifactId}</repository> <tag>${project.version}</tag> <buildArgs> <JAR_FILE>${project.build.finalName}.jar</JAR_FILE> </buildArgs

1.名字的由来 前四个字母分别为 Naming 和 Configuration 的前两个字母，最后的 s 为 service 2.是什么 Nacos是一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。 Nacos：Dynamic Naming and Configuration Service Nacos就是【注册中心+配置中心】的组合 ===》Nacos = Eureka + Config + Bus Nacos支持AP和CP的切换。 来源： oschina 链接： https://my.oschina.net/u/4305000/blog/4355288

1. zipkin基础介绍: 分布式追踪系统 概念： tranceID: 请求全局处理标识 spanID: 请求在单个服务流转处理标识 ParentID: 子服务中显示父服务ID(spanID)，主要用于构建服务调用链路 数据传输到Zipkin方式： http kafka Scribe Zipkin构成组件： collector: zipkin校验、保存、索引接收的追踪数据 storage: zipkin 数据存储（Cassandra、mysql、ES、内存等，支持扩展） search: zipkin 数据检索服务（WEB UI） WEB UI: 数据追踪展示UI,默认没有认证 2. 环境部署 参考官网下载： zipkin quickstart 3. 使用案例 3.1 maven 依赖引入 <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter

什么是服务治理 　　SpringCloud 封装了 Netflix 公司开发的 Eureka 模块来 实现服务治理。 　　在传统的rpc远程调用框架中，管理每个服务与服务之间依赖关系比较复杂，管理比较复杂，所以需要使用服务治理，管理服务与服务之间的依赖关系，可以实现服务调用、负载均衡、容错 等，实现服务发现与注册。 什么是服务注册与发现 　　Eureka 采用了 CS 的设计架构， Eureka Server 作为 服务注册 功能的服务器，它是服务注册中心。而系统中的其他微服务，使用Eureka 的客户端连接到 Eureka Server 并维持心跳连接。这样系统的维护人员就可以通过Eureka Server 来监控系统中各个微服务是否正常运行。 　　在服务注册与发现中，有一个注册中心。当服务器启动的时候，会把当前自己服务器的信息，比如 服务地址、通讯地址 等以别名方式注册到注册中心上，另一方（消费者/服务提供者），以该别名的方式去注册中心上获取到实际的服务通讯地址，然后再实现本地RPC调用RPC远程调用框架核心设计思想：在于注册中心，因为使用注册中心管理每个服务与服务之间的一个依赖关系（服务治理概念）。在任何RPC远程框架中，都会有一个注册中心（存放服务地址相关信息(接口地址)） 　　Eureka 系统架构： Eureka 的两个组件 　　 Eureka Server 和