转载

SpringCloud

单体应用存在的问题

● 随着业务的发展，开发变得越来越复杂。

● 修改、新增某个功能，需要对整个系统进行测试，重新部署。

● 一个模块出现问题，很可能导致整个系统崩溃。

● 多个开发团队同时对数据进行管理，容易产生安全漏洞。

● 各个模块使用同一种技术进行开发，各个模块很难根据实际情况选择更合适的技术框架，局限性很大。

● 模块内容过于复杂，如果员工离职，可能需要很长时间才能完成工作交接。

分布式、集群

集群：一台服务器无法负荷高并发的数据访问量，那么就设置十台服务器一起分担压力，十台不行就设置一百台（物理层面）。很多人干同一件事，来分摊压力。

分布式：将一个复杂问题拆分成若干个简单的小问题，将一个大型的项目架构拆分成若干个微服务来协同完成。

（软件设计层面）。将一个庞大的工作拆分成若干个小步骤，分别由不同的人完成这些小步骤，最终将所有的结果进行整合实现大的需求。

服务治理的核心有三部分组成：服务提供者、服务消费者、注册中心。

在分布式系统架构中，每个微服务在启动时，将自己的信息存储在注册中心，叫做服务注册。

服务消费者从注册中心获取服务提供者的网络信息，通过该信息调用服务，叫做服务发现。

Spring Cloud 的服务治理使用Eureka来实现，Eureka是Netflix开源的基于REST的服务治理解决方案，Spring Cloud 集成了

Eureka，提供服务注册和服务发现的功能，可以和基于Spring Boot 搭建的微服务应用轻松完成整合，开箱即用，Spring Cloud Eureka。

Spring Cloud Eureka

● Eureka Server,注册中心

● Eureka Client,所有要进行注册的微服务通过Eureka Client连接到Eureka Server,完成注册。

原文 https://segmentfault.com/a/1190000021400641

正文到此结束

所属分类： Spring

本文标签： 管理 client 注册中心测试漏洞开源 Netflix 服务器数据开发 Spring cloud spring 系统架构 REST 分布式系统安全 Eureka 高并发部署集群软件分布式并发压力时间 Spring Boot 微服务 https 需求 http 服务注册
版权声明： 本文为互联网转载文章，出处已在文章中说明(部分除外)。如果侵权，请联系本站长删除，谢谢。
本文海报： 生成海报一生成海报二

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。