微服务与Spring Cloud

本文涉及的产品
云原生网关 MSE Higress,422元/月
注册配置 MSE Nacos/ZooKeeper,118元/月
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
简介: 微服务是继SOA之后流行起来的一种系统架构模式。因它紧随SOA之后,所以有必要对他们先作个比较。

微服务是继SOA之后流行起来的一种系统架构模式。因它紧随SOA之后,所以有必要对他们先作个比较。

SOA vs 微服务

关于二者的比较表格,我在谷歌上搜索的一篇文章分析的挺好,现引用如下。

面向服务架构 微服务架构
出现于1990's年代 出现于2000's年代
最大化应用服务的重用性 关注解耦
系统变化需要修改整体 系统变化是创建新服务
DevOps和持续发布开始变得流行但不是主流 重点关注DevOps和持续发布
聚焦于业务系统重用 “边界上下文”越发重要
使用ESB通信 使用简单消息系统通信
支持多种消息协议 使用轻量级协议诸如:HTTP, REST等
对部署在其上的所有服务使用通用平台 通常使用云平台而非应用服务器
Docker不太流行 容器与微服务工作的非常协调
SOA服务共享数据存储 每个微服务可以拥有独立的存储服务
通用的治理和标准 松散治理,关注团队协作与自由选择

SOA vs MicroService

微服务

微服务这么流行,肯定有其优势所在。不过也不能不看到它的劣势噢。

优势

  • 每个模块都是独立的,所以你可以选择不同的开发语言以获得语言级别的好处
  • 每个模块都可以有自己的数据库,NoSQL或者关系型
  • 开发人员构建和维护微服务所以他们对模块非常熟悉。跨功能的成员一些协作完成服务

劣势

  • 服务调用其它服务,所以对于大型项目来说,难以跟踪调用过程以及监控服务
  • 服务之间通过RESTful API调用所以性能可能没有整体的进程内通信的系统高
  • 难以调试,尤其是一个服务调用了一系列其它服务

SpringCloud

如何扬长避短,更好更方便地利用微服务呢。

SpringCloud提供以下特性来强化微服务的优势、弥补劣势

  • 分布式/版本化的配置
  • 服务注册和发现
  • 路由
  • 服务到服务的调用
  • 负载均衡
  • 熔断(Circuit Breaker)
  • 全局锁
  • leader选举及集群状态
  • 分布式消息

SpringCloud主要项目

Spring Cloud Config

统一配置中心。

Spring Cloud Netflix

服务发现

Spring Cloud Bus

一个事件总线,利用分布式消息系统将服务和服务实例连到一起。可用于在集群内传播状态变化(如配置变化事件)

Spring Cloud for Cloud Foundry

集成你的应用到Pivotal Cloud Foundry,提供并且让实现SSO和OAuth2来保护资源变得更加容易。

Spring Cloud Open Service Broker

提供一个用于构建实现了Open Service Broker API的服务的Broker的起始点

Open Service Broker API连接开发者到一个全球的服务生态环境,该项目给开发者、ISVs、SaaS厂商提供一个单一的、简单的和完美的方式去发布服务到原生云平台上(诸如Cloud Foundry, OpenShift, Kubernetes)

Open Service Broker 项目

Open Service Broker API定义

Spring Cloud Cluster

提供基于Zookeeper、Redis、Hazelcast、Consul的领头选举、通用状态机模式的抽象及实现。

Spring Cloud Consul

基于Hashicorp Consul的服务发现及配置管理。

Spring Cloud Security

提供对基于负载均衡的OAuth2 rest client和authentication header的支持,依赖了Zuul proxy。

Spring Cloud Sleuth

应用于Spring Cloud的分布式追踪功能,与Zipkin, HTrace and log-based (e.g. ELK) tracing 相兼容。

Spring Cloud Data Flow

一个cloud-native的服务编排,易用的DSL、drag-and-drop GUI,REST-APIs 一起全面简化了基于服务编排的数据管道。

Spring Cloud Stream

一个轻量级的事件驱动微服务框架,便于快速构建连接到外部系统的应用。简单的声明模型可以使用Apache Kafka或RabbitMQ在Spring Boot应用间收发消息。

Spring Cloud Stream App Starters

一系列基于Spring Boot的Spring集成应用程序,提供与外部应用的集成。

Spring Cloud Task

一个短期的微服务框架,快速构建执行有限数量的数据处理的应用。简单的声明就可以增加功能性或非功能性特性到Spring Boot中。

Spring Cloud Task App Starters

一系列单机版的可执行应用程序,可以拥有按需用例:比如数据库迁移、机器学习、定时操作。这些应用可以运行于各种独立平台,比如:Cloud Foundry、Apache Yarn、 ApacheMesos、Kubernetes、Docker甚至你的笔记本上。

Spring Cloud Zookeeper

基于Apache Zookeeper的服务发现及配置管理。

Spring Cloud Connectors

使得运行于各种平台上的PaaS应用能够方便地连接到后端服务,比如数据库、消息Broker。(这个项目原先叫作Spring Cloud)

Spring Cloud Starters

Spring Boot风格的启动项目,简化服务消费方Spring Cloud的依赖管理。

Spring Cloud CLI

Spring Boot CLI插件,用来快速使用Groovy语言创建Spring Cloud组件应用

Spring Cloud Contract

是一揽子有关帮助用户成功地实现“消费端驱动契约”方式解决方案

Spring Cloud Gateway

是一款基于智能的、可编程的路由的Project Reactor

Spring Cloud OpenFeign

为Spring Boot应用提供通过自动化配置和绑定到Spring Environment和其它编程模型风格的集成。

原文发表于http://www.yesdata.net/2018/03/15/microservice-and-spring-cloud/

·

相关文章
|
1天前
|
JSON Java API
利用Spring Cloud Gateway Predicate优化微服务路由策略
Spring Cloud Gateway 的路由配置中,`predicates`​(断言)用于定义哪些请求应该匹配特定的路由规则。 断言是Gateway在进行路由时,根据具体的请求信息如请求路径、请求方法、请求参数等进行匹配的规则。当一个请求的信息符合断言设置的条件时,Gateway就会将该请求路由到对应的服务上。
93 69
利用Spring Cloud Gateway Predicate优化微服务路由策略
|
20天前
|
Java 开发者 微服务
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
141 68
从单体到微服务:如何借助 Spring Cloud 实现架构转型
|
2月前
|
Dubbo Java 应用服务中间件
Spring Cloud Dubbo:微服务通信的高效解决方案
【10月更文挑战第15天】随着信息技术的发展,微服务架构成为企业应用开发的主流。Spring Cloud Dubbo结合了Dubbo的高性能RPC和Spring Cloud的生态系统,提供高效、稳定的微服务通信解决方案。它支持多种通信协议,具备服务注册与发现、负载均衡及容错机制,简化了服务调用的复杂性,使开发者能更专注于业务逻辑的实现。
74 2
|
17天前
|
Java Nacos Sentinel
Spring Cloud Alibaba:一站式微服务解决方案
Spring Cloud Alibaba(简称SCA) 是一个基于 Spring Cloud 构建的开源微服务框架,专为解决分布式系统中的服务治理、配置管理、服务发现、消息总线等问题而设计。
167 13
Spring Cloud Alibaba:一站式微服务解决方案
|
4天前
|
Java 关系型数据库 Nacos
微服务SpringCloud链路追踪之Micrometer+Zipkin
SpringCloud+Openfeign远程调用,并用Mircrometer+Zipkin进行链路追踪
58 20
|
3天前
|
运维 监控 Java
为何内存不够用?微服务改造启动多个Spring Boot的陷阱与解决方案
本文记录并复盘了生产环境中Spring Boot应用内存占用过高的问题及解决过程。系统上线初期运行正常,但随着业务量上升,多个Spring Boot应用共占用了64G内存中的大部分,导致应用假死。通过jps和jmap工具排查发现,原因是运维人员未设置JVM参数,导致默认配置下每个应用占用近12G内存。最终通过调整JVM参数、优化堆内存大小等措施解决了问题。建议在生产环境中合理设置JVM参数,避免资源浪费和性能问题。
17 3
|
25天前
|
消息中间件 监控 Java
如何将Spring Boot + RabbitMQ应用程序部署到Pivotal Cloud Foundry (PCF)
如何将Spring Boot + RabbitMQ应用程序部署到Pivotal Cloud Foundry (PCF)
31 6
|
25天前
|
负载均衡 Java 开发者
深入探索Spring Cloud与Spring Boot:构建微服务架构的实践经验
深入探索Spring Cloud与Spring Boot:构建微服务架构的实践经验
83 5
|
25天前
|
Java 关系型数据库 MySQL
如何将Spring Boot + MySQL应用程序部署到Pivotal Cloud Foundry (PCF)
如何将Spring Boot + MySQL应用程序部署到Pivotal Cloud Foundry (PCF)
45 5
|
25天前
|
缓存 监控 Java
如何将Spring Boot应用程序部署到Pivotal Cloud Foundry (PCF)
如何将Spring Boot应用程序部署到Pivotal Cloud Foundry (PCF)
35 5