SpringCloud-初识微服务(一)

前言

  本篇文章简单介绍一下什么是微服务、微服务的优点、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的微服务架构核心组件选型

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

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

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

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

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

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

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏祝威廉

StreamingPro支持Flink的流式计算了

有的时候我们只要按条处理,追求实时性而非吞吐量的时候,类似Storm的模式就比较好了。Spark 在流式处理一直缺乏改进,而Flink在流式方面做得很棒,两者高...

1213
来自专栏杂烩

一种海量日志存储、分析解决方案V1.1 原

针对上一个版本https://my.oschina.net/shyloveliyi/blog/786337,有如下更新:

813
来自专栏云计算D1net

混合云文件服务如何解决企业的文件问题

文件是现代组织的主要资产。混合云文件服务通过结合云计算和内部部署的文件系统的优势,将在全球范围内越来越多地用于管理和共享文件。

650
来自专栏张善友的专栏

MongoDB 2.6.2 发布

NoSQL数据库MongoDB推出了全新一代产品MongoDB 2.6.2,该版本全面强化核心服务器,提供全新的自动化工具与重要的企业功能,宣称是MongoDB...

1797

分布式系统的架构问题

原文地址:https://dzone.com/articles/architecture-concerns-for-distributed-systems

18710
来自专栏ThoughtWorks

微网关与服务啮合 | 洞见

技术雷达:现在越来越多的大型组织在向更加自组织的团队结构转型,这些团队拥有并运营自己的微服务,但他们如何在不依赖集中式托管的基础架构下,确保服务之间必要的一致性...

2945
来自专栏hadoop学习

hadoop商业版本选择对比

记得刚接触到hadoop的时候跟大部分人一样都会抱怨hadoop的安装部署问题,对于一个新手来说这这的是个头疼的问题,可能需要花费一整天的时间才能把分布式环境安...

972
来自专栏服务端技术杂谈

在代码上线时如何避免多台服务器代码不一致引发脏数据呢?

大型的互联网产品总会有多台服务器支撑整个产品系统的运行,如果发布新版本代码的时候(比如我们公司还是最暴力的复制/粘贴,当然有自己的自动上线工具也不太可能避免这种...

3405
来自专栏智能计算时代

Envoy和类似的系统比较

总的来说,我们相信Envoy为现代服务导向架构提供了独特且引人注目的功能。下面我们比较一下Envoy和其他相关的系统。尽管在任何特定的领域(边缘代理,软件负载平...

3966
来自专栏Laoqi's Linux运维专列

Linux开源监控软件

3889

扫码关注云+社区