Please select your country or region!

 Hotline:13588888888

微服务:来自奠基人Martin Fowler的Microservices原教旨纲要

本文摘要:导引最近在重新梳理下关于微服务架构和应用相关问题,找到了关于微服务(Mircroservices)最初的提倡者的初始论述。所说从2014年开始登台,时至今日已五六年了,而其在企业级的应用中,也日渐完善和强大,并形成了一定的微服务生态圈,这也确实再现了“技术解决现实问题,应用驱动技术创新”的现象。然而,当你有空重新审视当下存在的关于微服务的本质需求和问题,会发现其“初心”依在:它的问题、它的优势、它的场景、它的方式等等,只是有了差别的解法。 那微服务的“初心”如何呢?

lol电竞赛事竞猜平台

导引最近在重新梳理下关于微服务架构和应用相关问题,找到了关于微服务(Mircroservices)最初的提倡者的初始论述。所说从2014年开始登台,时至今日已五六年了,而其在企业级的应用中,也日渐完善和强大,并形成了一定的微服务生态圈,这也确实再现了“技术解决现实问题,应用驱动技术创新”的现象。然而,当你有空重新审视当下存在的关于微服务的本质需求和问题,会发现其“初心”依在:它的问题、它的优势、它的场景、它的方式等等,只是有了差别的解法。

那微服务的“初心”如何呢?这就是这里凭据微服务鼻祖James Lewis 和Martin Fowler 的2014的初始叙述,搜集了其焦点的“原教旨”寄义,来一同感受一下所谓的微服务的“面面观”。说明:本文主要是翻译自martin fowler等大牛的文章,并提供关键叙述的位置索引,有兴趣的可以自行前往阅读原版英文叙述,时间允许的话,本号@牛旦教育IT课堂 会提供相关篇章的翻译。

本头条号以前的关于微服的文章,可以通过下面查阅:微服务:来一份中国式微服务技术栈2.0!微服务:几种常见的微服务架构方案(Microservices Solutions)微服务:微服务架构的优势与不足微服务:如何有效提升团队的微服务落地能力?微服务:微服务架构中API网关的角色微服务:微服务化的数据库设计与读写分散架构微服务:2019,带你全面认识微服务(Microservices)微服务:设计微服务(Microservices)时我们需要思量哪些要点?微服务:小型系统如何“微服务”化开发?微服务:如何面临现在疯狂至死的微服务(Microservices)?微服务:如何有效提升团队的微服务落地能力?微服务:架构演进及微服务(Microservices)和Spring Cloud导引微服务:微服务接口限流的设计与思考(附GitHub框架源码)……其他微服务内容见文末链接。下面以前微服务的“初声回荡”(原文阅读链接:https://martinfowler.com/microservices/),希望有助于更好的明白微服务的焦点理念——微服务指南。0.摘要:简而言之,微服务体系架构气势派头是一种将单个应用法式开发为一组小型服务的方法,每个服务在自己的历程中运行,并用轻量级机制(通常是HTTP资源化API)通信。

这些服务是围绕业务功效构建的,而且可以通过完全自动化的部署机制实现独立部署。这些服务可以用差别的编程语言编写,使用差别的数据存储技术,而对这些服务只需要最少的集中治理。——-- James Lewis and Martin Fowler (2014)2013年底,在我的圈子里听到了关于微服务的所有讨论,我开始担忧微服务没有明确的界说(这注定给SOA带来了许多问题)。

所以我和我的同事James Lewis聚在一起,他是这一(微服务)气势派头的更有履历的实践者之一。我们一起写到:我们写了篇文章:微服务气势派头的明确界说(https://martinfowler.com/articles/microservices.html) 来为微服务气势派头提供一个明确的界说。

其中我们列出我们在该领域中看到的微服务体系结构的常见特征,以便明确这一点。好比下面的特性:ü 实现服务组件化;ü 依托业务能力组织;ü 着力产物而非项目;ü 智能端点和哑管道;ü 疏散化治理;ü 疏散化数据治理;ü 基础设施自动化;ü 为失败举行设计;ü 渐进式设计。我们还讨论了一些常见的问题,如“微服务有多大”和“微服务和面向服务的体系结构之间有什么区别”。这篇文章引发了人们对微服务的兴趣。

提示:另外,Martin Fowler也曾揭晓过一个25分钟左右的演讲(https://martinfowler.com/videos.html#microservices),来讨论微服务:“我们使用它,还是不使用它? ……这究竟是什么工具呢?”其中,他挑选出最重要的界说特征,将微服务与整体举行比力,并概述在将第一个微服务系统投入生产之前要做的重要事情。有兴趣的读者可以去看一看。

1.何时使用微服务?任何架构气势派头都有权衡:我们必须凭据它所使用的上下文来评估优缺点。微服务的情况肯定也是这样的。

虽然它是一种有用的架构,但在许多情况下,实际上是大多数情况下,使用一个单体应用(monolith,或庞然大物)会更好。微服務的利益与价格以上对比要点内容主要来自福勒的2015年的微服务权衡,详见:微服务权衡(Microservice Trade-Offs),链接为:https://martinfowler.com/articles/microservice-trade-offs.html另外,关于几个微服务的叙述,下边给出摘要和链接,有兴趣的读者可以去看看。

1)Microservice Premium(微服务高值回报)微服务体系结构气势派头是去年的热门话题。在最近的O'Reilly软件架构集会上,似乎每个集会都在讨论微服务。足以让每小我私家的“夸大其词探测器”启动并闪烁起来。

这样做的结果之一是,我们已经看到团队过于盼望拥抱微服务,而没有意识到微服务在他们自己的解释上引入了庞大性。这给项目的成本和风险增加了分外的用度——这通常会让项目陷入严重的贫苦。原文链接:https://martinfowler.com/bliki/MicroservicePremium。


本文关键词:微,服务,来自,奠基人,Martin,Fowler,的,Microservices,lol赛事押注

本文来源:lol赛事押注-www.pacific-sd.com

Copyright © 2022. All rights reserved