初心不改

而微服务架构，在另一方面，是更适合于较小和良好的分割，基于Web的系统。最后，我们可以得出结论，因为它们服务于不同的目的，微服务和SOA确实是不同类型的体系结构。微服务架构中的前缀“微”是指内部组件的粒度，意味着它们必须比SOA架构的服务往往要小得多。面向服务的架构不太关于如何对应用程序进行模块化构建，更多的是关于如何通过分布式、单独维护和部署的软件组件的集成来组成应用程序。乍一看，微服务架构似乎谈论的是与SOA相同的事情。可以说，两种架构比起不同的架构有更多的相似之处，然而，它们是两种不同类型的架构。

Eureka client在默认情况每隔30s想Eureka Server发送一次心跳,当Eureka Server在默认连续90s秒的情况下没有收到心跳, 会把Eureka client 从注册表中剔除,再由Eureka-Server 60秒的清除间隔,把Eureka client 给下线。一个Eureka中分为eureka server和eureka clint,其中eurka server是作为服务的注册与发现中心,eureka client既可以作为服务的生产者,又可以作为服务的消费者。

Spring Cloud 的功能很明显比 Dubbo 更加强大，涵盖面更广，而且作为 Spring 的旗舰项目，它也能够与 Spring Framework、Spring Boot、Spring Data、Spring Batch 等其他 Spring 项目完美融合，这些对于微服务而言是至关重要的。企业中对于微服务监控有一套东西，叫做APM。，在 Spring Source 的整合下，做了大量的兼容性测试，保证了机器拥有更高的稳定性，但是如果要在使用非原装组件外的东西，就需要对其基础原理有足够的了解。

zipkin版本与springboot版本高度关联，springboot2.2.x以后版本集成zipkin方式改变了，不再支持，需要独立运行zipkin jar包。

原因：自己 config-server端 application.yml 配置的端口号是8888，访问server修改为配置的端口号。

看其他博主的博客解决办法试过了也不行，如name、server名不对应之类的；所以总是注册不到eureka server上。

是因为没有配置代理地址，在application中添加下面配置。暴露hystrix.stream端点。