为了账号安全,请及时绑定邮箱和手机立即绑定

SpringCloud-初识微服务(一)

标签:
Java

本篇文章简单介绍一下什么是微服务、微服务的优点、SpringCloud的微服务架构核心组件选型等;

一、什么是微服务?

  微服务的提出者Martin Fowler是这样描述微服务的(原文:https://martinfowler.com/articles/microservices.html):

   In short, the microservice architectural style [1] is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often
an HTTP resource API. These services are built around business capabilities and independently deployable by fully automated deployment machinery. There is a bare minimum of centralized management of these services, 
which may be written in different programming languages and use different data storage technologies.

  翻译过来(译文:http://blog.cuicc.com/blog/2015/07/22/microservices/):

     简单来说,微服务架构风格是一种将一个单一应用程序开发为一组小型服务的方法,每个服务运行在自己的进程中,服务间通信采用轻量级通信机制(通常用HTTP资源API)。这些服务围绕业务能力构建并且可通过全自动部署机制独立部署。这些服务共用一个最小型的集中式的管理,
服务可用不同的语言开发,使用不同的数据存储技术。

  故微服务架构应具有以下特性:

    1、每个微服务可独立运行在自己的进程里,即独立部署;

    2、一系列独立运行的微服务共同构建起整个系统,即分布式系统架构;

    3、每个服务为独立的业务开发,一个微服务只关注某个特定的功能,即业务服务层的高内聚低耦合,业务的模块化;

    4、微服务之间通过轻量级的通信机制通信,即使用RestFul调用;

    5、可使用不同的语言和数据存储技术;

    6、自动化部署;

  总结:

    装逼版:微服务,即基于独立的业务模块化单元的单机应用进行的完整、成熟的分布式架构;(个人理解)

    白话版:微服务,即多个微小的独立部署的应用单元组成的,各个服务之间互不影响的一套完整的系统;(个人理解)

二、微服务的优点

  1、易于开发和维护:一个微服务只会关注特定的业务功能,所以业务清晰,代码量少,易维护;

  2、局部部署:微服务是独立部署的,所以它部署时不会影响其他服务;

  3、可扩展性强:由于微服务是独立部署的,当产品有新的需求时,就可以重新建立一套微服务,完全解耦;

  4、支持多语言:技术选型不在受限,完全可以一个系统中有多个语言存在;

  最大的优点就是规避了单体应用缺点,复杂性高,部署频率低,扩展受限,可靠性差等。

三、SpringCloud的微服务架构核心组件选型

      https://img1.sycdn.imooc.com//5b1665cf0001a98c09160613.jpg

 

   1、服务网关:由于是微服务,不可避免的会有很多的接口,这样的会互相访问时会出现很多问题,例如:存在跨域请求,客户端辉多次请求不同的微服务,增加可客户端的复杂性和不可维护性,难以重构等问题,所以我们需要一个服务网关来管理这些请求,微服务网关是介于客户端和服务端之间的中间层,这样我们就可以做一些额外的功能如:认证安全,压力测试,监控,负载均衡等;在SpringCloud建议使用Zuul,它是Netflix开源的微服务网关;

   2、客户端负载均衡:在微服务中,部署时各个微服务都会部署多个实例,这样我们就需要将请求分摊到各个具体的实例上;在SpringCloud建议使用Ribbon,他也是Netflix开源的负载均衡器;

   3、服务注册中心:使用微服务构建的是分布式系统,微服务之间通过网络进行通信,而随着系统体积的增加,服务也会增加,这样我们就需要一个服务管理中心去管理这些服务;在SpringCloud中建议使用Eureka;

   4、熔断器:微服务架构的应用系统通常会有多个服务层,而各个微服务之间又有着业务关系,难免存在依赖,而如果其中一个微服务发生故障时也会导致其他微服务的不可用,从而引起级联故障也就是雪崩效应,所以我们需要一个断路保护机制,来保证不会出现雪崩效应;在SpringCloud中建议使用Hystrix;

   5、配置中心:由于微服务较多,不同环境配置也不尽相同,所以非常有必要将配置文件统一管理,所以需要一个配置中心来管理配置文件;在SpringCloud中建议使用SpringCloudConfig;

 

 

参考书籍:《SpringCloud与Docker微服务架构实战》周力著

原文出处


点击查看更多内容
2人点赞

若觉得本文不错,就分享一下吧!

评论

作者其他优质文章

正在加载中
感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦
今天注册有机会得

100积分直接送

付费专栏免费学

大额优惠券免费领

立即参与 放弃机会
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消