• 深入了解适合大多数中小型公司的架构模式:领域分区。只要工程师一直在编写代码,就一直在讨论构建一组系统的最佳方法。两种最常见的模式是单体和微服务。它们都有其优点和缺点,但是否有其他选择可以寻求两者之间的平衡?我相信是这样——域分区服务。 什么是域分区?<
  • 我一直觉得事件溯源很吸引人。我们在开发人员的大部分时间里都在将数据保存在数据库表中——以一种完全不同的方式来做这件事似乎几乎是深不可测的。然而,这就是事件溯源。它有明显的好处,但还有许多潜在的问题。首先,您需要确定事件溯源是否适合您要解决的问题。为您的系统决定是使用事件源还是基于 C
  • 通过了解 Apache Kafka 如何对数据进行排序,您可以确保您的数据或应用程序保持良好的工作状态。尽管Apache Kafka已经赢得了作为功能强大的分布式流媒体平台的声誉,但在确保按您希望的顺序存储和检索数据方面,它还具有一些复杂性。为了捕获流数据,Kafka 将记录 icon
  • 在分布式软件应用程序中,不同的服务或进程或应用程序经常需要相互通信。微服务和容器以及云原生应用程序的现代架构趋势都增加了应用程序将越来越多地部署为相关服务的集合而不是单个单体的可能性。这些应用程序可以通过多种不同的方式相互通信,每种选择都会带来一定的好处以及后果和权衡。让我们考虑选项并根据其 icon
  • Slack是一种可以把各种碎片化的企业沟通和协作集中到一起(类似钉钉):多年来,我们始终牢记的一件事是为出色的开发人员体验而设计。虽然我们可以在幕后更改我们功能的实现,但删除或更改现有 API 的行为契约是非常困难的。这就是为什么从一开始就仔细考虑您的 API 设计很重要。  icon
  • 作为 Red Hat 的一名咨询架构师,我有幸参与了大量客户项目。每个客户都会带来自己的挑战,但我发现了一些共同点。大多数客户想知道的一件事是如何协调对多个记录系统的写入。回答这个问题通常涉及对双重写入、分布式事务、现代替代方案以及每种方法可能的故障场景和缺点的详细解释。通常,此时客户会意识 icon
  • 在 2000 年代后期, icon
  • 有时开发人员只关心速度。忽略消息传递的所有其他优势,他们会问我们以下问题:RPC 不是比消息传递更快吗?RPC可能会有其他不同的术语或技术,如 REST、微服务、gRPC、WCF、Java RMI 等。但是,无论使用哪个特定词,其含义都是相同的:通过 HTTP 进行远程方法调用。所以 icon
  • 在过去几年中,我们看到了云原生模式的兴起,这种模式映射到以容器形式运行的微服务。这些容器可能运行在一个普遍存在且广为人知的平台上,即Kubernetes,简称K8S。 什么是API?API代表应用程序可编程接口。这意味着您有一个与应用 icon
  • 假设您有三个独立的服务,它们是:- mycart.mycoolapp.com- mypayment.mycoolapp.com- mycoolproducts.mycoolapp.com您的客户使用这三个功能。因此,您可以创建一个反向代理。您的客户端可以连接到此反向代理,例如,myc icon
  • Javalin 是一个非常轻量级的 Kotlin 和 Java 网络框架,支持 WebSockets、HTTP2 和异步请求。Javalin 的主要目标是简单性、出色的开发人员体验以及 Kotlin 和 Java 之间一流的互操作性。Javalin 更像是一个库而不是一个框架。一些关 icon
  • 您可以通过多种方式进行商业自杀,但可能没有比尝试伟大的架构目标(所有应用程序都与之对话的单一权威数据库)所产生的死亡更慢、更痛苦的死亡方式了。如果我们有一个单一的数据库,那么我们将所有的业务信息放在一个地方,所有人都可以访问,易于报告,降低维护成本,所有应用程序的一致性,以及许多其他 icon
  • Polylith 是一种软件架构,可以解决构建后端系统的一些基本挑战。这些挑战是: 跨团队和服务共享我们的代码很困难 我们缺乏一种用于交流建筑概念的共享语言 随着我们代码库的增长,它们往往会变得一团糟,难以更改和测试 我们尝试在我们的开发环境中模仿我们 icon
  • 这篇文章它介绍了如何使用 MongoDB 交互创建 Quarkus 微服务。本教程的完整代码在以下链接中:qua icon
  • 作为 Android 开发人员,我们通常可以奢侈地将后端视为在云中运行的魔术盒,忠实地返回给我们 JSON。在 Netflix,我们采用了 icon
  • 电子商务企业正在使用微服务为其商店构建一组可重用的组件。这些服务通过独立于前端运行,可以更轻松地将您的内容大规模交付到多个渠道。在这篇文章中,我将讨论您可以实现的几种设计模式并解释它们提供的功能。我还将讨论常见的用例。 理解软件设计模式 icon
  • 大规模分布式系统上的分布式事务被认为本质上是邪恶的,需要按照CAP 定理,为了避免走弯路,请参考:分布式事务可能是个伪概念以 icon
  • 微前端的概念已经存在很长一段时间了。自 2013 年左右以来,我们一直在 Wix 中使用这种架构,甚至早在它被赋予这个名字之前。这也是我们在 2016 年从 AngularJS 逐步迁移到 React 的关键因素。多年来,我们一直在发展它并收集大量经验。在本文中,我想分享我们为发展开发大规模 icon