Integration Debt in Multi-Vendor Enterprise Estates: Accumulation Mechanisms and an Assessment Approach
DOI:
https://doi.org/10.71426/Keywords:
Integration debt, Technical debt, Enterprise integration, Legacy modernization, Software architectureAbstract
Technical debt is well characterized within applica-
tion codebases, where it can be identified, attributed, and repaid
by a single owning team. Integration debt behaves differently. It
accumulates in the interfaces between systems, where no single
team holds authority, release schedules are independent, and
the participating systems are frequently governed by separate
commercial agreements. This paper argues that integration
debt constitutes a distinct category requiring separate treatment
rather than a special case of architectural technical debt. We
characterize four accumulation mechanisms observed in multi-
vendor enterprise estates: point-to-point proliferation under de-
livery pressure, semantic divergence across systems nominally
sharing a business object, orphaned interfaces surviving the
decommissioning of their consumers, and platform sprawl arising
from tool selection made per project rather than per scenario. For
each mechanism we identify the organizational conditions that
produce it and explain why refactoring strategies developed for
application code do not transfer. We then propose an assessment
approach built on four estate properties observable from arti-
facts organizations already hold: coupling breadth, specification
recoverability, consumer volatility, and semantic divergence. The
contribution is a vocabulary and an assessment instrument for
making integration debt visible before it becomes structural. The
approach is analytical rather than empirically validated, and we
specify the longitudinal data a validation study would require.
References
N.~S.~R. Alves, T.~S. Mendes, M.~G. de~Mendonc{c}a, R.~O. Sp'{i}nola,
F.~Shull, and C.~Seaman, ``Identification and management of technical
debt: A systematic mapping study,'' emph{Information and Software
Technology}, vol.~70, pp.~100--121, 2016,
doi: 10.1016/j.infsof.2015.10.008.
T.~Besker, A.~Martini, and J.~Bosch, ``Managing architectural
technical debt: A unified model and systematic literature review,''
emph{J. Systems and Software}, vol.~135, pp.~1--16, 2018,
doi: 10.1016/j.jss.2017.09.025.
R.~Verdecchia, I.~Malavolta, and P.~Lago, ``Architectural technical
debt identification: The research landscape,'' in emph{Proc.
IEEE/ACM Int. Conf. Technical Debt (TechDebt)}, Gothenburg, Sweden,
2018, pp.~11--20.
A.~Martini, J.~Bosch, and M.~Chaudron, ``Investigating architectural
technical debt accumulation and refactoring over time: A
multiple-case study,'' emph{Information and Software Technology},
vol.~67, pp.~237--253, 2015, doi: 10.1016/j.infsof.2015.07.005.
G.~Hohpe and B.~Woolf, emph{Enterprise Integration Patterns:
Designing, Building, and Deploying Messaging Solutions}.
Boston, MA, USA: Addison-Wesley, 2003.
X.~Tang, S.~Sun, X.~Yuan, and D.~Chen, ``Automated web service
composition system on enterprise service bus,'' in emph{Proc. 3rd
IEEE Int. Conf. Secure Software Integration and Reliability
Improvement}, Shanghai, China, 2009, pp.~9--13,
doi: 10.1109/SSIRI.2009.24.
M.~Galster, L.~Lapre, and P.~Avgeriou, ``SOA in
variability-intensive environments: Pitfalls and best practices,''
emph{IEEE Software}, vol.~31, no.~1, pp.~77--84, Jan./Feb.~2014,
doi: 10.1109/MS.2013.21.
J.-S. Kim, H.~Andrade, and A.~Sussman, ``Principles for designing
data-/compute-intensive distributed applications and middleware
systems for heterogeneous environments,'' emph{J. Parallel and
Distributed Computing}, vol.~67, no.~7, pp.~755--771, 2007,
doi: 10.1016/j.jpdc.2007.04.006.
V.~Velepucha and P.~Flores, ``A survey on microservices architecture:
Principles, patterns and migration challenges,'' emph{IEEE Access},
vol.~11, pp.~88339--88358, 2023,
doi: 10.1109/ACCESS.2023.3305687.
J.~Soldani, D.~A. Tamburri, and W.-J. Van Den Heuvel, ``The pains and
gains of microservices: A systematic grey literature review,''
emph{J. Systems and Software}, vol.~146, pp.~215--232, Dec.~2018,
doi: 10.1016/j.jss.2018.09.082.
M.~Kleehaus and F.~Matthes, ``Challenges in documenting
microservice-based IT landscape: A survey from an enterprise
architecture management perspective,'' in emph{Proc. IEEE 23rd Int.
Enterprise Distributed Object Computing Conf.}, Paris, France, 2019,
pp.~11--20, doi: 10.1109/EDOC.2019.00012.
J.~Alonso, L.~Orue-Echevarria, V.~Casola, A.~I. Torre, M.~Huarte,
E.~Osaba, and J.~L. Lobo, ``Understanding the challenges and novel
architectural models of multi-cloud native applications: A systematic
literature review,'' emph{J. Cloud Computing}, vol.~12, no.~1,
art.~6, 2023, doi: 10.1186/s13677-022-00367-6.
M.~Fragkoulis, P.~Carbone, V.~Kalavri, and A.~Katsifodimos, ``A
survey on the evolution of stream processing systems,'' emph{The
VLDB Journal}, vol.~33, no.~2, pp.~507--541, 2024,
doi: 10.1007/s00778-023-00819-8.
M.~Overeem, M.~Mathijssen, and S.~Jansen, ``API-m-FAMM: A focus area
maturity model for API management,'' emph{Information and Software
Technology}, vol.~147, art.~106890, 2022,
doi: 10.1016/j.infsof.2022.106890.
S.~M. Hyrynsalmi, ``The state-of-the-art of the integration platforms
as a service research,'' in emph{Proc. 5th Int. Workshop on
Software-Intensive Business (IWSiB)}, Pittsburgh, PA, USA, 2022,
pp.~17--22, doi: 10.1145/3524614.3528634.
E.~Rahm and P.~A. Bernstein, ``A survey of approaches to automatic
schema matching,'' emph{The VLDB Journal}, vol.~10, no.~4,
pp.~334--350, 2001, doi: 10.1007/s007780100057.
R.~Y. Wang and D.~M. Strong, ``Beyond accuracy: What data quality
means to data consumers,'' emph{J. Management Information Systems},
vol.~12, no.~4, pp.~5--33, 1996.
Published
Issue
Section
License
Copyright (c) 2026 Anil Chandra Rajendra Pallikonda (Author)

This work is licensed under a Creative Commons Attribution-NonCommercial 4.0 International License.
Authors retain copyright in their published work subject to the journal's publication and licensing arrangements.
Articles published in JMT are distributed under the Creative Commons Attribution–NonCommercial 4.0 International License (CC BY-NC 4.0).
Under this license, readers may share and adapt published material for non-commercial purposes, provided that:
- Appropriate credit is given to the author or authors.
- The original publication source is acknowledged.
- A link to the applicable license is provided.
- Any modifications are clearly indicated.
Commercial reuse is not permitted under CC BY-NC 4.0 without appropriate authorization from the relevant rights holder.
License details are available at:
Creative Commons Attribution–NonCommercial 4.0 International
