软件架构

什么是分片？ 分片是一种数据库架构模式，涉及将数据库划分为更小、更快、更易于管理的部分，称为分片。每个分片都是一个不同的数据库，这些分片共同构成了整个数据库。分片对于管理大型数据库特别有用，可以显着提

企业遇到大规模部署和监督生产中的应用程序的任务。幸运的是，我们可以使用大量技术和工具。然而，从传统的，整体的结构转变为云态一个人提出了自己的障碍。在这里，您会发现将应用程序从整体设置转移到基于微服务的

在当今不断发展的技术环境中，从整体架构向微服务的转变对于许多企业来说都是一项战略举措。这在报销计算系统领域尤其重要。正如我在上一篇文章第 1 部分中提到的，让我们探讨如何有效管理这种转变。 整体挑战

在大型微服务架构中管理跨服务的上下文共享是一项挑战性任务。本文介绍了使用Java和Webflux进行此操作的标准方式。构建一个大型的、准备就绪的无状态微服务架构时，我们总是面临一个共同的挑战，即如何保

微服务架构彻底改变了现代软件开发，提供了无与伦比的敏捷性、可扩展性和可维护性。然而，有效实施微服务需要深入了解最佳实践，以充分发挥微服务的潜力，同时避免常见的陷阱。在这份综合指南中，我们将深入研究微服

什么是 API 网关？ API 网关是一种工具，充当客户端从服务器或微服务寻求资源的请求的中介。它管理、路由、聚合和保护 API 请求。 与我们之前探索的模式一样，这通常被描述为“微服务上下文”模式，

在当今的数字环境中，应用程序严重依赖外部 HTTP/REST API来实现各种功能。这些 API 通常会编排复杂的内部和外部 API 调用网络。这创建了一个依赖网络。因此，当依赖的 API 发生故障或

在项目和产品开发过程中，软件工程团队需要做出架构决策以实现其目标。这些决策可以是技术性的，也可以与流程相关。 技术决策：例如决定使用JBOSS Data Grid作为缓存解决方案还是选择Amazon

在分布式系统的错综复杂的编织中，尤其是在微服务架构内，可靠的消息传递和数据一致性的挑战无处不在且要求极高。发件箱模式，常被引用于微服务的独特领域内，从一个关键场景中浮现出来，确保本地数据库事务的原子性

当今的应用程序（包括企业应用程序）需要始终开启且始终可用，并且通常必须为全球用户提供服务，这些用户无论身在何处都希望获得几乎即时的响应时间。 应对这些挑战不仅仅意味着让用户更满意：每个能够解决低延迟和

就应用设计最佳实践和原则而言，构建复杂的基于容器的架构与编程没有太大区别。本文的目标是使用众所周知的编程原理从开发人员的角度展示三种流行的可扩展性架构模式。 让我们从单一职责原则开始。

在本文中，我们讨论为什么需要队列，以及它们如何构成微服务架构中异步通信的基石。 为什么使用异步消息传递？ 为什么异步消息传递很重要？

在这篇文章中，我将讨论近几年来应用程序架构在我看来是如何演变的，以及每次演变的驱动因素是什么。我们将讨论单体架构、面向服务的架构(SOA)、微服务，最后是事件驱动架构(EDA)。让我们开始吧！

想象一下，有一个巨大的整体应用程序，其中许多复杂的功能紧密地联系在一起。可扩展性是一个很大的挑战，部署过程可能会变得非常繁琐，而且由于内部组件高度耦合，改变功能流程也不是那么容易。 也许很多人都熟悉这

在本系列的第三部分中，我们了解了如何在 Minikube 中部署基于 Quarkus/Camel 的微服务，这是最常用的 Kubernetes 本地实现之一。

正如我们之前所看到的，以JVM模式运行我们的微服务意味着将它们打包并作为可执行JARs运行。但是Quarkus也允许我们将它们编译成机器码并作为原生进程运行。这具有显著提高应用程序启动时间和内存使用的

Minikube：它可能是最简单和最容易接近的K8s集群。作为一个为了以低资源运行而设计的轻量级K8s发行版，有效的Minikube设置不需要除了你自己的笔记本电脑以外的任何东西。

近年来，微服务架构在大多数软件解决方案中已经处于领先地位，而且在很多情况下，它经常被选择为我们开始开发的架构。然而，值得问自己的是，这是否始终是最佳选择。

Apache Camel 绝非Java企业技术栈领域的新手。它由James Strachan在2007年创建，旨在实现著名的 "EIP 书"（由Gregor Hohpe和Bobby Woolf编写

在本系列的第一部分，我们看到了一个简化版的基于微服务的转账应用程序，该应用程序使用Apache Camel和AWS SDK（软件开发套件）作为Java开发工具，使用Quarkus作为运行时平台进行实现