Knowledge for integration architects

Practical knowledge for integration architects

In-depth articles, expert streams, and real-world insights on integration architecture, patterns, and technologies.

Browse latest articles

Explore topics

View all topics →

Latest knowledge

View all content →

The business value of Application Integration

Have you seen or read “The Twelve Tasks of Asterix”? Do you recall "The Place That Sends You Mad" task? While this is most of all a joke on bureaucracy, you can also think of it as living in an environment without communication. Regardless of the mechanics behind – paper documents delivered to the offices by internal messenger, pneumatic tubes system, modern computer network, Telepathy data transfer – the problem is that data is not flowing from one involved party (office) to the other. As a result, no work is being done and finally the system collapses when disturbance is introduced (it is the purposeful action of Asterix in the movie/comic… but could be anything in the real world).

Hubert DrabczykApr 3, 2026

API-Led One-way point-to-point

As we dive deeper into API-Led Architecture, we can notice that some patterns resemble those found in a different Ecosystem Architectural Style - specifically Event-Driven Architecture (EDA). This similarity exists because API-Led Architecture inherits qualities, so also patterns, from EDA. As API-Led introduces new capabilities, it also addresses challenges that were difficult or impossible to solve in the architectural styles it draws from. In this article, we will discuss the key differences that API-Led Architecture brings to the one-way point-to-point pattern.

Karol SkrzymowskiAug 27, 2025

Loosely Coupled - Architecture Debt: The Hidden Risk That Breaks Transformations

We have a tendency to call something "technical debt", perhaps even register it in some sort of a log, and move on. That is what is happening most of the time. Business requires immediate action. We refer to the “Quality, time, cost” triangle and say “choose two”. The result? Business wants it fast and cheap - quality suffers. And the worst part is that this tool has been already changed and misused so much that no one remembers what was the original “iron triangle”. We have a tendency to call something "technical debt", perhaps even register it in some sort of a log, and move on. That is what is happening most of the time. Business requires immediate action. We refer to the “Quality, time, cost” triangle and say “choose two”. The result? Business wants it fast and cheap - quality suffers. And the worst part is that this tool has been already changed and misused so much that no one remembers what was the original “iron triangle”. This is how we create “technical debt”, which can have a multitude of forms. Corner cutting on development, not having full test coverage, or having implicit architecture simply by building instead of designing first. This session we’ll be diving into Architectural Debt, which may be mistaken for “technical debt”. While it is similar it often has far more severe delayed consequences. This is the kind of debt that can go unnoticed until everything starts breaking down - impacting the most meaningful programs and projects, and in the end business flexibility and adaptability to the business reality. It is not visible in code, you cannot trace it to a single repository, or domain system! These are our architectural decisions, exceptions, duplicated capabilities, temporary solutions (that live forever), architectural compromises and more. To talk about the impact of Architectural Debt we have invited Nadzeya Stalbouskaya, Co-Founder, Enterprise Architecture & Transformation Adviser. Together we’ll discuss the various aspects of Architectural Debt, how to identify it, how it manifests and what that means for organizations. Let’s discuss how to manage it without making Enterprise Architecture a bloated bureaucratic sinkhole!

Nadzeya StalbouskayaOct 14, 2026

Vendor-neutral. Architect-focused. Community-driven.BridgingTheGap.eu.com in Enterprise Application Integration.

Learn more about us →