A bus instead of point-to-point links
Connecting a new system means one adapter to the bus, not an integration with every existing one. The number of connections grows linearly, not quadratically, so the architecture stays manageable as it scales.
ESB · iPaaS · Integrations
When you run a dozen-plus systems, point-to-point "every-to-every" integrations turn into spaghetti: one swap breaks neighbors, there is no monitoring, and you cannot change the vendor.
The bus provides decoupling: the integration contract lives on the ESB side, so replacing or handing off any connected system does not require touching the others.
Our clients
Industry solutions
Capabilities
Connecting a new system means one adapter to the bus, not an integration with every existing one. The number of connections grows linearly, not quadratically, so the architecture stays manageable as it scales.
Systems know nothing about each other's address, technology and format — only about the bus contract. Replacing or upgrading one system does not break neighbors or require changes to them.
Content-based routing, filters, aggregation, splitter — from 92 proven Camel patterns, not custom code. Fewer integration defects and faster rollout of new routes.
XML, JSON, CSV and the HTTP, JMS, SOAP, REST protocols are reduced to a single contract on the bus. Systems with different data structures exchange data without rework on their side.
Service Locator maintains an endpoint registry and supports failover and load distribution across several Talend Runtimes. The failure of one node does not stop the data flow.
Data Integration and mediation routes are designed in a single Studio and published to a shared Artifact Repository. Batch loading and events use the same connectors and logic.
Service Activity Monitoring logs and aggregates service calls into a separate database. A single point of visibility instead of scattered logs means incidents are visible and traceable.
Routes and services are stored in Git and an Artifact Repository as versioned artifacts. The integration layer can be handed to another team or vendor without reverse engineering.
Built on Apache Karaf, CXF, and Camel, with open source and open standards. No proprietary route format: skills are available on the market, and migration is not tied to a vendor.
Approach
We do not fork or patch the Talend ESB core. Talend ESB stays on a standard upgradable version — we move business logic into separate microservices alongside it, so platform updates do not break your customizations.
Where a mature international solution exists, we use it instead of inventing our own protocol or platform. Before writing code, we study how the problem is already solved in the industry.
The solution is loosely coupled and documented: it can be handed over between teams and contractors without rewriting. You are not tied to us.
AI compatibility
LLM and ML endpoints connect to the ESB through the same Camel REST/JMS connectors as every other system. A model call becomes a route step rather than a separate point-to-point integration.
ETL flows and bus-based transformations normalize and enrich data from disparate sources before it reaches the AI service, providing a single contract instead of mixed exports.
The content-based router, enricher and aggregator patterns route requests across multiple models and services and assemble responses — a manageable pipeline instead of hardcoding.
Service Activity Monitoring records AI endpoint calls alongside other services, making latency, errors, and volumes visible in one place to control cost and quality.
Loose coupling lets you add or swap the AI provider behind the bus contract without touching consuming systems, enabling A/B testing and model replacement without reworking integrations.
News
Mainstream support for Talend 7.3 ends on November 30, 2024. Purchased extended support runs through December 2026 with no renewal option; it covers only Severity 1 issues and excludes fixes for unsupported third-party components. The only migration path is Talend 8 or Qlik Talend Cloud.
The monthly release added native components for AWS Bedrock and Google Gemini, enabling direct LLM provider integration in ETL jobs without custom code. It also adds transactional mode for tKafkaOutput and GA for Databricks 17.3.
Batch jobs gained support for Spark 4.0.1 (production-ready), and a native AWS Athena connector was added. Twenty-three CVEs were fixed, including vulnerabilities in Apache Avro, Log4j, Netty, and Rhino.
Starting with the 2026-06 release, Talend Studio requires Java 21. This affects only the desktop application; jobs and services themselves remain on Java 17 (Big Data Jobs on Java 8). Runtime (Remote/Cloud/Dynamic Engines, Job Server) will support Java 21 as an option, while Java 17 remains the default.
Projects