前言 随着微服务的流行,越来越多公司使用了微服务框架,微服务以其高内聚、低耦合等特性,提供了更好的容错性,也更适应业务的快速迭代,为开发人员带来了很多的便利性。但是随着业务的发展,微服务拆分越来越复杂,微服务的治理也成了一个比较令人头疼的问题,我相信下面这些场景大家或多或少都遇到过。 场景一:发布是天大的事情,每一次的发布,都会出现执行到一半的请求中断掉,上游继续调用已经下线的节点导致报错的现象。发布时收到各种报错,同时还影响用户的体验,发布后又需要修复执行到一半的脏数据。 上述场景还是在新版本没有任何问题的情况下…

2020年05月22日 0条评论 587点热度 0人点赞 阅读全文

稍微回想一下计算机硬件的工作原理我们便不难发现,整个计算机的工作过程其实就是一个对事件的处理过程。当你点击鼠标、敲击键盘或者插上U盘时,计算机便以中断的形式处理各种外部事件。在软件开发领域,事件驱动架构(Event Driven Architecture,EDA)早已被开发者用于各种实践,典型的应用场景比如浏览器对用户输入的处理、消息机制以及SOA。最近几年重新进入开发者视野的响应式编程(Reactive Programming)更是将事件作为该编程模型中的一等公民。可见,“事件”这个概念一直在计算机科学领域中扮演…

2019年11月11日 0条评论 633点热度 0人点赞 阅读全文

单独的数据库: 微服务设计的一个关键是数据库设计,基本原则是每个服务都有自己单独的数据库,而且只有微服务本身可以访问这个数据库。它是基于下面三个原因。 优化服务接口:微服务之间的接口越小越好,最好只有服务调用接口(RPC或消息),没有其他接口。如果微服务不能独享自己的数据库,那么数据库也变成了接口的一部分,这大大拓展了接口范围。 错误诊断:生产环境中的错误大部分都是和数据库有关的,要么是数据出了问题,要么是数据库的使用方式出了问题。当你不能完全控制数据库的访问时,会有各种各样的错误发生。它可能是别的程序直接连到你的…

2019年10月19日 0条评论 571点热度 0人点赞 阅读全文

本文将介绍微服务架构和相关的组件,介绍他们是什么以及为什么要使用微服务架构和这些组件。本文侧重于简明地表达微服务架构的全局图景,因此不会涉及具体如何使用组件等细节。 要理解微服务,首先要先理解不是微服务的那些。通常跟微服务相对的是单体应用,即将所有功能都打包成在一个独立单元的应用程序。从单体应用到微服务并不是一蹴而就的,这是一个逐渐演变的过程。本文将以一个网上超市应用为例来说明这一过程。 最初的需求 几年前,小明和小皮一起创业做网上超市。小明负责程序开发,小皮负责其他事宜。当时互联网还不发达,网上超市还是蓝海。只要…

2019年10月09日 0条评论 749点热度 0人点赞 阅读全文

什么是微服务 微服务是一种架构风格,一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署,各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下,每个任务代表着一个小的业务能力。 微服务中的“微”指的是组件的粒度,而非暴露接口的粒度。   微服务架构的一些通用特性 根据MartinFowler的分析,微服务架构有以下的一些通用特性,但并非所有微服务架构应用都必须具备所有这些特性: 1.通过服务实现应用的组件化(Componentizationvia …

2019年06月13日 0条评论 799点热度 0人点赞 阅读全文

微服务的优点: 可独立部署、升级、替换、伸缩(备机) 自由选择开发语言 高效利用资源 故障隔离   微服务带来的挑战: 服务多,带来更多操作(部署脚本、) 管理复杂度提升(日志、监控、环境、) 部署难度加大(部署:开发部署还是测试部署... ', '架构', ' 微服务的特点: 在微服务的模式下是事件驱动,服务之间他们如何被调用、如何走流程是通过事件驱动的,而不是中心化的思路做治理,更多的是去中心化的自治 微服务的本质是管理 是一种架构风格和设计模式 微服务架构每个服务都有自己的数据库 组件化 产品模式而…

2019年06月13日 0条评论 728点热度 0人点赞 阅读全文