极道Jdon Dojo 话题 新佳 订阅
极道
  • 元认知
  • 元逻辑
  • 元设计
  • 元编程
  • 元语言

微服务架构

  • DDD+微服务大型案例:Uber如何从复杂的RPC微服务转向面向业务领域的微服务架构DOMA? -优步工程博客

    最近,围绕面向服务的体系结构,尤其是微服务体系结构的弊端进行了大量讨论。仅仅几年前,由于许多人宣传微服务架构的好处,例如独立部署形式的灵活性,明确的所有权,系统稳定性的改进以及更好的关注点分离,很多人很快采用了微服务架构,近年来人们开始谴责微服务会大大增加其复杂性。随着Uber增长到
  • 关于有界上下文和微服务的关系以及它们的划分粒度 - Alberto Brandolini

    如果您这些年来一直在企业软件体系结构的任何地方工作,您很有可能会遇到诸如“什么是微服务的正确粒度?”之类的问题。或“微服务和有界上下文是否相同?”在接下来的几段中,我将尽力澄清。 定义我想澄清的第一
  • DDD(领域驱动设计)是微服务体系结构的核心和最重要的基础 - Prabhat

    DDD(域驱动设计)是微服务体系结构的核心和最重要的基础。不了解DDD就无法掌握微服务架构真正的美丽之处。微服务架构顾名思义是一种将后端应用构建为一组小型服务的方法。每个服务都在自己的进程中运行,并使用HTTP / HTTPS,WebSocket或AMQP等协议与其他进程进行通信。每 icon
  • 康威定律的实质是公司文化问题 -allenholub

    康威定律(Conway's Law)描述这样的事实:系统架构反映了创建系统的这个组织中人之间的通信路径。人们通常将其简化为说系统架构反映了组织架构。 其实,创建的系统也反映了创建系统的动态行为。例如,组织政治以及组织价值观将反映在守则中。例如,具有 icon
  • Apache Camel K 1.0 为基于Kubernetes或Serverless的微服务提供集成功能 - davsclaus

    Apache Camel K 1.0 为开发人员提供了集成基于Java的服务的工具和手段,这些服务来源很广:既可以是无服务器又可以是函数的,并使用标准Kubernetes构建块运行,您只需使用集成路径编写一个文件,即可立即在任何Kubernetes集群上运行它们。 icon
  • Micronaut在2.0版本上迈出了一小步,但在无服务器的Java上迈出了一大步 •DEVCLASS

    Micronaut(用于以Java,Kotlin或Groovy构建JVM应用程序的框架)背后的团队已经完成了该项目的2.0版,为用户提供了对无服务器、新的CLI和基于浏览器的启动工具的更好支持。Micronaut是Grails Web应用程序框架的创建者获得APL 2.0许可的开源项 icon
  • 经验分享:真正的完整的无服务器架构是什么样子?Serverless最佳实践和核心模式 -Xavier

    在Theodo,我们热爱无服务器,并在越来越多的项目中使用了该技术。一些服务和模式开始被广泛使用。因此,我们决定共享Web应用程序的体系结构最佳实践。如果您不熟悉无服务器,并希望找到回答 icon
  • Clean架构中不好的部分 -James Hickey

    Clean体系结构是设计软件系统的常用方法。但是,有些问题可能会给您带来弊大于利的后果……“Clean架构”是Bob Bob叔叔在他的书中自然地提出的一种软件体系结构与架构模式。这是构造软件代码的一种方法,它是 icon
  • 领域驱动设计的概念解释 -DEV

    使用微服务意味着从松散耦合的服务创建应用程序。该应用程序由几个小服务组成,每个小服务代表一个单独的业务目标。在复杂 icon
  • 将业务逻辑和云架构分离的多运行时Muilti-Runtime的微服务架构 〜Bilgin Ibryam

    微服务原理可以通过有界上下文使不同的业务领域脱钩解耦,每个微服务都可以独立开发,但是微服务架构无法解决将业务逻辑与中间件问题耦合在一起带来的困难。如果您的领域涉及复杂的集成,那么遵循微服务原则无法避免与中间件耦合。即使中间件作为包含在微服务中的库,当您开始迁移和更改这些库时,这种耦合也会变得 icon
  • 如何构建基于DDD领域驱动的微服务? - Chandra

    尽管微服务中的“微”一词表示服务的规模,但它并不是使用微服务的唯一标准。当团队转向基于微服务的架构时,他们旨在提高敏捷性以及自主且频繁地部署功能。很难确定这种架构风格的简单定义。我喜欢 icon
  • 一个软件开发团队多少人合适? 大型团队失败是由于缺乏共识和沟通带来的技术债务 -mfeather

    拥有非常小的团队规模能使达成共识变得容易。让多个人一起从事某项工作的协调性的补偿性流程会让人感到惊讶。小团队的失败模式是总线因素。 icon
  • Atlassian采用Camunda BPM进行业务流程自动化 | Camunda BPM

    开源软件提供商Camunda今天宣布,Atlassian icon
  • 事件溯源是否属于过度营销的银弹? - Alexey

    大多数微服务架构都需要事件溯源吗?微服务之间使用RESTful依赖是表明还是一个单体架构吗? 1. 事件溯源不是架构或体系结构模式,它是保存实体状态的方式,仅此而已。如果你有一个仓库接口,喜欢OrderRe icon
  • Spring MVC和Spring Boot的区别 - hackernoon

    Spring MVC 是用于构建Web应用程序的框架。它遵循“  模型视图控制器”MVC模式</ icon
  • 微型前端2020年状态 -bitsrc

    前端Web开发中最有争议的主题之一是微前端。他们值得吗?您是否应该真正拆分应用程序?你真的需要使用?尽管有 icon
  • 数据和行为与有界上下文、微服务的关系 - Alberto Brandolini

    事件建模的创始人Alberto Brandolini说:数据是在有界上下文之间流动的,而行为是特定于某个有界上下文方式的。如果围绕数据划分微服务边界将导致分布式耦合。这不是我最喜欢的方式。(banq注:按动词如行为或事件寻找上下文之间边界,以此划分微服务边界,不是根据对象的数据属性,一个对象 icon
  • LinkedIn如何重新设计其已有17年历史的整体消息传递平台 - thenewstack

    LinkedIn消息平台现在存储了价值17年的消息(使用17年的不同产品功能创建),并且发送的消息数量一直保持不变往上走。最初,这些消息看起来很像电子邮件。现在,他们看起来更像是聊天,带有主题,群组对话,表情符号,没有主题行。支持该消息传递系统的代码已经过更新,变得越来越复杂,但是多 icon
  • 上页
  • 下页

Jdon.com

极道:极客之道

  • 关注极道
  • 关于极道

沪ICP备12033263号-1 本系统软件来自开源JiveJdon