3. Integration Architecture with the Data Flow
3
What you will
learn
How the Visualizer augments LeanIX standard
and custom reports
How to model an Interface in LeanIX
How to foster discussions regarding the
Integration Architecture with the Data Flow
4. The Visualizer augments the LeanIX reporting functions for
ad-hoc visualization and Integration Architecture
4
Out-of-the-box reports Custom reports
Dashboards Visualizer (Free Draw + Data Flow)
5. When to use the Visualizer
5
Out-of-the-box reports
Standard Individual
Live Data
Hand-selected Data
Dashboards
Custom ReportsAd-hoc visualizations
Integration
Architecture
Documentation
6. 6
• Shorter time to market
• Real-time big data insights
• Efficient scalability
• Exceptional user experience
• Consistent channels
• Integrated workflows
• Legal obligations
• …
More
• APIs
• Devices
• Sensors
In growing IT Architectures, understanding the Interfaces
between Applications is more important than ever
7. Gartner‘s view on the API economy
7
APIs are the center of modern application architecture.
APIs enable decomposition of software monoliths.
One of the hallmarks of a successful API program is that you
get things that you don’t plan for and people build things you
don’t expect.
Source: https://www.programmableweb.com/news/gartner-clarifies-where-api-
economy-heading/analysis/2017/03/07
8. Best practices to create Interfaces in LeanIX
8
Interface
Transports
Data Objects
Is consumed
by 0..n
Applications
Runs on
Technology
Is provided
by one
Application
• Business first: Start with top-level
view, only drill-down where this
creates value
• Be clever regarding middleware:
In most cases, use it as technology
to focus on end-to-end data flow
• Define Ownership: Providing
Application “owns” the interface
(e.g. offers the API)
• Use attributes: Data Flow,
Frequency and other aspects can
be added easily
9. Example 1: LeanIX APIs
9
LeanIX
LeanIX MTM API
User
REST
LeanIX GraphQL
API
Fact Sheet
GraphQL
Signavio
PPM
IDM
• Clear ownership: APIs mostly
belong to one system and have a
well-defined lifecycle
• Use IT Components for
technology in order to align with
use cases like Standard
Management or Technology
Ownership
• Link Definitions (e.g. Swagger) as
documents
• If the receiving system is external,
but needs to be managed: Include
as Application with tag “External”
Application Interface Data Object IT Component
10. Example 2: Open APIs
10
Sample
Application
User API
User
SOAP
Product API
Product
REST
• Include APIs without consumer if
you don’t know them / don’t want
to know them
• Use the Table View or Inventory
to identify those APIs
• Include more than one IT
Component or Data Object if this
provide extra value (e.g. which
interfaces are already managed by
an API Management tool)
• Link to tools like Axway, or
consider integrations
Axway
Application Interface Data Object IT Component
11. Example 3: Middleware
11
• In most scenarios, middlewares
should not be an Application in
order to focus on end-to-end data
flow
• Decomposite the IT Component
(e.g. Parent / Child) to include
more detailed information, e.g. on
the consumed middleware
module
• Consider to integrate with the
middleware (e.g. SAP PI) as source
for interfaces
ERP
Billing Service
User
SAP PI
Product Service
Product
SAP PI
CRM
Homepage
Finance
Application Interface Data Object IT Component
12. Example 4: Legacy & Manual
12
• For legacy interfaces (FTP, CSV
export), it’s important to define
the owning application – often
responsibilities provide good
information
• Include manual interfaces if they
are important from a business
point of view – this information is
very valuable when consolidating
or planning your next project
ERP
Manual Export
Billing
Manual
Nightly export
Product
FTP
CRM
Homepage
Finance
Application Interface Data Object IT Component
25. 25
Key Take Aways
Always look at Interfaces
from a business
perspective, details might
belong into a linked system
Consider the Visualizer
for use cases like Ad-Hoc
Visualization and
Integration Architecture
Integrations (e.g. to SAP
PI, API Management)
can guarantee data
quality and consistency
https://docs.leanix.net/docs/integration-architecture