developers.redhat.com Open in urlscan Pro
2a02:26f0:6c00::210:baa2  Public Scan

Submitted URL: https://app.engage.redhat.com/e/er?s=1795&lid=248054&elqTrackId=ceb65414b0be48419a19a70e217b3570&elq=4da937ef23644a4dadc2abf28...
Effective URL: https://developers.redhat.com/articles/2022/05/02/no-code-and-low-code-integrations-camel-and-kaoto?sc_cid=7013a0000030wJQAAY
Submission: On May 16 via api from US — Scanned from DE

Form analysis 1 forms found in the DOM

GET /search

<form action="/search" method="get">
  <label for="pfe-navigation__search-label-universal">Search</label>
  <input id="pfe-navigation__search-label-universal" name="t" type="text" placeholder="Search">
  <button>Search</button>
</form>

Text Content

Skip to main content
 * Topics
   
   
   FEATURED TOPICS
   
    * Kubernetes
      Learn how this powerful open-source tool helps you manage components
      across containers in any environment.
    * Quarkus
      Kubernetes-native Java with low memory footprint and fast boot times for
      microservices and serverless applications.
    * DevOps
      DevOps involves the combination of cultural change, process automation,
      and tools to improve your time-to-market.
    * Linux
      Develop applications on the most popular Linux for the enterprise—all
      while using the latest technologies.
   
   
   OTHER TOPICS
   
    * .NET Core
    * Apache Kafka on Kubernetes
    * API Management
    * Camel K
    * Containers
    * Data Integration
    * Data Science
    * DevOps
    * DevTools
    * Edge computing
    * Event-Driven Architecture
   
    * GitOps
    * Istio service mesh
    * Java
    * Javascript
    * Microservices
    * Node.js
    * Open Source
    * Operators
    * Python
    * Serverless
    * Spring Boot
   
    * View all topics

 * Products
   
   
   FEATURED PRODUCTS
   
    * Red Hat Enterprise Linux
      A stable, proven foundation that's versatile enough for rolling out new
      applications, virtualizing environments, and creating a secure hybrid
      cloud.
    * OpenShift
      Open, hybrid-cloud Kubernetes platform to build, run, and scale
      container-based applications -- now with developer tools, CI/CD, and
      release management.
    * Red Hat build of OpenJDK
      The Red Hat build of OpenJDK is a free and supportable open source
      implementation of the Java Platform, Standard Edition (Java SE).
   
   
   MORE PRODUCTS
   
    * 3scale API Management
    * AMQ
    * Ansible Automation Platform
    * CodeReady Containers
    * CodeReady Studio
    * CodeReady Workspaces
    * Container Development Kit
    * Fuse
    * JBoss Enterprise Application Platform
   
    * Process Automation Manager
    * Migration Toolkit for Applications
    * OpenShift API Management
    * OpenShift Application Runtimes
    * OpenShift Data Science
    * OpenShift Streams for Apache Kafka
    * Red Hat Decision Manager
    * Red Hat Developer Toolset
    * Red Hat build of Quarkus
   
    * View all products
   
   
   
    * Develop in the sandbox

 * Developer Sandbox
 * Build
 * Tools
 * Events
 * Learn
 * Partner

Search Search
All Red Hat
Back to menu

 * You are here
   
   
   
   
   RED HAT
   
   Learn about our open source products, services, and company.

 * You are here
   
   
   
   
   RED HAT CUSTOMER PORTAL
   
   Get product support and knowledge from the open source experts.

 * You are here
   
   
   
   
   RED HAT DEVELOPER
   
   Read developer tutorials and download Red Hat software for cloud application
   development.

 * You are here
   
   
   
   
   RED HAT PARTNER CONNECT
   
   Become a Red Hat partner and get support in building customer solutions.

--------------------------------------------------------------------------------


 * PRODUCTS
   
   
   * ANSIBLE.COM
     
     Learn about and try our IT automation product.


 * TRY, BUY, SELL
   
   
   * RED HAT HYBRID CLOUD
     
     Access technical how-tos, tutorials, and learning paths focused on Red
     Hat’s hybrid cloud managed services.
   
   
   * RED HAT STORE
     
     Buy select Red Hat products and services online.
   
   
   * RED HAT MARKETPLACE
     
     Try, buy, sell, and manage certified enterprise software for
     container-based environments.


 * COMMUNITY & OPEN SOURCE
   
   
   * THE ENTERPRISERS PROJECT
     
     Read analysis and advice articles written by CIOs, for CIOs.
   
   
   * OPENSOURCE.COM
     
     Read articles on a range of topics about open source.


 *  
   
   
   * RED HAT SUMMIT
     
     Register for and learn about our annual open source IT industry event.
   
   
   * RED HAT ECOSYSTEM CATALOG
     
     Find hardware, software, and cloud providers―and download container
     images―certified to perform with Red Hat technologies.

Article


NO-CODE AND LOW-CODE INTEGRATIONS WITH CAMEL AND KAOTO

May 2, 2022
Share on twitter Share on facebook Share on linkedin Share with email

Tags:
Integration Open Source
Maria Arias de Reyna Dominguez
Senior Software Engineer

Table of contents:
 * The right director for your symphony
 * Apache Camel
 * No-code integrations with Kaoto

Apache Camel and the Kaoto graphical editor can work together to provide a
no-code or low-code environment to simplify the integration of services into
Kubernetes applications. Integrations with microservices and containers can be
complex. This article introduces criteria for a no-code environment and shows
how Apache Camel and Kaoto achieve this goal for microservices and containers.

The right director for your symphony


THE RIGHT DIRECTOR FOR YOUR SYMPHONY

Several criteria have to be considered when choosing an integration framework:

 * Functionality: The most obvious criterion is a framework that's as complete
   as possible. Our framework should feature not only Enterprise Integration
   Patterns, but also a wide range of connectors to different protocols and
   formats. We want to be able to extract, transform, and load data in a
   painless way. We would prefer not to write code or custom scripts to
   complement the framework.

 * Connector extensibility: If we need to connect to some protocol or use some
   data format not currently supported by the framework, will we be able to
   extend it to cover our use case? What if we need to connect to services with
   noninteroperable authentication systems? Can we add custom building blocks to
   our orchestration workflow?

 * Decoupling: A good integration framework must keep the interactions between
   components to a minimum so that the technical debt doesn't grow
   exponentially. We need to be able to upgrade the framework without breaking
   our services. And we want to be able to modify, extend, upgrade, and improve
   our services without worrying whether the integration will work.

 * Usability: Ease of use, especially if we have complex use cases to maintain,
   helps keep our software architecture clean. But usability should never be
   detrimental to the functionality or extensibility of the framework.
   Sacrificing features in favor of user experience will make you hit the
   ceiling of your application's potential faster.
   
   If you want good usability, you can't tolerate bad documentation. Users want
   to have some reference to fall back on when something doesn't work as
   expected.

 * Size: We don't want to drag a heavyweight dependency into our project,
   especially if the integration makes our application slower or imposes a
   bigger footprint on our hardware.
   
   Having a lightweight dependency usually also means less source code, and less
   source code means fewer opportunities to bring bugs into your software
   ecosystem.

 * Multiple languages: We don't want to be tied to a specific language like Java
   or Python. Our library should be able to interact with a varied range of
   components and services.
   
   This flexibility is especially important if our citizen integrators or users
   come from different backgrounds, or are not very tech-savvy. We want them to
   feel comfortable in whatever language they need to orchestrate.

 * Technical support: What if we have a problem? Is there someone we can pay for
   support—or maybe multiple someones? Having a wide range of companies offering
   technical support will improve our productivity in the long run.

 * License: Whether or not there is a strong company behind the framework, only
   free and open source software (FOSS) protects us from the whims or
   misfortunes of any single company.

Fortunately for us, there is a framework that checks off all these criteria with
excellent marks: Apache Camel.

Apache Camel


APACHE CAMEL

Apache Camel is an integration framework that automates the integration of
databases, communication protocols, and other frameworks into your application.
Camel offers many ways to achieve integrations.

Camel has its own domain specific languages (DSLs) that are extensions of, or
are based on, existing programming languages and interoperable formats. Java,
JavaScript, XML, YAML ... all of these languages can translate a simple Camel
route into an integration that can be deployed (Figure 1).

Figure 1. Routes written in popular languages are processed by Camel to
produceJava integrations.
Figure 1: Routes written in popular languages are processed by Camel to produce
Java integrations.


CAMEL QUARKUS

The Java code produced by Camel for an integration sometimes uses a bigger
memory footprint than necessary. This waste is avoided through the Quarkus build
for Apache Camel. Camel Quarkus looks exactly the same as creating traditional
integrations with Apache Camel from the user or developer perspective, but
brings all the developer joy of native builds and deployments to the integration
world by providing Quarkus extensions for Apache Camel (Figure 2).

Figure 2. Apache Camel Quarkus works next to Camel to create integrations.
Figure 2: Apache Camel Quarkus works next to Camel to create integrations.


CAMEL K AND KAMELETS

Camel K provides Kubernetes-native integration for Camel orchestrations. With
Camel Quarkus built in, Camel K deploys Camel integrations to your Kubernetes
cluster and monitors the connections during runs.

But Camel K offers much more than just Kubernetes integrations. You can use
Kamelets to simplify your integration definitions (Figure 3). Kamelets are
snippets of Camel routes that act as metasteps in an integration, hiding
complexities in otherwise simple orchestrations.

Figure 3. Kamelets are input to Kamel K to produce integrations for Kubernetes.
Figure 3: Kamelets are input to Kamel K to produce integrations for Kubernetes.
No-code integrations with Kaoto


NO-CODE INTEGRATIONS WITH KAOTO

The obvious missing step in the previous diagrams was a visual editor that can
transform the graphical representation of the workflow into source code,
allowing people to integrate new services and connections without writing a
single line of code. The desire to make integration frameworks accessible and
easy to use is not new. There have been different approaches to a graphical
solution to this problem; these always come back to the question of how to
visualize source code without exceeding the Deutsch limit, which states that you
shouldn't have more than 50 visual primitives on your screen at the same time.

At Red Hat, we have been searching for a free and open source tool for no-code
or low-code integration that uses Apache Camel. Not finding a suitable tool, we
decided to create Kaoto. Figure 4 shows how it sets up the whole workflow. The
primitives or building blocks of Kaoto are steps in an Apache Camel integration
DSL: Kamelets, Camel components, or Enterprise Integration Patterns.

Figure 4. Kaoto produces the Kamelets, bindings, and routes as input to Camel K.
Figure 4: Kaoto produces the Kamelets, bindings, and routes as input to Camel K.

We wanted Kaoto to have a simple user interface that provides building blocks
for integrations with drag-and-drop manipulation. At the same time, we wanted
our users to be able to manipulate the source code. With this flexibility, Kaoto
can be transparent about what the users are building and users can safely deploy
integrations without blindly trusting the integration editor.


WHAT DOES A NO-CODE INTEGRATION LOOK LIKE?

In a no-code solution, there is no need to interact with or even see the source
code at any point. The user can focus on bringing integration capabilities to
their architecture without worrying about implementation details. Figure 5 is an
animation showing Kaoto adding a logging service to an application.

Figure 5. Kaoto lets users create an integration through searches and clicks.
Figure 5: Kaoto lets users create an integration through searches and clicks.


WHAT DOES A LOW-CODE INTEGRATION LOOK LIKE?

A low-code solution allows the user to view and interact with the source code to
deploy an integration. The user can focus on the features being implemented
without knowing how to write the source code. The source code appears as an
adjacent add-on or guide to help new users get familiar with concepts. Figure 6
is an animation showing Kaoto adding a Kafka broker to an application with
source code displayed.

Figure 6. Kaoto lets users interact with code through searches and clicks.
Figure 6: Kaoto lets users create an integration through searches and clicks.

You can find more use cases and examples on the Kaoto website. Kaoto is the next
big step in the ongoing quest to simplify the integration of multiple
capabilities into an application.


RECENT ARTICLES


 * ALL ABOUT LOCAL AND SELF-MANAGED KAFKA DISTRIBUTIONS


 * HOW TO USE OPERATORS WITH AWS CONTROLLERS FOR KUBERNETES


 * DEVELOPER TOOLS REBRAND, SAY FAREWELL TO CODEREADY NAME


 * HOW TO ORGANIZE JFR DATA WITH RECORDING LABELS IN CRYOSTAT 2.1


 * RHEL 8.6: WHAT'S NEW AND HOW TO UPGRADE


RELATED CONTENT


USING GEOJSON WITH APACHE CAMEL K FOR SPATIAL DATA TRANSFORMATION


DESIGN EVENT-DRIVEN INTEGRATIONS WITH KAMELETS AND CAMEL K


EVENT-DRIVEN SERVERLESS APPLICATIONS WITH CAMEL K


WHAT’S UP NEXT?

Learn the basics of Camel K and find out how to use this lightweight framework
for writing integrations.

Learn by doing


COMMENTS


Please enable JavaScript to view the comments powered by Disqus.


 * FEATURED TOPICS
   
   * Istio
   * Quarkus
   * CI/CD
   * Serverless
   * Enterprise Java
   * Linux
   * Microservices
   * DevOps


 * BUILD
   
   * Getting Started Center
   * Developer Tools
   * Interactive Tutorials
   * Container Catalog
   * Operators Marketplace
   * Certify Applications
   * Red Hat on Github


 * QUICKLINKS
   
   * What's new
   * DevNation events
   * Upcoming Events
   * Books
   * Cheat Sheets
   * Videos
   * Products


 * COMMUNICATE
   
   * Site Status Dashboard
   * Report a website issue
   * Report a security problem
   * Helping during COVID-19
   * About us
   * Contact Sales

Red Hat Developer

Build here. Go anywhere.

We serve the builders. The problem solvers who create careers with code.

Join us if you’re a developer, software engineer, web designer, front-end
designer, UX designer, computer scientist, architect, tester, product manager,
project manager or team lead.

 * 
 * 
 * 
 * 

Sign me up
 * ©2022 Red Hat, Inc.
 * Cookie-Präferenzen
 * Privacy Statement
 * Terms of Use
 * All policies and guidelines




✓
Thanks for sharing!
AddToAny
More…