本篇博客通过小强开饭店的通俗易懂的故事，带你了解后端服务是如果从单体应用演变到微服务的。如果有说的不对的地方，欢迎各位大佬强势怼。

在开发普通的 web 应用中，我们通常是将配置项写在单独的配置文件中，比如application.yml,application.properties，但是在微服务架构中，可能会出现数百个微服务，如果每个微服务将配置文件写在自身的配置文件中…

一份Java开发者的技术图谱　, 近期主要侧重点在 Java | Docker | 并发与分布式.

Eureka是一种基于REST（Representational State Transfer）的服务，主要用于AWS云，用于定位服务，以实现中间层服务器的负载平衡和故障转移。我们将此服务称为Eureka Server。Eureka还附带了一个基于Java的客户端…

搭建一个基于springcloud的分布式博客系统,已经实现了基于eureka的配置中心和注册中心，为了减少本地的内存压力，使用docker将配置中心注册中心放到服务器上

前言：本次开发环境为SpringBoot 2.1.4.RELEASE、SpringCloud Greenwich.SR1、SpringCloudConfig 2.1.1.RELEASE

springcloud开发微服务时，基于feign来做声明式服务接口，当启用hystrix服务熔断降级时，项目服务众多，每个Feign服务接口都得写一些重复问的服务降级处理代码，势必显得枯燥无味：

在springcloud微服务中，使用feign来做声明式微服务调用的client时，经常会遇到springmvc的原生注解@RequestParam不支持自定义POJO对象的问题，例如：

1、服务发现: Eureka Clients 1.1. 怎么样成为Eureka客户端 1.2. 注册为Eureka 1.3. Authenticating with the Eureka Server 1.4. Status Page and Health Indicator 1.5. Registering a Secure Application 1.6….

前些天栈长在Java技术栈微信公众号分享过 Spring Cloud Eureka 的系列文章： [Spring Cloud Eureka 自我保护机制 ]([链接] Spring Cloud Eureka 常用配置详解 其中，可能大家关于自我机制的具体保护逻辑还不是特…