架构杂谈《二》

服务化到微服务

1、微服务的产生

  随着互联网企业的不断发展,海量用户发起的大规模、高并发请求是企业不得不面对的,上一篇 架构杂谈《一》杂谈的SOA服务化系统能够分解任务,让每个服务更简单、职责单一、更易于扩展。但无论是Web Service 还是ESB,都有时代遗留下的问题。

  Web Service

   1)依赖中心化的服务发现机制

   2)使用SOAP通讯协议,通常使用XML格式来序列化通信数据,XML格式的数据冗余太大,协议太重

   3)服务化管理和治理设施并不完善

  ESB

   1)ESB 虽然是SOA实现的一种方式,却更多地体现了系统集成的便利性,通过统一的服务总线将各个服务组合在一起

        2)组合在ESB上的服务本身有可能是一个臃肿的服务

   3)系统内部的复杂性仍然存在。ESB试图通过总线来掩盖系统内部的复杂性

        4)对于总线本身中心化的管道模型,系统变更时影响的范围会随之扩大

出现问题解决问题是人类进步的阶梯,对于软件架构也是一样,近年来服务架构设计得到了进一步的演化和发展,微服务架构已经出现在不同公司的讨论、设计和实践中,经过市场检验的东西肯定会被大家所接受。

  微服务架构提倡将软件应用设计成多个可独立开发、配置、运行和维护的子服务,子服务之间通过良好的接口定义通信机制,通常使用RESTful风格的API形式来通信。因为RESTful 风格的 API 通常是在 HTTP 或者 HTTPS 通道上传输 JSON 格式的数据来实现的, HTTP协议有跨语言、跨异构系统的优点, 当然也可通过底层的二进制协议、消息队列协议等进行交互。这些服务不需要中心化的统一管理,每个服务的功能可自治,并且可由不同的语言、系统和平台实现 。 

  微服务架构致力于松耦合和高内聚的效果,与SOA和ESB相比,不再强调服务总线和通信机制的多样性,通常通过RESTful 风格的API和轻量级的消息通信协议来完成。

微服务架构并不是为了拆分而拆分,真正的目的是通过对微服务进行水平扩展解决传统的单体应用在业务急剧增长时遇到的问题,而且由于拆分的微服务系统中专业的人做 专业的事,人员和项目的职责单一、低藕合、高内聚,所以产生问题的概率就会降到最小。

2、微服务与单体的对比

640?wx_fmt=png

 

(微服务架构图)

从上图可以得到:

  1)  微服务把每一个职责单一的功能放在一个独立的服务中

  2)  每个服务运行在一个单独的进程中

  3)  每个服务有多个实例在运行,每个实例可以运行在容器化平台内

  4)  每个服务有自己的数据存储,实际上,每个服务应该有自己独享的数据库、缓存、消息队列等

  5)  每个服务都可根据性能需求独立地水平伸缩

640?wx_fmt=png

 

(单体架构图)

通过对比,可以得到传统单体架构的特点:

  1)  传统单体架构将所有模块化组件糅合后运行在同一个服务的进程中

  2)  某个模块发生变更时,需要将所有的模块编译、打包上线

  3)  久而久之,模块间的依赖将会不清晰,互相耦合,互相依赖成为常态

通过将两种架构对比来看,微服务架构更加的灵活并且可水平伸缩,可以让专业的人干专业的事。

3、微服务与SOA服务的对比

  微服务架构的一些特点与 SOA 服务化架构相似, 事实上微服务架构与 SOA 服务化架构并不冲突,它们一脉相承,微服务架构是服务化架构响应特定历史时期的使用场景的延续,是服务化进行升华井落地的一种实现方式。SOA 服务化的理念在微服务架构中仍然有效,微服务在 SOA 服务化的基础上进行了演进和叠加,形成了适合现代化应用场景的一个方法论。

经过几十年互联网的高速发展,以及敏捷、持续集成、持续交付、DevOps、云技术等的深入人心,服务架构的开发、测试、部署以及监控等,相比SOA已经发生大的变化。

  1)  SOA 服务化涉及的范围更广一些,强调不同的异构服务之间的协作和契约 ,并强调有效集成、业务流程编排、历史应用集成等,典型代表为 Web Service 和 ESB

  2)  微服务使用一系列的微小服务来实现整体的业务流程,目的是有效地拆分应用,实现敏捷开发和部署,在每个微小服务的团队里,减少了跨团队的沟通,让专业的人做专业的事,缩小变更和法代影响的范围,并达到单一微服务更容易水平扩展的目的

  3)  微服务将完整的应用拆分成多个细小的服务,通常使用敏捷扩容、缩容的 Docker 技术来实现自动化的容器管理 , 每个微服务运行在单一的进程内,微服务中的部署互相独立 、 互不影响。

  4)  SOA 服务化通常将多个业务服务通过组件化模块方式打在一个包里,然后统一部署在一个应用服务器上。

  6)  SOA 对粒度没有要求 , 在实践中服务通常是粗粒度的,强调接口契约的规范化,内部实现可以更粗粒度。

相比SOA的服务实现方式,微服务更具灵活性、可实施性以及可扩展性,其强调的是一种独立测试、独立部署、独立运行的软件架构模式。对于微服务的概念而言,它是SOA的一个子集,而对于其实现方式而言,它是一种更符合现代化互联网发展趋势的实践,是一种更容易帮助企业或组织有效并成功实施的服务架构。

总结

最后让我来总结下微服务架构的主要特点

  • 将传统单体应用拆分成网络服务,来实现模块化组件 。

  • 根据微服务架构的服务划分来分组职能团队,减少跨团队的沟通 。

  • 每个服务对应一个团队,团队成员负责开发、测试、运维和运营 ,开发后在团队内运维和运营,不需要交付给其他团队。

  • 去中 心化、 去 SOA 服务化的中 心服务治理和去企业服务总线 。

  • 微服务重视服务的合理拆分、分层和构造,可建设自动化持续发布平台,井进行敏捷开发和部署。

 说明:

  1、文中的图都来自于百度图片

  2、参考书籍:《分布式服务架构:原理、设计与实战》

  3、如有不合适的地方请反馈。综合后更改。


本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/314955.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

简化 Pod 故障诊断:kubectl-debug 介绍

背景容器技术的一个最佳实践是构建尽可能精简的容器镜像。但这一实践却会给排查问题带来麻烦:精简后的容器中普遍缺失常用的排障工具,部分容器里甚至没有 shell (比如 FROM scratch )。在这种状况下,我们只能通过日志或者到宿主机…

dotnet 新项目格式与对应框架预定义的宏

在 sdk style 的项目格式支持使用多框架开发,此时需要在代码里面通过宏判断,在编译的时候执行不同的代码。本文告诉大家在框架里面对应的预定义的条件编译符有哪些在让一个 csproj 项目指定多个开发框架 - walterlv告诉大家如何在 sdk style 项目格式如何…

TPL Dataflow .Net 数据流组件,了解一下?

作为单体程序,依赖的第三方服务虽不多,但是2C的程序还是有不少内容可讲;作为一个常规互联网系统,无外乎就是接受请求、处理请求,输出响应。由于业务渐渐增长,数据处理的过程会越来越复杂和冗长,…

Educational Codeforces Round 76 (Rated for Div. 2) F. Make Them Similar 折半搜索

传送门 文章目录题意:思路:题意: 思路: 一个显然的思路就是2302^{30}230枚举所有的xxx,让后再检查,这个复杂度显然不能接受。 又发现对于每个位置它取多少不受其他位置限制,满足可拼接性&#…

windows container 踩坑记

windows container 踩坑记Intro我们有一些服务是 dotnet framework 的,不能直接跑在 docker linux container 下面,最近一直在折腾把它部署在 windows container 下,折腾的有点恶心,记录一下。Windows Container 介绍Windows Cont…

小白开学Asp.Net Core 《七》

小白开学Asp.Net Core 《七》— — 探究中间件(MiddleWare)1、何为中间件?中间件是组装到应用程序管道中以处理请求和响应的家伙,管道中的每个组件都要满足以下两个条件选择是否将请求传递给管道中的下一个组件可以在调用管道中的…

aspnetcore 实现简单的伪静态化

aspnetcore 实现简单的伪静态化Intro在我的活动室预约项目中,有一个公告模块,类似于新闻发布,个人感觉像新闻这种网页基本就是发布的时候编辑一次之后就再也不会改了,最适合静态化了, 静态化之后用户请求的就是静态文件…

#530. 「LibreOJ β Round #5」最小倍数 二分 + 数论

传送门 文章目录题意:思路:题意: 思路: 本来想刷数位dpdpdp,无意间碰到了这个题来水水。 我们知道n!n!n!中质因子ppp的个数为∑i1npi\sum_{i1} \frac{n}{p^i}∑i1​pin​,所以我们就可以二分nnn&#xff0…

《ASP.NET Core 高性能系列》致敬伟大的.NET斗士甲骨文

写在开始三年前,曾写过一篇文章:从.NET和Java之争谈IT这个行业,当时遭到某些自认为懂得java就了不起的Javaer抨击,现在可以致敬伟大的.NET斗士甲骨文了  (JDK8以上都需要收费,Android弃用java作为第一语言,别高兴:OpenJDK是甲骨文的).《ASP.NET Core 高性能系列》是一套如何编…

Codeforces Round #599 (Div. 2) E. Sum Balance 图转换 + 子集dp + 环

传送门 文章目录题意:思路:题意: 思路: 首先我们知道如果所有数的和summodk!0sum\bmod k!0summodk!0那么此时无解,否则我们设needsum/kneedsum/kneedsum/k。 看到kkk这么小,自然的想到是否能状压&#xff…

资深开发者们是如何读书的?---线下读书会记录

读了多少书?怎么读书?——请问大家最近读书了吗?一年大概读了多少本书。有超过20本,超过30本,超过50本吗?在7月14日由长沙互联网活动基地和长沙.NET技术社区组织的小型社区活动,《开发者爱读书•…

架构杂谈《三》

一致性问题前面的《架构杂谈一》和《架构杂谈二》 杂谈了从服务化到微服务架构的演进,并肯定了服务化和微服务架构是一脉相承的。微服务在服务化架构的基础上,对服务化的细节和方案进行了优化和细化,重点突出了无中心化管理的微服务架构&…

腾讯发布 Tencent SCF Toolkit VS Code 插件,轻松开发无服务器云函数

在之前的文章中,我们提到了亚马逊、谷歌、IBM 等大厂都上了 Visual Studio Code 的船。阿里巴巴也在近日发布了 Aliyun Serverless VS Code 插件。近期,腾讯也上了 VS Code 的船,发布了基于 VS Code 的 Tencent SCF Toolkit 插件,…

端到端测试实践:Jenkins集成TestCafe

上一篇《对产品质量的一点思考》中说到自动化测试的重要性,本文简单介绍下怎样在实际项目中实现端到端测试的自动化,在这里我们使用的端到端测试工具是TestCafe。环境Jenkisn:2.183TestCafe:1.3.0为什么采用TestCafe做自动化测试要…

再见Jenkins,从Gitlab代码提交到k8s服务持续交付只需七毛三

Gitlab runner 快速搭建CICD pipeline背景日常开发中,相信大家已经做了很多的自动化运维环境,用的最多的想必就是利用Jenkins实现代码提交到自动化测试再到自动化打包,部署全流水线Jenkins在devops担任了很重要的角色,但是另一方面…

.NET Core 3.0之深入源码理解Kestrel的集成与应用(二)

前言前一篇文章主要介绍了.NET Core继承Kestrel的目的、运行方式以及相关的使用,接下来将进一步从源码角度探讨.NET Core 3.0中关于Kestrel的其他内容,该部分内容,我们无需掌握,依然可以用好Kestrel,本文只是将一些内部…

译 | 使用Roslyn分析器高效编写更好的代码

原文:Mika Dumont翻译:汪宇杰Roslyn 是 .NET 编译器平台,即使在运行代码之前,它也能帮助您捕获 Bug。例如内置于 Visual Studio 中的Roslyn 拼写检查分析器。假设您正在创建一个静态方法,并将 static 单词拼错为 statc…

Codeforces Round #724 (Div. 2) F. Omkar and Akmar 组合数学 + 博弈

传送门 文章目录题意:思路:题意: 思路: 首先我们先来研究一下这个游戏,手画几个会惊奇的发现,后手这个b怎么怎么画都赢啊???对,没错,就是怎么画都…

Visual Studio 支持 Java?谣言止于智者

在去年的某一段时间内,我们经常会看到标题类似为“宇宙第一 IDE Visual Studio 支持 Java 了!”的文章。当时,韩老师看到这篇文章也是一脸懵逼。公司里做 Java 的开发童鞋们就坐在韩老师附近(嗯,不超过五米的距离&…

Codeforces Round #597 (Div. 2) D. Shichikuji and Power Grid 最小生成树 + 虚拟点

传送门 文章目录题意:思路:题意: 思路: 看错题导致误入歧途,如果能早点看见翻译也不至于一天多也没想出来。 求联通的最小代价,自然的想到了能不能建边跑最小生成树。 对于两点之间比较好弄,直…