• 本文介绍将现有单体应用程序迁移到微服务中，如何重构数据库？ 数据库重构模式可以通过多种方式重构关系数据库（例如 PostgreSQL）以优化基于微服务的应用程序架构的效率。如前所述，数据库是结构化数据的有组
  • 我不否认在某些情况下微服务优先的架构很有意义，但我认为这种情况很少见。绝大多数系统都可以通过启动并保持在一个宏伟的单体中得到更好的服务。 icon
  • Dapr、Express.js、Spring Boot构建微服务的对比分析微服务世界彻底改变了软件的构建和部署方式。已经出现了大量的框架和平台来支持这种架构模式，每个框架和平台都有自己独特的特性和功能。 作为一个团队，我们（Aman Chauhan icon
  • 在微服务设计过程中，经常出现的一个共同点和要求是共享共同数据。而这个问题在微服务之间的异步消息驱动通信（使用Kafka）中变得更加有趣了 例如，微服务1有一些数据。微服务2和3想要访问这些数据。 我看到了 icon
  • Amazon 的 Prime Video 团队发布了一个相当 icon
  • 本白皮书汇总了经典事务和分布式事务的概念。然后，我们解释了基于云的应用如何受到分布的影响。最后，我们介绍了基于补偿的事务，作为基于微服务的应用事务的可靠方法，即使是在云中。 1、经典事务我们 icon
  • 越来越多吹捧单体的炒作如同当初炒作微服务一样愚蠢。 当我开始从事技术工作时，世界被GoF四人帮设计模式所困扰。 现在，我们被服务架构SOA所迷惑。 这些模式往往 icon
  • 番茄（tomato）架构是一种遵循常识宣言的软件架构方法： 1、将业务逻辑执行与输入源（Web 控制器、消息监听器、计划作业等）分开Web 控制器、消息监听器、计划作业等输入源应该是一个薄层，从请求中提取数 icon
  • Undertow Web 服务器是一个由Red Hat赞助的开源极简主义Java网络服务器。Undertow被用于JBoss Wildfly应用服务器内部。Undertow提供了基于Java NIO的阻塞和非阻塞API，并有一个组合式的设计，使你能够通过将特殊用途的请求处理程序与你自己的自定 icon
  • 混沌工程最著名的应用也许始于Netflix，当时他们开发了Chaos Monkey。 什么是混沌工程？使用混沌工程来提高公共云中工作负载的弹性和可靠性有哪些好处？ 什么是混沌工程？ icon
  • 在没有意识到的情况下，基于微服务的应用可以轻而易举地转变为一个分布式单体。 当你意识到这一点时，可能已经太晚了，而且纠正它可能非常昂贵。 所以，就像你勤奋地审查代码和架构以确保它们遵守最好的实践、模式和原 icon
  • 事件风暴EventStorming 是一种非常流行的技术，它使我们能够比传统技术更有效地探索、分析和建模业务领域。结果是我们创建了设计更好的软件系统和问题解决者团队，而不是订单接受者。 如果使用得当，EventStorming 让我们能够发现关于我 icon
  • James Lewis是ThoughtWorks的总监，也是微服务架构的先驱者。 在这一集里，我们回到了记忆的长河，回到了James第一次提出并普及微服务架构的时候。詹姆斯描述了他对微服务的定义和它的重要特征。他还分享了最近的微服务演变，包括微服务 icon
  • 构建可演进的软件系统是一种策略，而不是一种宗教。必须以开放的心态重新审视您的架构。 软件架构不像桥梁和房屋的架构那样。桥梁建成后，很难、甚至不可能改变它的建造方式。软件则完全不同，一旦我们运行我们的软件，我们可能会得到关于工作负载的见解，而 icon
  • 微服务会带来大量相关包袱问题（分布式系统问题、RPC 框架等）。如果我们想要在没有包袱的情况下享受微服务的好处，我们将需要一些替代解决方案。 规则 1：永远不要混合工作负载首先，我们应该应用运行单体的基本规 icon
  • 与许多其他产品一样，WeTransfer最初是一个小型单体应用程序，但很快就变成了一个拥有太多责任和贡献者的大型单体应用程序。发布新功能变得越来越困难，技术债务也在增加。这就是为什么我们开始将一些核心逻辑分离到不同的服务中。其中一个模块是计费逻辑。 icon
  • DevOps 意味着 Dev 和 Ops 的协作，但他们从等式中删除了 Ops 如今，我们很难定义 DevOps，因为它最初解决的问题早已不复存在。 对于最近的一些公司来说，这个问题实际上从未存在过！他们 icon