十年!我所遇见的微服务演进


王晔倞,现任职好买财富平台架构部技术总监,负责好买中间件及平台化的研发及运营,团队管理和实施重大技术决策。2011 年在大智慧担任测试负责人期间,针对互联网产品技术核心和重点,DevOps 的倡导者与实践者,曾建立大智慧数据平台“云测试平台”。2013 年加入好买财富,参与了整个公司应用和技术架构变迁,参与很多和系统建设,辗转过不同的业务团队,对技术与业务都有一定的深入了解。

业余时间喜欢运动、户外与画画,也维护了一个知乎专栏“草根罗汉的修行之路(kiddwyl)”,欢迎关注。

为了这次沙龙分享,从开始前的3周就开始准备内容,本来希望能够通过技术选型与落地执行两个维度来进行陈述的,最后被自己推翻了,理由很简单,因为微服务大家都在谈,谈及工具选型与技术落地的较多,在我看来其实对于聆听者来说,似乎存在一种困惑,一种‘由始至终 ’的困惑

这句成语我觉得可以分拆成3段 —— ‘由始’+‘至’ +‘终’:

  • 由始:微服务是什么时候提出的?为什么要提出?没有微服务之前是什么样子的?
  • 至:微服务的发展历程都遇到了哪些问题?演进的过程在不同行业与文化背景下是如何呈现的?
  • 终:微服务最终的方向在哪里?如何最终在各行各业落地,给业务带来价值呢?

以上这些,相信很多人都有自己的答案,所以我的演讲内容,就是围绕我自己的“由始至终”来写的

什么是微服务?

‘天下文章一大抄’用百度一搜,相信你会搜到很多这个问题的答案,为了更贴近分享标题,我在这了采用了提问的方式来进行解答,这些提问也多半来自于近几年在工作中小伙伴们的疑问

‘红色× ’表示不赞同,‘黄色△’表示部分赞同

通过4个问题,我把微服务的意义理解为 ‘设计思想’、‘人才需求’及‘做事方法’ 三种视角的转变

在不同时期对服务的定义是什么?不同时期的服务对技术的挑战又是什么? 

在我的记忆里,服务概念应该是从08年前后被提出的,所以我利用一个时间缩影讲述下不同时期对服务的定义:

  • 追求个人英雄的‘IOE’时期: 

关键词:瀑布式,单一需求源,先明确后开工,一个程序包

  • 追求服务共用的‘SOA’时期: 

关键词:多元需求源,产品化,配置化,流程化,多个程序包

  • 追求快速迭代的‘服务化’时期: 

关键词:小步快跑,快速试错,敏捷模式,一堆程序包,松耦合,独立发布

  • 在互联网金融背景下的微服务

金融体现的是一种专业垂直领域,互联网并未改变金融本质,改变的,只是一种用户体验,所以我把其称为“传统金融服务”

  • 在转型过程之前,需要想清楚为什么?
  • 在转型过程之中,会遇到哪些困难?

微服务又能给好买带来什么?好买的微服务架构是什么样的呢?
微服务端到端的监控在好买是怎么解决的呢?

总结

本又想写长篇大论,好吧,精致一些,引用某次同阿里技术大咖闲聊时说的那段话来替代吧

来源:中生代技术

原文链接

时间: 2024-11-11 03:09:17

十年!我所遇见的微服务演进的相关文章

从多租户隔离到高可用,谈DaoShip微服务架构演进

本文根据DCOS联盟第3期线上分享整理而成   讲师介绍姜冲 DaoCloud高级软件工程师   Docker Contributor,负责公有云构建服务.DaoShip的设计与研发. 对微服务架构设计与实现有着丰富的理论与实践经验.     大纲:   正确构建镜像的目标和所需资源,以及如何规划和构建服务: 基于优良的微服务架构设计及网络层优化,为数十万用户的服务使用提供稳定高速的构建能力: 不同运营需求下的技术架构演进: 微服务带给客户的价值.   DaoShip 作为 DaoCloud S

Martin Fowler竟然不是第一个提出微服务架构概念的?

王磊:前ThoughtWorks首席咨询师,<微服务架构与实践>作者,翻译有<DevOps Handbook>,国内较早倡导和实践微服务的先行者,有丰富的微服务/DevOps/持续交付实战经验 微服务架构那点事 相信很多朋友了解微服务架构都是从Martin Fowler的那篇文章开始.而实际上,Martin却并不是最早谈及微服务架构的,本篇文章就和你聊聊微服务架构定义的那点事. 最易懂的版本 Martin Fowler的这篇文章<Microservices>通俗易懂的讲

DockOne微信分享(六十九):微服务选型之Modern Node.js

本文讲的是DockOne微信分享(六十九):微服务选型之Modern Node.js[编者的话]目前Node.js的发展非常快,大家可能还停留在:Node.js性能很好,Node.js里都是回调,写起来很恶心,Node.js只能做前端工具,Node.js是单线程部署会有问题,以及这样的八卦<uber用go替代Node.js重写了地理位置服务>... 可是真相呢? 在微服务盛行的今天,为什么我们要选用Node.js去构建微服务呢?本次分享将试图从以下2个方面给出答案: 被误解的Node.js:除

微服务(Microservices)—Martin Flower【翻译】【转载】

本文转载自:http://www.cnblogs.com/liuning8023/p/4493156.html ---------------------------------------------------------------------------- 原文是 Martin Flower 于 2014 年 3 月 25 日写的<Microservices>. 本文内容 微服务 微服务风格的特性 组件化(Componentization )与服务(Services) 围绕业务功能的组

微服务技术栈选型,看了这个别的可以不用看了

前言 大家好,我是敖小剑,今天给大家分享的主题是"利用开源社区打造微服务生态体系". 主要内容如下: 内容分为三个大的部分: 1. 微服务的核心技术 2. 目前可选的开源微服务框架 3. 为微服务提供支撑的基础设施 需要说明的是,由于时间有限,而分享的内容数量太多,因此: 1. 内容都只是罗列,不展开具体介绍 2. 个人知识面有限,列举过程中范围覆盖不足有所遗漏是必然的 3. 部分场景我会给出一些个人建议,但是请注意这些都是我的一家之言,仅供参考 下面列出的是今天将会介绍的内容,数量非

基于Nginx搭建一个安全的、快速的微服务架构

本文讲的是基于Nginx搭建一个安全的.快速的微服务架构[编者的话]本文改编自Chris Stetson发表在nginx.conf 2016上的一个有关如今的微服务以及如何使用Nginx构建一个快速的.安全的网络系统的演讲,大家可以在YourTube上回看此次演讲. 0:00 - 自我介绍 Chris Stetson:Hi,我的名字是Chris Stetson,我在Nginx带领专业服务部门,同时也领导微服务实践. 今天我们要谈论微服务以及如何使用Nginx构建一个快速的.安全的网络系统.在我们

【详解】为什么选择Kubernetes作为云平台的微服务治理框架

如何做开源技术选型? 本文讲的是[详解]为什么选择Kubernetes作为云平台的微服务治理框架,很多同学在做技术选型的时候,往往过于关注技术/功能上的比较,陷入技术细节和功能特性上的争论.比如A产品有个X功能,看起来很棒,B产品有个Y功能,也不错,选哪个,好纠结--或者A产品的当前版本看起来不错,B就很一般,可是B的Roadmap里写,下一个版本会有个很强大的功能出来,是不是要再等等看,好纠结-- 有时候勉强选了A,又看到B发展的也不错,心里不踏实. 其实在我们看来,技术/功能只是技术选型过程

学霸君基于Docker的微服务架构设计

以下内容根据演讲PPT以及现场分享整理而成. 今天主要分享的是我们在实践微服务架构或者容器架构过程中踩过的坑,对于致力在容器技术方面进行探索的同学会有很大帮助.本次将站在整体的角度,分享如何去运维整个线上系统,如何看待整个微服务的架构.微服务能带来什么帮助以及微服务又有哪些缺点,还有重要的一点就是微服务架构如何去落地实施.虽然阿里云这样的服务商为我们做了大量的工作,但是将微服务架构真正地落地实施还需要做很多的工作.而对于任何技术而言,都是存在优缺点的,微服务架构也不是救世的良药. 一.学霸君的发

微服务:Java EE的掘墓人

在Java问世之初,包括IBM.BEA.Oracle在内的一些巨头公司看到了Java作为一门杰出的Web编程语言可能给他们带来的巨大商机.那么如何通过一门编程语言来赚钱呢?答案就是使用这门语言构建复杂无比的服务器,让那些大公司支付一大笔费用来购买这些服务器.于是紧接着就出现了Java EE规范.JSR规范,以及WebLogic.WebSphere等服务器中间件. 在这些服务器上面部署了大型的程序包,它们运行缓慢,消耗大量的内存.基于这些容器的开发和调试对开发人员来说简直就是噩梦,作为对他们的补偿