微服务到底改变了什么,你知道吗?

微服务的本质:一种更优的分工合作机制,加速分工,促进合作,帮我们成就更大的梦想!为什么呢?请看老兵哥近些年推广微服务架构过程中收获的心得体会!

在云计算这波科技巨浪的推动下,各行各业都加快了数字化转型的步伐。微服务,作为云原生应用的推荐架构,对每位IT行业的从业者来说都不会陌生,大家都听说过大量有关微服务架构优势的介绍,也知道典型的微服务架构包含哪些关键部件,对业界主流的微服务框架产品也有所了解。看了这么多,了解这么多,心里定会有不少惊叹号,也会有不少问号:要不要引进微服务架构呢?如此庞杂的技术栈该从何处着手呢?逐步演进还是一步到位呢?

这些问题让站在路口的我们踟蹰不前,到底该往左,还是往右呢?云原生技术栈属于应用科学范畴,如果我们找到了采用这些技术的内驱力,花些时间学习和实践,大家都可以掌握这套技术栈,毕竟应用技术对我们来说并不难,问题的关键在于找到那个说服打动自己的理由。近两年,我在推广微服务架构的过程中不断思考这个问题,如何帮客户找到采用新架构的内驱力,现在将这些答案梳理出来供大家参考,希望可以帮你找到爱上微服务的理由!

如下表所示,相较于单体式架构,微服务架构有不少优点,但也伴生着许多新问。在优劣势相持不下的情况下,我们很难决策是否采用这套新技术栈。既然根据具体的对比分析拿不定主意,那我们可否跳出问题来探寻答案呢?就像在穿越森林的过程中,你面前突然出现了好几条岔道,机会和风险并存,如果不清楚每条道会把我们带向何处之前,任何选择都是赌博。此时,我们需要登上高地,或山顶或树冠,打探出每条道的走向,这样才能选出正确的道路,然后全力以赴。接下来,我们一起来探究一下微服务的本质是什么?它背后蕴含着什么样的架构发展趋势?

2014年以色列新锐历史学家尤瓦尔·赫拉利出版了一本书:《人类简史:从动物到上帝》,非常流行。在书中作者剖析了我们人类从猴子一步一步演化为万物之灵的过程。在地球上,人类文明是最高级的,相较于其他物种,我们就像造物主,想要什么东西我们都可以建造出来,也可以按照意愿改变生存环境。为什么其他物种不行,只有人类可以呢?因为只有人类会做梦,也就是我们会幻想和追求那些原本不存在的东西,而其他物种只会吃饱了睡、睡饱了吃。

梦想,通常都不切实际,要实现它都会有挑战。梦想越大,需要参与的人就越多。一方水土养一方人,每个人都有不同的特质。梦想,将拥有不同特长的人汇聚在一起努力打拼,这就是梦之队。梦想、分工、合作,这三者就是推动人类文明不断向前发展的底层机制。人类的梦越做越宏大,上天入地,从克隆人到硅基智能;社会分工也越来越精细,从农民、工人到现在成千上万的职业;团队合作也越来越广密,从几个人范围的合作到跨大洋、跨大洲的合作。

以人类的“飞天梦”为例,我们可以很容易验证这个机制。“看那星星多美丽,摘下一颗亲手送给你”,就像歌词里唱的,或许我们的飞天梦源于对爱情的追求,也或许源于对自由的渴望,挣脱地球引力的束缚,从乘风筝飞行开始,到热气球环游世界,到莱特兄弟发明飞机,到超音速喷气式飞机诞生,再到马斯克殖民火星的SpaceX问世,以及科幻作家刘慈欣带着地球去旅行的畅想,这是人类超越梦想的过程,但跟分工越来越精细、合作越来越广密有什么关系呢?

空客A380,史上最大的客机,最近宣布停产了。空客A380是汇聚欧盟各个国家最尖端科技的产物,每个国家都有各自专精的科技领域,但现在因为欧盟闹解体而无法继续合作下去了,离开了分工合作,梦想终将无以为继。话题扯了这么远,这跟我们的文章主题有什么关系呢?微服务,一种新架构技术,在探究微服务的本质是什么之前,我们有必要先对架构做一个定义:架构是最高层次的系统分解、系统不易改变的决定,它主要描述构成系统的核心组件、组件之间的关系(即通讯路径、机制和预期结果)、以及关键流程(组件之间如何交互完成某项业务)等等。

简而言之,架构就是规范分工与合作的机制。划分组件让其具备独一无二的功能,各司其职,这就是分工;规范组件之间的通讯机制,互通有无,这就是合作。从事应用架构或系统架构等岗位,我们需要了解各种主流中间件、软硬件设备的特性,以便做出合理的分工。同时,我们还需要懂得在特定业务场景下选用合适的产品来满足需求,让它们能够紧密地合作。有了这层理解之后,我们就能理解各种类型架构的事情了,例如:组织架构的变革等。

现在我们知道微服务的本质就是:一种更优的分工合作机制,加速分工,促进合作,帮我们成就更大的梦想!好,今天先分享到这里,后续老兵哥将继续讲述这个有关梦想、分工与合作的故事:

  1. 我们为什么要引进微服务架构?
  2. 微服务为何从前后端分离开始?
  3. 如何逐步演进至全微服务架构?
  4. 微服务实施包括哪些关键步骤?
  5. 哪些系统适合改造成微服务呢?

坚持原创不易,如果你觉得有价值,麻烦动动手指点下文 「 推荐 」按钮,让更多小伙伴可以看到,老兵哥会更有动力坚持分享的。另外,我后续还会分享职业规划、应聘面试、技能提升、影响力打造等经验,欢迎 关注 本专栏或微信公众号 「 IT老兵哥 」

关注「IT老兵哥」,赋能程序人生

下面是老兵哥 2019 年在职业规划、技能提升、影响力打造等方向上输出的热评文章,供大家参考。如文章未附链接,请移步公众号,查看《2019 好评文章合集》:

架构师入门系列

【跳槽找工作系列】

【裁员小知识系列】

【影响力打造系列】

  • 如何在打造影响力的路上码不停?
  • 知识付费,让我赚了一笔小钱!
  • 培训授课遭遇美女砸场怎么办?
  • 如何做个全时四驱的培训师?
  • 影响力大师教我们如何搞定客户
  • 技术人要不要掌握营销能力?
  • 如何从演讲者进阶到引导师?
  • 如何营造轻松的培训氛围?

原文地址:https://www.cnblogs.com/itlaobingge/p/12191312.html

时间: 2024-10-05 03:09:21

微服务到底改变了什么,你知道吗?的相关文章

云原生时代,微服务到底应该怎么玩儿?

在微服务诞生之初,并没有太多方案的选择:选一个注册中心用来做服务注册和发现,通过客户端SDK进行负载均衡和容错,再搭配上日志.监控.调用链全套观测手段,一套微服务架构便建立起来了. 作为最流行的业务开发语言,Java体系里诞生了很多微服务架构,例如Spring Cloud.使用Spring Cloud,Spring技术栈的开发人员可以快速的开发和管理微服务,丰富的功能让其他语言体系的开发者们羡慕不已. 在云原生时代,Kubernetes快速普及,除了解决微服务所需要的应用编排.伸缩.保活等功能外

集群和微服务到底是什么?

系统框架,分为以下几种: 1.单机架构 这种架构,很常见,比如有一个很小的系统,不用处理很多东西,只需要一台服务器,在上面搭建出自己需要的服务,就可以开始工作. 这种架构优点显而易见,方便维护,出了问题解决起来很方便. 缺点也很明显,如果处理变多,资源也就不够用了. 2.集群架构 单机架构无法满足要求,集群架构就可以提供更好更快的处理,简单来说,集群架构就是把单机架构上面运行的服务,摘出来,然后复制,在多个服务器上面进行部署,这样可以提高工作效率.在集群中,每个服务器都称为节点,每个节点提供不同

微服务,为什么从前后端分离开始?

关注「IT老兵哥」,赋能程序人生!既要低头赶路,又要抬头望天,科技是为人服务的,任何技术背后都有更深层次的考量,在本系列的第一篇文章中我们聊了微服务的本质,它是一种可以加速分工.促进合作的新协作机制.知其然,知其所以然,在第二篇文章中我们剖析了微服务为什么可以加速分工.促进合作,今天我们再接着来聊聊怎样开启微服务架构之旅. 微服务到底改变了什么,你知道吗? 微服务,为什么可以加速分工.促进合作? 1. 从前后端分离开启微服务改造 现在我们对微服务有了更深入的了解,也准备在构建新系统时采用这套新架

从 Spring Cloud 开始,聊聊微服务架构实践之路

[编者的话]随着公司业务量的飞速发展,平台面临的挑战已经远远大于业务,需求量不断增加,技术人员数量增加,面临的复杂度也大大增加.在这个背景下,平台的技术架构也完成了从传统的单体应用到微服务化的演进. 系统架构的演进过程 单一应用架构(第一代架构) 这是平台最开始的情况,当时流量小,为了节约成本,并将所有应用都打包放到一个应用里面,采用的架构为 .NET SQL Server: 表示层:位于最外层(最上层),最接近用户.用于显示数据和接收用户输入的数 据,为用户提供一种交互式操作的界面,平台所使用

从实践出发:微服务布道师告诉你Spring Cloud与Spring Boot他如何选择

背景 随着公司业务量的飞速发展,平台面临的挑战已经远远大于业务,需求量不断增加,技术人员数量增加,面临的复杂度也大大增加.在这个背景下,平台的技术架构也完成了从传统的单体应用到微服务化的演进. 系统架构的演进过程 单一应用架构(第一代架构) 这是平台最开始的情况,当时流量小,为了节约成本,并将所有应用都打包放到一个应用里面,采用的架构为.net+sqlserver: 表示层 位于最外层(最上层),最接近用户.用于显示数据和接收用户输入的数 据,为用户提供一种交互式操作的界面,平台所使用的是基于.

微服务架构下领域建模避坑指南

前言 微服务自2014年3月由Martin Fowler首次提出以来,在Spring Cloud.Dubbo等各类微服务框架的帮助下,以燎原之势席卷了整个IT技术界,成为了最主流的分布式应用解决方案.伴随着Service Mesh及Kubernetes(K8S)的出现更是将微服务架构推至顶峰. 微服务架构(Microservice Architecture)是一种架构概念,旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦,并提供更加灵活的服务支持. 经常有人在讨论:架构是设计出来的?还

【读书笔记】微服务架构与实践

一:概述 微服务实在互联网大浪潮下顺势而起的 微服务降低了单个问题的复杂性,但是提高了整体上运维和部署的难度 二:基础篇 提出以下4个问题 神马是微服务 微服务到底怎么发展起来的? 微服务的优势在哪儿里?为什么现在大家都在谈微服务 微服务有不什么不足,或者对使用微服务说有什么挑战? 作为从业者的我们到底要怎么看待微服务,并且如何在实际的工作项目中使用它? 分别针对上面的四个问题,做出解答 什么是微服务? 微服务更像是一种架构模式,不是某种具体的技术.提倡将单一的应用划分为一组小的服务,服务之间相

我所理解的SOA和微服务

SOA和微服务到底是什么关系? 说实话,我确实不明白SOA和微服务到底有什么本质上的区别,两者说到底都是对外提供接口的一种架构设计方式.我倒觉得微服务其实就是随着互联网的发展,复杂的平台.业务的出现,导致SOA架构向更细粒度.更通过化程度发展,就成了所谓的微服务了.以这种说法做为根据,我觉得SOA与微服务的区别在于如下几个方面: 微服务相比于SOA更加精细,微服务更多的以独立的进程的方式存在,互相之间并无影响: 微服务提供的接口方式更加通用化,例如HTTP RESTful方式,各种终端都可以调用

微服务相关技术

微服务是一种架构设计风格,微服务的特征,我们尊敬的布道师——马丁富勒大神已经给出了很好的总结. 简单的说,就是一组被集中管理的.规模较小的服务,每个服务只完成内聚性很强的一组功能,并通过网络彼此协作,时间所限,这里就不对每一条展开解释了,以后有机会可以单独聊下这个话题.这里先把原文链接和一份不错的翻译推荐给大家,大家感兴趣的话可以看一下,原文 http://martinfowler.com/articles/microservices.html,翻译 http://www.36dsj.com/a