微服务架构

在本教程中，我想演示 CQRS模式与SpringBoot这是一个微服务的设计模式，以独立地扩展读取和写入的应用程序的工作负载和有很好的优化数据架构。 CQRS模式：1.读写模型：本质上，大多数应用程序都是CRUD。设计这些应用

kelnos参与了工作流引擎的评估并在工作中采取了Conductor，但总体上对此并不满意。默认数据存储区是此基于Netflix特定产品（Dynomite），它是基于Redis构建定制的。普通公司在运营上将其集成到非Netflix基础架构中并不是一件容易的事，而Conductor本身就很难依

许多企业IT部门已成为“ API优先”策略的忠实拥护者。我认为总的来说，这是一个坏主意。当您开始使用API​​时，您必须非常了解API使用用户的需求。API优先则可能导致你不会这样做，取而代之的是，您尝试提出“显然”可以重用的东西，最后得到甚至没有用的东西。最常见的是，API

在本教程中，我想演示带有Spring Boot的Materialized View PostgreSQL，这是微服务设计模式之一，可以提高应用程序的读取性能。 物化视图：本质上，大多数基于Web的应用程序都是CRUD，具有简单的CRE

Apache Kafka已成为跨微服务异步通信的领先平台。它具有强大的功能，可让我们构建健壮的，有弹性的异步体系结构。同时，我们需要预料到潜在的陷阱。如果无法提前识别出可能（不，将要发生）的问题，将使我们面临易于出错和数据损坏的系统。在本文中，我们将重点介绍这样的陷阱：处理消

一个由12个要素因子组成的应用程序是一种用于构建可扩展和高性能，独立且最具弹性的企业应用程序的方法论或一组原则。它建立了用于创建健壮的企业应用程序的一般原则和准则。12要素应用程序原则非常流行，因为它与微服务原则保持一致。以下是12要素原则 代码库（修订控制中跟踪一个

多年来，微服务已变得非常流行。微服务是分布式系统。它们更小，模块化，易于部署和扩展等。开发单个微服务应用程序可能会很有趣！但是处理跨越多个微服务的业务交易并不好玩！MicroService体系结构具有特定的职责。为了完成应用程序工作流程/任务，可能需要多个MicroServices一起工作。

分析总结Technology Radar出现的后端和前端（Web）技术。 后端发展趋势

我们如何才能快速地从整体变为微服务？无法回答这个问题。首先，“迅速”就在窗外。你一个月都没弄糟。您将不会在一个月内修复它。其次，您希望从微服务中获得一些您目前无法获得的好处。那有什么好处？微服务不是重点。拒绝了这个问题之后，我将继续回答。在我无法解释为什么无法快速更改微服务之

数据库是神话般的资源，我们已经滥用了它们。如果你拥有一个超级稳定安全的关系数据库，那么它就可能大包大揽，它就可能变成一把锤子，用来解决一切视为钉子的问题。在Tandem，我了解到支持公司业务的数据库是一个复杂而复杂的生物。它不仅需要提供对客户数据的访问，还需要在线DDL，高可用性，归

本教程展示如何通过将Jaeger与S pring Boot一起使用来在微服务中启用分布式跟踪。 Jaeger是最初由Uber开发的分布式跟踪平台。它用于基

编排Orchestration和编舞Choreography是微服务架构中的两种交互方式。在编排Orchestration中，有一个控制器（“编排器”）控制服务之间的交互。它决定了业务逻辑的控制流，并负责确保一切按提示进行。这遵循了请求-响应范例。在编舞Choreograph

在SummerSoC 2020上，我介绍了我的

微型前端使您的团队可以独立管理和部署前端的一小部分。对于您的组织来说，这种体系结构增加的复杂性值得吗？在过去的几年中，随着小型分布式后端Web服务的兴起，人们现在开始谈论在前端执行相同的操作就不足为奇了。“微型前端”是一个术语，最早出现于

随着我们逐渐利用云计算，这变得越来越具有挑战性。由于各个组件都面临着被称为“灰色失败”的新挑战，因此我们创建强大解决方案的方法仍然面临压力 。在出现灰色故障时，服务器或网络的一部分不会快速失败，而是开始缓慢运行。慢跑比快跑更糟。慢速组件有时以低于正常速度1％的速度运行，可能很健康，可以说“我

IT行业尤其是软件开发行业一直是AI的早期践行者。在这篇文章中，我们描述了机器学习和AI在软件开发的不同方面的一些早期应用。我们还描述了在未来几年内将AI用于软件开发的领域将会加速发展的领域。当今的软件开发通过连续集成（CI）和连续部署（CD）的视角来实现软件自动化，这是两种广泛使用