微服务架构

     

幽默图:前端和后端 vs. 正面与反面

2209 2
 前端、后端和API的形象比喻:.

使用 Debezium 实现真正的原子微服务以确保数据一致性 – brainDOSE

3072 1 46K
传统的微服务发件箱模式实现需要开发人员手动创建发件箱事件表并编写代码将数据从发件箱表发送到相应的消息平台。Debezium 发件箱事件路由器和发件箱 Quarkus 扩展一起解决了这个问题,并通过声明.

微前端架构

1032

微前端基本上是微服务模式的扩展,其中功能扩展到前端。因此,微前端带来了广泛的优势,包括部署独立性、更容易测试功能等。微前端背后的想法是将 Web 应用程序视为由独立团队拥有的功能组合。每个团队都有自己.

为什么大多数公司最好避免使用微服务? -GreekDataGuy

2295 2

微服务似乎是完美的解决方案。从理论上讲,它们可以提高开发速度,同时允许您独立扩展应用程序的不同部分。但实际上,微服务带有隐藏的成本。也就是说,我认为如果不亲自构建它们,您就无法真正理解它们的复杂性。这.

Istio的复杂性揭秘

1590 1 2K
很长一段时间以来,Istio 一直被批评为出了名的复杂和难以使用。作为一个在这个项目上工作了四年多的人,在 Istio发布的前两年我同意这个说法。但是,从Istio 1.3 开始,Istio 社区专注.

如何克服 Apache Kafka中的数据顺序问题 - DATAVERSITY

2046 2 4K
通过了解 Apache Kafka 如何对数据进行排序,您可以确保您的数据或应用程序保持良好的工作状态。尽管Apache Kafka已经赢得了作为功能强大的分布式流媒体平台的声誉,但在确保按您希望的顺.

Quarkus和MongoDB微服务简单案例源码

1755 5K

这篇文章它介绍了如何使用 MongoDB 交互创建 Quarkus 微服务。本教程的完整代码在以下链接中:quarkus-mongodb-panache-codeQuarkus 是一个强大的企业编程堆.

共用一个大数据库是一种商业自杀? - Charlton

1300 1 2K

您可以通过多种方式进行商业自杀,但可能没有比尝试伟大的架构目标(所有应用程序都与之对话的单一权威数据库)所产生的死亡更慢、更痛苦的死亡方式了。如果我们有一个单一的数据库,那么我们将所有的业务信息放在一.

RPC 与消息传递——哪个更快? - Boike

2260 2 3K
有时开发人员只关心速度。忽略消息传递的所有其他优势,他们会问我们以下问题:RPC 不是比消息传递更快吗?RPC可能会有其他不同的术语或技术,如 REST、微服务、gRPC、WCF、Java RMI 等.

微服务的分布式事务模式比较 | RedHat

1662 1 2K
作为 Red Hat 的一名咨询架构师,我有幸参与了大量客户项目。每个客户都会带来自己的挑战,但我发现了一些共同点。大多数客户想知道的一件事是如何协调对多个记录系统的写入。回答这个问题通常涉及对双重写.

Tipsy/javalin:一个简单的Java和Kotlin微服务Web框架

2607 2K

Javalin 是一个非常轻量级的 Kotlin 和 Java 网络框架,支持 WebSockets、HTTP2 和异步请求。Javalin 的主要目标是简单性、出色的开发人员体验以及 Kotlin .

事件溯源超越关系数据库 - confluent

2276 1 2K

我一直觉得事件溯源很吸引人。我们在开发人员的大部分时间里都在将数据保存在数据库表中——以一种完全不同的方式来做这件事似乎几乎是深不可测的。然而,这就是事件溯源。它有明显的好处,但还有许多潜在的问题。首.

设计反向代理:为什么Golang比Java(Spring Boot)性能更好? - Sajid

3633 4K

假设您有三个独立的服务,它们是:- mycart.mycoolapp.com- mypayment.mycoolapp.com- mycoolproducts.mycoolapp.com您的客户使用这.

什么是Poly软件架构?

2486

Polylith 是一种软件架构,可以解决构建后端系统的一些基本挑战。这些挑战是: 跨团队和服务共享我们的代码很困难 我们缺乏一种用于交流建筑概念的共享语言 随着我们代码库的增长,它们往往会变得一团糟.

领域分区:如何在微服务和单体之间找到健康的平衡 - Ashley

2289 2 4K
深入了解适合大多数中小型公司的架构模式:领域分区。只要工程师一直在编写代码,就一直在讨论构建一组系统的最佳方法。两种最常见的模式是单体和微服务。它们都有其优点和缺点,但是否有其他选择可以寻求两者之间的.