泗水六年的博客

Docker总结Docker就是一个容器引擎，在之前的工作中我也用过，整体来说就是让配置整套环境更加方便，可以达到一键部署的效果。说白了不用Docker我们也能搭建环境，部署项目，但是比较费劲，步骤比较繁琐，而且如果要把项目迁移到另外一台机器上，还将相关的软件重头到尾安装-遍，而且有时候机器的操作系统版本不一样，即便按照同样的配置步骤也有可能出现软件的不兼容，而且在改配置文件的时候可能会因为手误导致配置出错，多个逗号，少个分号啥的，这些都比较耗费时间，也降低了工作效率。通过docker就可以解决刚刚说的这些

谈谈你对Spring的理解？Spring 的核心就是 IOC 和AOP。IOC（Inverse Of Control）控制反转，就是将原本在程序中手动创建对象的控制权，交由Spring框架来管理。 Spring使用IOC容器来实现IOC， IOC容器实际上就是个Map（key，value）,key就是Bean的ID，value就是对应的Bean对象。通过将对象之间的相互依赖关系交给IOC容器来管理，然后IOC容器来完成对象的注入。这样可以很大程度上简化应用的开发，把应用从复杂的依赖关系中解放出来。I

Zuul总结1.Zuul简介Zuul在整个微服务系统中充当网关的角色，实现路由转发和过滤的功能能，是客户端与服务器之间的中间层。因为外部客户端的请求都是通过ZUUL网关路由到具体的微服务，所以为了保证微服务的安全，我们就在Zuul中自定义了过滤器，对所有微服务的安全进行统一的处理，还有，因为涉及到前后端分离，前端项目访问后端微服务涉及到跨域问题，所以我们在Zuul中也自定义了关于跨域的过滤器，进行统一处理。2.如何自定义跨域过滤器？具体是这么做的，首先你得先定义一个继承于ZuulFiter的

Hystrix总结1.什么是服务雪崩？在咱们的微服务系统中有可能发生服务雪崩的问题，比如说系统里面A服务需要调用B服务，B服务需要调用C服务，如果C服务出现问题，就会影响到B服务导致B服务出现问题，同样B服务出现问题，也会导致A服务也出问题，最后就会导致所有的微服务都不可用。就像咱们现实生活中，一个路口堵车，就会导致整条街慢慢拥堵,再后来影响的范围就会越来越大。为了避免出现服务雪崩问题，可以用SpringCloud中的Hystrix来解决这个问题。2.Hystrix是什么？咱们都知道Hyst

1.Ribbon总结Ribbon说白了就是一个客户端负载均衡的工具，当然我们在之前的项目里没有单独使用过Ribbon，因为我们使用的Feign已经内置了Ribbon。Ribbon内置了很多负载均衡策略，比如说轮询啊、随机啊、过滤掉不可用的服务啊、根据响应时间加权啊、轮询重试啊等，大概我就记得这些。Ribbon默认使用的负载均衡策略是轮询。当然如果说Ribbon自带的负载均衡策略满足不了你的需求的话，你也可以自定义Ribbon的轮询策略。其实就是新建一个类去继承Ribbon提供的一个什么Abstract.

Feign总结1.Feign的介绍？Feign说白了就是一个用于简化服务间进行远程接口调用的工具，当然了不用Feign的话我们也可以进行远程接口调用，比如说我们可以使用HttpClient自己写代码去构造请求、发送请求和解析接口的响应结果，但是这样做太麻烦了，使用了Feign之后，我们调用远程接口就像在调用本地方法一样。那些构造请求、发送请求和解析接口响应结果的脏活累活Feign都帮我们做了，让我们可以更加专注于那些核心业务逻辑的编写。2.Feign的工作原理？那在这里我就简单说一下我了解到

Eureka总结1.Eureka简介？我理解的Eureka它在整个微服务架构中充当注册中心的角色，方便咱们管理各种微服务。Eureka又分为Eureka Server(服务端)和 Eureka Client(客户端)。每个微服务中都有一个Eureka Client专门负责将这个服务的信息注册到Eureka Server中。说白了就是告诉Eureka Server自己在哪台机器上监听着哪个端口。而Eureka Server是一个注册中心，里面有一个注册表，保存了各服务所在的机器和端口号..

简单介绍一下什么是SpringCloud？我觉着SpringCloud就是一个分布式微服务架构的一站式解决方案，它提供了很多组件用来解决了分布式架构所带来的一些问题。我在之前工作里用过Eureka、Ribbon、Feign、Hystrix，Zuul这么几个组件。其中Eureka在整个微服务架构中充当注册中心的角色，服务提供者将自身信息注册到Eureka Server中，然后服务消费者就可以从Eureka Server中获取注册的服务提供者的信息，然后就可以向服务提供者发起调用了。Ribbon实现了客户端

为什么你们要选择SpringCloud作为微服务架构？首先吧SpringCloud它是微服务分布式架构下的一整套解决方案，而且框架成熟度比较高。再者就是SpringCloud社区活跃度高，学习起来也比较简单。

你知道微服务常用的技术栈有哪些吗？服务开发的话：可以使用SpringBoot。服务注册和发现的话：有Eureka、Zookeeper服务熔断和降级的话：可以使用Hystrix。服务网关的话：有Zuul负载均衡的话：有Ribbon、Nginx，只不过Ribbon是客户端的负载均衡，Nginx是服务端的负载均衡。服务间接口调用的话：可以使用Feign配置中心的话：有SpringCloudConfig、携程的Apollo...

你是如何理解微服务的？我觉着微服务的核心思想就是分而治之，也就是说将传统的单体应用，根据业务拆分成一个一个的服务，彻底地去耦合,每一个微服务只提供单个业务功能的服务，比如说订单微服务就只实现订单相关的业务，会员微服务就只实现会员相关的业务，服务之间进行协作来完成用户的业务处理，每个微服务都运行在自己的进程里并且拥有自己独立的数据库。优点：首先服务拆分粒度更细，有利于资源重复利用，提高开发效率。然后微服务是松耦合的，无论是在开发阶段或部署阶段都是独立的。第三就是可以更加精准的制定每个服务的

kubectl常用示例查看类命令# 获取节点和服务版本信息kubectl get nodes# 获取节点和服务版本信息，并查看附加信息kubectl get nodes -o wide# 获取pod信息，默认是default名称空间kubectl get pod# 获取pod信息，默认是default名称空间，并查看附加信息【如：pod的IP及在哪个节点运行】kubectl get pod -o wide# 获取指定名称空间的podkubectl get pod -n kube

1、springClound是什么？Spring Cloud 是一套完整的微服务解决方案，基于 Spring Boot 框架，准确的说，它不是一个框架，而是一个大的容器，它将市面上较好的微服务框架集成进来，从而简化了开发者的代码量。Spring Cloud 是一系列框架的有序集合，它利用 Spring Boot 的开发便利性简化了分布式系统的开发，比如服务发现、服务网关、服务路由、链路追踪等。Spring Cloud 并不重复造轮子，而是将市面上开发得比较好的模块集成进去，进行封装，从而减少了各模块