SOA面向服务架构

     

BPMN 2.0 和 Jakarta EE

32 3K

Jakarta EE 与 BPMN 2.0 相结合,形成了一个强大的联盟,用于开发强大的、可扩展的和可互操作的 BPM 解决方案。基于Jakarta EE 框架的BPMN工作流引擎形成了一个强大而有效.

SOA四个原则

46 3K

SOA面向服务的开发基于以下四个基本原则:1、边界明确面向服务的应用程序通常由分布在遥远的地理位置、多个信任机构和不同执行环境中的服务组成。在复杂性和性能方面,穿越这些不同边界的成本并不低。面向服务的.

8个软件架构模式初学者指南与SpringBoot源码演示

89 20K

下面我们将深入研究八种常用的架构模式,深入了解它们在软件开发中的应用和重要性。1. 单体架构单体 架构是一种传统方法,其中应用程序的所有组件都紧密集成到单个代码库中,共享相同的数据和逻辑。它是一个有凝.

使用 Spring WebMVC 控制器生成 XML 响应

72 7K

在本文中,我们将探讨Spring WebMVC – 使用控制器生成 XML 响应的机制和方面。还指导 Java 开发人员完成配置 Spring WebMVC 控制器以生成 XML 响应的步骤。配置 S.

七月大科技工程文摘

468 5K

本文摘包含Airbnb优化数据访问、Etsy 实时广告个性化、Pinterest 时间序列数据工作、Wix 大迁移等!1、[Airbnb] Riverbed:以 Airbnb 的规模优化数据访问 概述.

什么是服务发现模式?微服务中客户端和服务器端发现有什么区别?

731 1 2K

在分布式系统架构中,服务发现在实现服务间的有效通信方面起着关键作用。服务发现模式提供了在网络中动态定位和访问服务的机制。服务发现中两个常用的方法是客户端发现和服务器端发现。在这篇文章中,我们将探讨什么.

如何将核心服务与单体应用解耦?

381 5K
与许多其他产品一样,WeTransfer最初是一个小型单体应用程序,但很快就变成了一个拥有太多责任和贡献者的大型单体应用程序。发布新功能变得越来越困难,技术债务也在增加。这就是为什么我们开始将一些核心.

单体炒作很愚蠢 - Darren

485 2

越来越多吹捧单体的炒作如同当初炒作微服务一样愚蠢。当我开始从事技术工作时,世界被GoF四人帮设计模式所困扰。现在,我们被服务架构SOA所迷惑。这些模式往往是陷阱,掩盖了真正的实践经验。你应该从微服务中.

只有 1% 的人需要微服务 - qe-unit

1021 2

年收入 20 亿美元的规模才有充分理由采用微服务架构,其他规模则可采用:单体式架构演化为基于服务的模块化单体式架构,然后演化为宏服务、迷你服务、微服务。什么是微服务架构?微服务架构就像沙漠中的一粒沙子.

软件架构的简单发展介绍

857

这篇文章总结了 IT 解决方案开发的不同方法。业务驱动开发业务驱动开发是一种元方法论,用于开发直接满足业务需求的 IT 解决方案。这会在更改业务和调整 IT 系统时提高灵活性并缩短周转时间。这是通过采.

亚马逊的分布式计算宣言 - werner

1337 6K

在将近25年之后,我将完整地发表《分布式计算宣言》,这是亚马逊早期的一份内部文档,它改变了我们电子商务平台的架构。亚马逊的系统架构的一个非常简短的历史:在我们深入了解亚马逊的架构历史之前,先了解一下我.

从单体架构到纳米服务架构

808

毋庸置疑,应用程序的架构在最近几年发展迅速。经典的单体架构已经被分解为微服务的集合,它更灵活,更容易部署。然而,虽然微服务已经变得非常流行,但使用这种架构也有一些弊端。最近,一种更细化的分布式应用组件.

面向服务的架构SOA与事件驱动的架构EDA比较

1650 1

我们都希望有用和有趣的内容被推送给我们。新闻提醒出现在我们的手机上,信息通知出现在我们的桌面上。我们希望了解最新的事件,而不是去寻找它们。当相关的信息被传递给我们时,这就容易多了。事件驱动的系统也是如.

每天会生成巨大的数据库,请教系统设计方法?- Reddit

739

我最近加入了一家仍处于成长阶段的金融科技初创公司。我们管理的平台基本上是投资组合管理。我们考虑来自用户银行的账户交易、汇率、资产价格(来自路透社等第三方),并计算投资组合估值和业绩。所以流程可以概括为.

简单软件架构的一些好处 - Dan

1249 2

Wave是一家拥有70名工程师的17亿美元的公司,其产品是一个加减数字的CRUD应用程序。为了与此保持一致,我们的架构是一个标准的CRUD应用架构,一个Python单体在Postgres之上。从一个简.

适用于SaaS初创公司的REST API的一系列模式和最佳实践 - alexkrupp

854 7K

来自alexkrupp的这篇文章虽然是基于Django/Python编写,但是实践原则是通用的。大多数现有的软件架构建议都是为 100 亿美元以上的公司编写的,因此往往侧重于最大化性能、可扩展性、可用.

什么是尾部延迟?

6161 4

尾部延迟(也称为高百分比延迟)是指客户端很少看到的高延迟。例如:“我的服务通常在10毫秒左右响应,但有时需要100毫秒左右”。世界上有很多导致尾部等待时间的原因,包括争用,垃圾回收,数据包丢失,主机故.

您的微服务是分布式整体吗? -软件工程日报

1108 1 3K

转移到微服务不仅涉及将整体应用程序重新包装到容器中。架构上存在根本差异,影响到从传输数据到故障恢复的所有方面。无法解决这些差异可能导致可扩展性受限,性能下降以及意外中断。您的团队已决定将您的整体应用程.

使用ASP.NET Core和EF Core实现模块化单体DDD架构的经验 – thereformed

2252 1
本文是关于我在使用ASP.NET Core和EF Core的小型但复杂的应用程序上使用模块化单体/整体结构和域驱动设计(DDD)方法的经验。这不是有关模块化单体架构或DDD的入门知识(但每个链接都有很.

向微服务数字化转型的方法 -DZone

1129 2K
技术团队和管理层非常热衷于使用一个称为微服务的新流行语。但这涉及转换的成本。您如何进行这种转变?进行转换值得吗?还是继续进行一些修改以继续使用当前方法是否好?您如何决定?从遗留系统本身定义微服务的过程.

DDD(领域驱动设计)是微服务体系结构的核心和最重要的基础 - Prabhat

1 4260 1 2K
DDD(域驱动设计)是微服务体系结构的核心和最重要的基础。不了解DDD就无法掌握微服务架构真正的美丽之处。微服务架构顾名思义是一种将后端应用构建为一组小型服务的方法。每个服务都在自己的进程中运行,并使.

七种老旧遗留系统的集成模式 -Bozho

1594 1

企业集成非常棘手。现在,如果我们必须集成两个(或多个)系统,我们知道:我们要么使用API​​,要么使用某些消息队列。不幸的是,世界上许多系统不支持API集成。正如我们所说的,还有许多没有API的东西。.

微服务入门所需了解的一切 - DEV

6939 8 7K

微服务正在完全打乱我们当今构建应用程序的方式。当涉及到软件体系结构时,这是最热门的趋势之一。越来越多的开发人员正在采用它。微服务是整体方法的替代方法,可为开发人员提供构建复杂软件应用程序所需的灵活性,.

从单体到微服务的思路转变:垂直切片的烟囱式故事已经一去不复返了- ThoughtWorks

6579 6 2K
传统SOA单体架构如同下面多层蛋糕一样,虽然实现了分层架构,但是实际中人们切蛋糕时,总喜欢竖切蛋糕,这样每个人能尝到多层蛋糕中每一层味道。在敏捷开发团队中工作时,无论是业务分析师,Scrum Mast.

幽默:如果微服务改名为业务组件会怎样?- ntcoding

1173 1

如果微服务将被称为业务组件,这是否会将我们的思维转向价值和业务战略,而不是泛泛而谈事物大小和Docker的大小?众说纷纭:大多数人通过技术关注来组织一切。我们一直在追逐技术银弹。一词多义可能部分是由于.

实现微服务的唯一方法是:在系统全局和本地两个级别平衡每个服务的复杂性

2065 2
在设计基于微服务的系统时,衡量和优化正确的指标至关重要。为每个微代码库和微团队设计本地边界绝对很容易。但是,要构建一个完整系统,我们必须将系统级别设计也考虑在内。微服务与系统级别的设计有关,而不是仅仅.

可重用性是一个谬论 - UWE FRIEDRICHSEN

1829 3K

多年来,可重用性/可复用性是软件架构设计中的一个圣杯。关于可重用软件模块的讨论在1970年代初得到了发展。例如,1974年史蒂文斯,迈尔斯和君士坦丁(Stevens,Myers和Constantine.

介于SOA与微服务之间的面向数据的软件架构(DOA) | Eyas的博客

2746 1 2K
软件架构中有一个鲜为人知的模式,值得更多关注。首次由Rajive Joshi在RTI的2007年白皮书中描述了面向数据的体系结构 ,然后在2017年由维也纳大学的Christian Vorhemus和.

BPM治理的5个关键要素 - leonardo

1519 2K

有效的BPM治理的最终结果是对流程集(及其子流程)进行主动、有效的管理和持续改进,从而组织可以为其客户和其他利益相关者带来价值。这是BPM治理的五个关键要素: 度量 所有权 问责制 控制 支持 1.度.