MuleSoft Architecture Template Deck
MuleSoft Architecture Template Deck
MuleSoft Architecture
Template Deck
Version 1.2
May 2023
Dr Mark Cornforth
Strategic Client Architect
MuleSoft UKI
Slide not for external use.
Feedback
If you have any internal/customer feedback on this presentation and/or would like to contribute to the evolution of its contents,
please reach out to me at [email protected].
Recency
This deck will be updated regularly, but always check corporate resources for the most recent materials.
Contents
1. Industry Trends and Patterns in Integration
2. Problem Statement, Challenges & Business Initiatives
3. What are Building Blocks?
4. Composable Enterprise
5. MuleSoft Overview
6. Architecture Framework & Governance
7. Target Architecture
12. API-Led & Examples by Use Case
8. Architecture Themes
13. Monitoring
a. Cloud Transformation
14. Hyper-automatomation
b. Data Insights
15. Connectors
c. API/Digital Marketplace
16. Why MuleSoft?
d. ERP Transformation
17. Miscellaneous
9. Example Architecture POVs
18. Key Resources
10. API/Integration Roadmap
19. API Jokes
11. Customer Data Platform (CDP)
20. Appendix
12. API
All contents Monetisation
© MuleSoft, LLC
INDUSTRY TRENDS AND PATTERNS
IN INTEGRATION
Industry Trends & Technical Enablers for Integration
MuleSoft continues to lead the industry while operating at the forefront of integration, automation & innovation
>
<
EDI Exchange / B2B API Query Robotic Process
IoT
Cloud Native Zero-Trust Security Integration Microservices Graphs Automation
> >
Strategic
Outcomes
Multiple Parties
Enhanced
Cyber
Security
Many Point-to-
Point Interfaces
Limited Innovation
Governance &
Fragmented
Control Change is Difficult Processes
All contents © MuleSoft, LLC & Expensive
Current Approaches Limit Ability to Adapt
Process Resilience
End-to-End Visibility
Pace of Change Complexity
No single pane of glass
Too slow and hard to Hybrid & multi-cloud
4 for APIs & integrations, 5 6
make changes, adapt estate, tangled & tightly
governance, security &
Technology to new requirements & coupled, legacy & Agility
operations across IT
innovate digital
estate
Business
Drivers
Engineering Customer Increase
Reduce
Scale & Experience & Pace of
Costs
Productivity Centricity Innovation
All contents © MuleSoft, LLC
Our Understanding of your organisation ……
Pressure to
Transform Pressure 1 Pressure 2 Pressure 3 Pressure n
Business &
IT Initiatives Initiative 1 Initiative 2 Initiative 3 Initiative n
Pressure to Rapid Climate & UK economy net zero Skills Gap & Reduction of
Transform Brexit
Environmental Changes by 2050 91,000 Civil Servants
“We create better places for people, wildlife and the environment. We put the climate emergency at the heart of
EA everything we do and help society adapt to environmental challenges such as flooding, drought, sea level rise and
Mission coastal change. We improve and protect the quality of our air, land and water by tackling pollution…..though
environmental regulation”
A NATION RESILIENT TO CLIMATE CHANGE HEALTHY AIR, LAND AND WATER GREEN GROWTH & A SUSTAINABLE
Business FUTURE
Business &
Workforce, skills & Innovation, Technology & Delivery, evaluation &
IT Initiatives Sustainability
location Data collaboration
Workforce, skills & location Innovation, technology & data Delivery, evaluation & collaboration Sustainability
Cloud SaaS
Platforms Social
Customers/ Mobility &
Partners/Suppliers Devices
57%
Projects that
companies set out
to deliver and
couldn’t follow
with reuse vs.
through
custom code
SAP
Aggregated Aggregated
customer data customer data
1 2 3
Allow federated teams to connect Enterprise integration platform Built-in visibility, security and
applications across your digital making legacy system data and governance supported with an
ecosystem via automation services easy to access and effective operating model to
capabilities, no/low code platform consume while offering flexibility innovate and rapidly respond to
and universal API management. and scalability to meet evolving business requirements and
requirements. opportunities.
Think and build large systems Think and build composable / modular
Traditional Thinking
Future Thinking
"Don't fix what isn't broken" Everything is changeable
• Customer experiences & engagement through a 360° customer view, omnichannel, e-commerce & others
• New products and services that reach new audiences & allow us to respond to market threats & opportunities
• IT operational efficiency which underpins our ability to quickly meet growing demands
Data
Providers
Request Response
Key Characteristics:
• Clear business purpose & benefit
Contract • Simple, easy to use & understand
• Managed, secured, controlled & governed
Reusable • Well-documented, reusable, discoverable & accessible
Logic • Standards-based to maximise interoperability
building
block • Fast & performant
Connectivity • Operationally resilient, monitored & supported
• Version controlled with lifecycle management
Data
Let's bring a building block to life
Web Mobile
Order
Order Request Response
Order Management
System (OMS)
What are an organisation's core building blocks?
Digital Customer &
Colleague
Experiences
Request Response
Integration Platform
Customer API Product API Promotion API Payment API Inventory API Tracking API
Plus Golden
Identity API Pricing API Order API Fraud API Shipment API Insights API more … APIs
Data Providers /
Producers
Legacy Cloud Database Events Partners Suppliers
COMPOSABLE ENTERPRISE
What is a Composable Enterprise?
Compose:
Why do it? "to be selected and assembled
to satisfy specific requirements"
Architecture (IT):
What benefit does "the art or practice of
it provide? designing and
constructing IT
systems"
A foundation
Chat Bot API
of business
Login API
Mobile App API
capability building
blocks that
Money
Transfer
API
Service Cloud Einstein balances
innovation speed
Customer
Database
ForEx System and operational
Core Banking System
stability
Composability through heterogeneous building blocks
API
REST gateways
GraphQL Evented
APIs
RPA Micro
services
Future of Innovation: Composable, Connected, Automated
Flexibility and Control
Discover Design
Build Manage
Secure Monitor
Multiple Persona
Multiple Platforms
Composability requires Outside-In Thinking
Composability enables agility, speed and innovation
Core capabilities in
Request Response Reusable Building Blocks
Data
All contents © MuleSoft, LLC
Driving a Composable Enterprise
Leveraging APIs and integration to drive end to end digital experiences
Consumption
Composable enterprise
Ops supporting new
Model experiences and IT
agility
Production
Seamlessly Connect
IT
Systems and Data
RESEARC
H
BUY
TRACK
GET
SERVICE
GET
ACCOUNT
Go faster
64%
increased Faster ramp-up and increased productivity of
productivity skilled internal resources
Sources:
McKinsey: Stronger for longer: How top performers thrive through downturns
All contents © MuleSoft, LLC BCG: How Comeback Kids Will Build the New Reality
Three Pronged
Approach to Success 1. Proven Approach
Experience
layer
2. Unified Platform
3. People Enablement One platform instead of many
Devs and
Expertise and proven C4E Business Teams - only unified platform for
operating model based
Integration
integration, universal API
on enablement and Marketplace
Marketplace APIs management, automation, API
collaboration that drives Discoverable, ecosystems, hybrid
reusable assets
7 years 5
1 4 2020
Community Manager, 7
2 3 2018 Customer 360 &
2006 Salesforce acquisition Composer
Created as an ESB Mule 4 + Studio 7 2022
2013 2015 Hyper automation
First hybrid iPaaS API-led connectivity (RPA + Composer +
6 API Led)
2021
Universal API Management
DataGraph (GraphQL)
All contents © MuleSoft, LLC
MuleSoft Platform
One platform for automation, integration and API management
Edge-to-core security
Security
Resilient operations
Monitoring
Universal cataloging
& reuse Exchange
Versatile developments
Runtime Engine & Services Hyperforce
Apply security
Anypoint Security
Ensure compliance
Runtime enforcement
Central marketplace Runtime Engine
& Services
Implementation logic
Reuse assets
Connectivity
Discover best practice
Ad-hoc
Admin/Ops DevOps App devs Developers
integrators
Designed for
varying
skillsets
Management
Plane
Designed to
Runtime
Plane “Run
anywhere”
On-Premise Hybrid CloudHub
Public Cloud
> >
Batch
GraphQL
>
>
>
Public Cloud >
>
>
On-Premise Hybrid CloudHub
Message Queues
Microservices B2B / EDI File Transfer
/ Pub-Sub
Designed to
All contents © MuleSoft, LLC “Run
MuleSoft Anypoint Platform
One platform for APIs and integration
Anypoint Security
Metadata - for example:
● Logs
● Performance stats
Anypoint Platform Anypoint Design Anypoint Management ● API definitions
Control Plane Center Center ● API policies
● System health
● Runtime
configuration
Anypoint Exchange
MuleSoft Hosted
Customer Hosted
● MuleSoft is a Cloud First company ● For customers with strict PII and CIIO ● For customers with strict PII and CIIO
Considerations ● Rapid innovation processing requirements processing AND metadata
● Security and compliance OOTB ● Runtimes hosted on-premises or in requirements (rare)
● EU Cloud for European customers private cloud ● Control plane and runtime plane hosted
● GovCloud for US government ● Runtime Fabric for low-touch runtime by the customer
agencies deployment and management ● Very high IT overhead
● No Services SOW required ● Slightly higher IT overhead on ● Innovation at lower cadence
● Very low IT overhead customers ● Services SOW required
• No common services - public transit, parks or • Common services – parks, schools, roads, electrical,
schools water, transit, etc. = integration, data, access control,
app dev stack.
• Inefficient, siloed, everyone out for themselves
• City Plan = Multi-Year Roadmap & Future State
• Additions are ad-hoc
• Standards/Rules/Process = Governance
• Slow, inefficient, frustrating, insecure
• Lower TCO and lower risk
All contents © MuleSoft, LLC
Useful link: API Strategy Template
Artefact Anatomy for API Governance
Governing API-enabled business propositions while enforcing standards & compliance throughout the lifecycle
Defines the high-level vision and strategic outcomes setting the
API Strategy (incl API Principles) direction for the future of integration as well as principles and rules to be
More Abstract
Conceptual (Abstract)
Reference architectures and patterns defined at an various abstract,
Reference Architectures &
Logical logical and concrete levels in relation to supported communication
Integration Patterns styles between source and target applications.
Physical (Concrete)*
API / Integration Standards Enterprise level standards/guidelines for API designs &
standards/guidelines for the physical design and implementation
More Concrete
A map of API and data assets for users across the organisation to find
API Catalogue the data needed, associated policies and usage guidelines.
API Catalogue & Models Industry / Regulatory Data Models Data models adopted by the enterprise in relation to organising
elements of data and standardising how they relate to one another and
Enterprise Data Models to the properties of real-world entities.
All contents © MuleSoft, LLC
*Delivered by engineering teams with architectural input, support & oversight
Artefact Anatomy for Data Governance
Governing data-enabled business propositions while enforcing standards & compliance throughout the lifecycle
Defines the high-level vision and strategic outcomes setting the
Data Strategy (incl Data Principles) direction for the future of data as well as data principles and rules to be
promoted and adhered to by everyone to achieve the vision.
API & Integration Strategy
More Abstract
Other Strategies
Enterprise (Abstract)
Reference Architectures & Logical Data and integration design principles, patterns and technology
Patterns recommendations for programmes to adhere and comply with.
Physical (Concrete)
Rules around data, Background information Background information
Data Standards Background information from Data creation to archiving and deletion that the
Standards & Guidelines organisation must follow when undertaking data activities.
Data Guidelines Guidelines for data to ensure conformance to industry best practice.
More Concrete
A map of data assets for users across the organisation to find the data needed,
Data Catalogue associated policies and usage guidelines.
Data Catalogue & Models Industry / Regulatory Data Models Data models adopted by the enterprise in relation to organising elements of
data and standardising how they relate to one another and to the properties
of real-world entities.
Enterprise Data Models
All contents © MuleSoft, LLC
Logical Architecture
● Management/Control Plane
provides full management,
access control , monitoring and
visibility of all digital products and
services across the ecosystem
More
Abstract
Conceptual / Enterprise Patterns defined at an abstract level in relation to supported
Integration Patterns communication channels between source and target systems.
Enterprise
Architecture
Defines the responsibilities not only for the integration service but also Concern
Logical Integration Patterns for the requesting and responding applications. This builds on the
abstract patterns and imposes architectural standards and constraints.
1. Allow the API Strategy to be realised in relation to leveraging and exploiting approved
integration technologies for API based data exchange
2. Ensure that APIs are exposed in a consistent and standardised manner and
in conformance with agreed methodology and industry standards
3. Leverage best practice to simplify the integration architecture while improving
support, efficiency & performance
4. Align with security strategies, policies & standards for data protection to ensure key
(e.g. customer, financial etc) data is kept safe while minimising risk
5. Improve the level of architectural compliance of solution designs & reduce the flow of
enquiries & architectural exception requests thorough governance
6. Accelerate solution design and delivery while embedding best practice & compliance
> >
REST <
>
>
<
>
>
>
> > >
> SOAP
< >
>
Migration & Sync Web Services Service Bus Batch Processing Evented APIs
>
>
>
>
>
>
>
1 Batch When you can wait for hours or days (or longer) for processing
2 Near real-time When speed is important, but you don’t necessarily need it immediately
queue
ETL file
read
or
File
file transfer ETL
Scheduled or manual trigger (csv, XML etc)
for data extract
Notes:
● Arrows represent the direction of data transfer
Pattern: Real-time Integration
request
(e.g. json over https)
Process APIs:
Experience APIs:
● Domain-aligned core competencies &
● Provide a means to simplify the way data is
business capabilities
accessed by a specific channel acting as a
● Provide a means of aggregating &
optimisation layer for user experience
System APIs: orchestrating data distributed across
● Provide all information required by a specific
● Expose and provide consistent managed access to data in multiple systems for a specific business
channel in the required format
core systems, which are often not easily accessible. purpose
● Provide a means of insulating consumers from the complexity
or any changes to the underlying systems
● Anti-corruption layer for adapting underlying assets (data
sources, applications, 3rd party/cloud services)
Notes:
● All APIs are designed to be highly reusable to enable the delivery of a composable architecture, provide delivery agility and a compelling return on investment (RoI)
● Data streaming also available as a real-time integration option although not shown here
Pattern: Near Real-time Integration
Data can either be published to a queue Data Consumer(s) can read the data
directly from the source system or pushed directly from the queue via an application/
to/pulled from an application/API API
queue
Notes:
● Arrows represent the direction of data transfer
Legend: Mandated
API Standards Overview
Recommended
Anatomy of API Standards and Guidelines
More
Abstract
Platform Standards
Defined, communicated and enforced
by the MuleSoft C4E team
Platform Guidelines
More
Concrete
Organisational Standards,
Schemes & Specifications
Plus more …
Industry Standards, Schemes ● All organisational defined APIs must conform to standards & should align to guidelines to
& Specifications ensure alignment & consistency with industry best practice
● How is compliance against these manually/automatically assessed & enforced?
● An exception process will also need to exist for instances of non-compliance
All contents © MuleSoft, LLC
What are API Standards & Guidelines?
Defining the elements of an organisation's API Standards & Guidelines documents …….
URL Structure HTTP Methods API Security API-First Approach Model APIs as Digital 'Products'
Resource URLs HTTP Response Codes Managing the Product & API Lifecycle
An effective operating model for data and integration is needed to provide evangelisation and governance
against the strategy
Input
Significant architecture
Data & Integration Architecture Review reviews, approvals &
Design Authority Board(s) escalations
Outcomes: Responsibilities:
✓ Improved compliance ● Oversee the architectural direction and governance of all data and integration related
✓ Increased quality propositions across the enterprise
✓ Increased visibility ● Review, provide guidance and agree on an outcome for project architecture designs and
✓ Accelerated delivery architecture decision requests to support compliance against the strategy
✓ Improved efficiency & reduced cost
All contents © MuleSoft, LLC
TARGET ARCHITECTURE
(RETAIL/CPG, FINANCIAL SERVICES &
ENERGY & UTILITIES)
North Star Principles
1
Target Architecture (Retail/CPG)
Channel-agnostic
Journeys built for cross-channel use, High-level representation of the future IT estate underpinning the digital strategy
allowing for native journeys as appropriate
2
Omni-channel
Cohesive and joined up customer
experience
3
Interoperable
Functionality exposed as APIs irrespective
of requirements to protect future value
4
Modular
Apps and services built and run using micro-
service architecture style by enduring teams
5
Web-scale
Designed for low latency, elastic scalability
and fault tolerance to prevent bottlenecks
6
Event-based
Data streamed instead of scheduled for
near real-time replication and onward use
7
Cloud-native
Apps and services built for cloud, utilising
containers and integrated tool-chain
8
Resilient
Operationally resilient by design to ensure
business continuity
9
Secure Digital strategy supports B2C and B2B channels across the enterprise due to the pervasiveness of its technology and
Security embedded in design and tool-chain
by default adoption of north star principles that positively impact the customer, colleague and ecosystem experience.
North Star Principles
1
Target Architecture (Financial Services)
Channel-agnostic
Journeys built for cross-channel use, High-level representation of the future IT estate underpinning the digital strategy
allowing for native journeys as appropriate
2
Omni-channel
Cohesive and joined up customer
experience
3
Interoperable
Functionality exposed as APIs irrespective
of requirements to protect future value
4
Modular
Apps and services built and run using micro-
service architecture style by enduring teams
5
Web-scale
Designed for low latency, elastic scalability
and fault tolerance to prevent bottlenecks
6
Event-based
Data streamed instead of scheduled for
near real-time replication and onward use
7
Cloud-native
Apps and services built for cloud, utilising
containers and integrated tool-chain
8
Resilient
Operationally resilient by design to ensure
business continuity
9
Secure Digital strategy supports B2C and B2B channels across the enterprise due to the pervasiveness of its technology and
Security embedded in design and tool-chain
by default adoption of north star principles that positively impact the customer, colleague and ecosystem experience.
North Star Principles
1
Target Architecture (Energy & Utilities)
Channel-agnostic
Journeys built for cross-channel use, High-level representation of the future IT estate underpinning the digital strategy
allowing for native journeys as appropriate
2
Omni-channel
Cohesive and joined up customer
experience
3
Interoperable
Functionality exposed as APIs irrespective
of requirements to protect future value
4
Composable
Apps and services built and run using micro-
service architecture style by enduring teams
5
Web-scale
Designed for low latency, elastic scalability
and fault tolerance to prevent bottlenecks
6
Event-based
Data streamed instead of scheduled for
near real-time replication and onward use
7
Cloud-native
Apps and services built for cloud, utilising
containers and integrated tool-chain
8
Resilient
Operationally resilient by design to ensure
business continuity
9
Secure Digital strategy supports all B2C and B2B channels across the enterprise due to the pervasiveness of its technology
Security embedded in design and tool-chain
by default and adoption of north star principles that positively impact the customer, colleague and ecosystem experience.
Core Integration Capabilities
… required to deliver (and maintain) the benefits of the target architecture
People
Technology
Strategic
Outcomes
Highly Reusable
Unified Data
Digital Assets Collaborative
Legacy Exposed Teams
via Modern APIs Enabling … Lower TCO &
Higher ROI
Innovation
Loosely Coupled
Composable
Full Governance Architecture
& Control Enhanced
Agile & Cost Connected Cyber
Effective Change Processes Security
CLOUD TRANSFORMATION
Cloud Migration Challenges
1 2 3 4
Lift and shift approach The business stagnates and Tightly coupled monolithic applications Two siloed estates emerge,
causes massive service can’t innovate as they wait for are twice as time consuming to migrate 'old' and 'new', which directly
disruption and doesn’t the cloud which could take 5-7 to the cloud and require more compute affects customer experience
deliver cloud objectives years resources
5 6 7 8 9
£
Legacy is not built to Gap between old and new is Maintenance costs and Existing integration approaches What is the exit strategy
work with cloud nor vast and bridging this gap technical debt continue are a bottleneck and focus on and how easy is it to move
digital scale poses significant challenges to balloon cloud or on-premise not both workloads between
platforms?
1. Consider wider integration needs (e.g. sFTP/FTPS, messaging, EDI etc) in addition to APIs
2. Define, agree and publish a cloud workload treatment strategy for applications, data & integration
(i.e. IaaS, PaaS, SaaS etc)
3. Define coexistence strategy between cloud & on-premise as digital services are migrated/transformed
4. Avoid a short-term view of integration, treat cloud as 'greenfield' and ensure legacy issues do not contaminate
& add unnecessary complexity
5. Define a cloud reference architecture for a composable enterprise encompassing all domains (e.g. customer, payment, product etc)
& journeys (e.g. customer onboarding etc) against which all solutions will be governed
6. Define, agree & publish integration patterns for extra-cloud, intra-cloud & hybrid-cloud (inter-cloud) comms
7. Consider end-to-end security early to ensure alignment with a zero-trust security model
8. Define supported APIs types (REST, GraphQL & Event) for cloud-based use cases
9. Define & agree robust operating model for all technologies & supporting processes
10. Ensure outcomes, value and ROI are well-defined & articulated within business case
11. Adopt agile, automation-first and API-first approaches to delivery
12. Define strategy for ensuring highly available & resilient operations to ensure no disruption & regulatory compliance
13. Consider API portability to negate cloud-provider lock-in & provide for an exit strategy
Customer managed
Phase 1 - Phase 2 -
Today Abstract Rationalise
Tomorrow
COMPOSABLE
MONOLITH
ENTERPRISE
All contents © MuleSoft, LLC
How do we help accelerate cloud transformation?
● Secure & control traffic to legacy ● API-led connectivity adopted to create the foundation for a composable enterprise ● Line of business teams able to create
MuleSoft Capabilities
applications (e.g. mainframe to ● New cloud based Digital Products created with no bridging logic simplifying the digital experiences with core assets
optimise MIPS usage & costs) implementation managed & governed by IT
● Expose legacy APIs as modern ● Anti-corruption layer hides complexity, data translation & connectivity concerns ● API Marketplace empowering internal
RESTful endpoints abstracting between cloud & on-premise & external discovery, reuse and
complexity while being portable to innovation through a unified end-user
● Center for Enablement (C4E) established to support and empower autonomous teams
public cloud experience
to quickly build and deploy new services
● On-premise integrations become ● Accelerated delivery by 3-5x across entire API life-cycle allowing faster migration to ● Future platform fully responsive to
Outcomes
cloud-ready and portable while cloud providing cost savings through switching off legacy business, regulatory, market demands
ensuring continuity of service ● Self-service & asset reuse allowing applications to be built faster accelerating time-to- and opportunities
value while improving resilience and negating cloud-provider lock-in
● Enhanced customer & employee experiences with reduced TCO & reduced risk
Unified platform enabling a fully composable enterprise across hybrid & multi-cloud
All contents © MuleSoft, LLC
Legend: IBS = Important Business Service
Approach to Cloud Migration
UK Financial Conduct Authority (FCA) define an Important Business Service (IBS) as:
“a service provided by a firm to one or more clients of the firm which, if disrupted, could
(1) cause intolerable levels of harm to any one or more of the firm’s clients; or
(2) pose a risk to the soundness, stability or resilience of the financial system or the orderly operation of the financial markets”
IBS
IBS components IBS components IBS
components IBS components
● IBS and Non-IBS components ● IBS components remain on- ● Selected IBS components targeted ● IBS components split across traditional
hosted on-premise premise for public cloud and public cloud
● Non-IBS components targeted for ● Non-IBS components split across ● Non-IBS components fully hosted on
public cloud traditional and public cloud public cloud
If delivered with the right technologies, people and processes, this approach enables ……
Increased speed & agility, faster time-to-market, reduced costs, resilient operations & a future-proof foundation
All contents © MuleSoft, LLC
Approach to Cloud Migration
State Description Mulesoft Capabilities Outcomes
● Private cloud optimised (where possible) to reduce run ● Anypoint deployed on-premise to secure & ● On-premise integrations
and change costs while enabling delivery control traffic to legacy applications (e.g. become cloud-ready while
● Foundations for public cloud platform established to mainframe to optimise MIPS usage & costs) ensuring continuity of service
provide speed, agility and elastic scalability ● Expose legacy APIs as modern RESTful endpoints
Current State abstracting complexity of underlying
Primarily Traditional technologies while being portable to public cloud
● Best of breed technologies leveraged on public cloud for ● Anypoint deployed to public cloud to ● Accelerated delivery across
selected use cases offering improved digital experience complement & co-exist with cloud-native services entire API life-cycle unlocking
● Private and public clouds interoperate ● New cloud based APIs designed & built with no the full potential of APIs and
● Approach helps achieve scale while mitigating risk and bridging logic simplifying the implementation accelerating time-to-value
proving key technologies ● MuleSoft approach to API-led connectivity ● Self-service and asset reuse
Transition State 1
● Operating model established for non-critical workloads adopted to create a composable enterprise, allowing applications to be
Hybrid Cloud Scaling unlocking value opportunities & reducing the built faster
burden of integration to digital transformation ● Enhanced customer and
● Mulesoft leveraged as an anti-corruption layer employee experiences
● Operating costs reduce as vendors take responsibility hiding complexity, data translation & connectivity delivered with reduced TCO
for greater elements of solution concerns between cloud & on-premise
● Robust operating model to ensure key services are ● Center for Enablement (C4E) established to
managed & controlled within overall risk appetite support and empower autonomous teams to
● Public cloud services become more critical as public cloud quickly build and deploy new services
Transition State 2 use cases scale
Public Cloud Scaling
● PaaS / SaaS solutions accelerate speed to market and ● MuleSoft Composer leveraged allowing line of ● Future platform fully
increase proportion of resources increasing customer business teams to create digital experiences with responsive to business,
value core assets managed & governed by IT market demands and
● Risk reduced by building experience within multiple cloud ● API Community Manager (ACM) leveraged to opportunities
platforms create an API Marketplace empowering external
North Star ● Majority of key applications, data and integrations innovation through partners & third-parties
(Almost) migrated to public cloud offering range of connected
Fully Cloud Enabled digital experiences
All contents © MuleSoft, LLC
Cloud Migration Treatment Strategies
Three treatment strategies are available to support the migration to public cloud with each offering
varying degrees of change, risk and cost
1 Re-host Also referred to as 'lift-and-shift', Approach can provide some infrastructure/ hosting cost savings and
where the application running on improve resilience but the code-base and any technical debt and/or
premise, e.g. on bare-metal, is re- support issues with the legacy application are not resolved and are
Legacy Modernisation
2 Re-platform Approach extends the 're-host' Approach can provide cost savings, improved resilience and
approach and allows the application reduced risk with the opportunity to resolve technical debt and/or
to be updated (e.g. to the latest support issues with the application, but not fundamentally change
IaaS version) to bring back into support the core architecture or underlying solution.
and adopt new capabilities/
features.
3 Re-architect Approach is usually part of a wider Approach allows for the delivery of business outcomes through
Transformation
business transformation initiative composability treating cloud as 'greenfield'. This requires a re-
Business
PaaS allowing for the broader adoption of architecture / re-design of the solution with a focus on key principles,
cloud technologies (PaaS & SaaS) e.g. cloud-first, interconnectivity, re-use, speed/agility, flexibility,
SaaS to be fully leveraged & exploited. connected digital experiences etc. Benefits include reduced TCO,
reduced risk, faster time-to-market and increased innovation.
Legacy Systems
Anti-Corruption
System API #1 System API #2 System API #3 System API #4 System API #5 System API #6
networking
bandwidth
Layer
& resilient
High
Identity Customer Fraud Payment Risk Product
SoR SoE
System Layer
Experience Layer
resilient networking
topic
Legacy API
Experience API
Consumer App(s)
Experience Layer
bandwidth &
networking
resilient
Customer
High
System Layer
SoR SoE
Event Backbone
All contents © MuleSoft, LLC Public Cloud Platform (e.g. GCP, Azure, AWS) Traditional On-premise
Legend:
API Security Across Clouds & IdPs: Approach 1 = Mule API
Public Cloud Platform (e.g. GCP, Azure, AWS) Traditional On- (Private Cloud)
Firewall
Firewall
High bandwidth &
networking
resilient
IdP2 (Cloud) IdP1 (On-premise)
System Customer
CA2 (Cloud) Layer CA1 (On-premise)
Once mTLS connection established, Mule API Legacy API Consumer app requires
enforces security policies (e.g ClientId/ some changes (e.g. URL, security
Secret, OAuth etc) calling out to CRLs, JWKS context) to consume migrated API on public
etc services to ensure e2e security. cloud.
All contents © MuleSoft, LLC
Legend:
API Security Across Clouds & IdPs: Approach 2 = Mule API
- Changes cannot be made to the legacy API Consumer app Architecture decision required with options assessed
based on respective pros and cons.
- Different IdPs and CAs are leveraged across clouds
- An end-to-end zero-trust security model must be adopted
No changes required
to API Consumer app
Public Cloud Platform (e.g. GCP, Azure, AWS) Traditional On- (Private Cloud)
Load Balancer
Party API Routing API 1
Consumer App
Firewall
Firewall
High bandwidth &
networking
resilient
IdP2 (Cloud) System Customer IdP1 (On-premise)
Layer
CA2 (Cloud)
CA1 (On-premise)
Mule API enforces security policies (e.g Mule API insulates API migration from legacy API
ClientId/Secret, OAuth etc) calling out to Consumer by providing protocol, URL security context, Load Balancer updated to
CRLs, JWKS etc services to ensure e2e data etc transformations while offering controlled canary route all traffic to Mule API for
security. releases and routing rules between legacy & cloud. routing decisioning logic.
All contents © MuleSoft, LLC
Legend:
1 2
Firewall
Firewall Firewall
Party API
Customer Dat
a
Dat
a Mule APIs are independently managed, Reference Data
System Customer secured, resilient, scalable, change System
Layer agile, monitored and governed. Layer
Benefits:
Source: MuleSoft
All contents 2023LLC
© MuleSoft, Connectivity benchmark report
Data silos are a persistent brake on innovation
… and are causing significant business problems for most enterprises
ORGANISATIONS WITH
CHALLENGES CAUSED BY DATA
SILOS
10% ORGANISATIONS WITHOUT
CHALLENGES CAUSED BY DATA
SILOS
Source: MuleSoft
All contents 2023LLC
© MuleSoft, Connectivity benchmark report
Multiple Causes for Data Integration Failure
Organisations face a multitude of different data integration challenges
Source: MuleSoft
All contents 2023
© MuleSoft, LLCConnectivity benchmark report
Harnessing the power of data is complex
SAP
976 90%
of technology
applications in the
average enterprise, leaders struggle
with only one- with data silos
quarter connected*
39
systems in an
average business
transaction
Format, Massage,
Get Data Put It in a Lake Look at the Report What's Next?
Maintain & Govern It
● Organisations struggle to connect to all the systems they have, but the seem to find new and interesting ways of filling data
lakes, warehouses and various cloud data stores.
● Governance and information management become diminishers of information trust and reporting silos emerge.
● Delivering sustainable and timely business action is limited to MI & reporting.
● Limited consideration given to getting the right data to the right place at the right time to provide actionable insights.
Think and build large systems Think and build composable / modular
Traditional Thinking
Future Thinking
"Don't fix what isn't broken" Everything is changeable
DATA INTEGRATION
1
Data must have accountability and 7 Avoid a short-term view of integration
ownership
2 8
Leverage open standards (including
Standardise data across the enterprise
security)
Exploit data at the most effective and Adopt loose-coupling, favour microservices
3 9
relevant point in the value chain & leverage containers
Secure data at creation, curation, when APIs must be designed following an API-
4 10
handling, storing and transmitting First approach and built for reuse
100
5
Curate data, ensuring it is assured, 11
APIs must be secured following a defence
discoverable and interoperable in depth strategy
6
Endure data as an asset beyond individual
12 Abstract APIs from underlying implementation
projects
Smart
Data
Mobile Tablet Web IoT Suppliers Partners Consumers
Devices
Data
consumption Federated Data Platform
Integrated data platform
Data Sources /
Providers
Legacy Events Data Hubs / SaaS Files
Applications Warehouses Applications
All contents © MuleSoft, LLC
Vision: Joined-up experiences and empowerment for customers
Digital Marketplace
Sources Consumers
Vision: Joined-up experiences and empowerment for customers
Digital Marketplace
Trust-Level
Longitudinal Self-Service Data Exploration
Records operationalize Augmented Analytics
Open-Standards Access
Elastic Scale for Compute and Capacity ICS, Regional and National insights Dashboards and Data Storytelling
Business-level
Data Asset Availability and Resiliency Data Platforms / Lakes Aggregates
Sources Consumers
MDM Integration
Target architecture & integration approach for MDM through pub-sub (preferred) &
request-response/batch file transfer patterns to provide choice & flexibility
Option 1 Publish-Subscribe Pattern
Mule App either (1) listens for changes to
core master data or (2) MDM calls Mule Option 2 API Request-Response Pattern
App with core master data, which
publishes data to a queue and master data Option 3 Batch File Transfer Pattern
topic
External Data
Sources Reusable Building Block
Master Data
Event Backbone Consumers (or the consumers’ system
Management (MDM)
APIs) subscribe to the required
Option 1 master data topics
Provider
Internal Data
Sources
✓ It’s actually useful! (API does the job) ✓ It’s easy to use (API Documentation)
✓ It’s Reliable (Infra, HA, NFRs) ✓ It’s Maintained/Warranty (operations team, API contract)
Vs. API
API
API
API
Billing/Charging/Payment
Asset Publication
Billing/Charging/Payment
Asset Publication
Create
API Community Manager
vibrant API
Build and engage your API communities
ecosystems
H1, ‘23
Jumpstart development
Siloed Systems
Extended
● Single page (fully
searchable)
● Copy code functionality
● Personalized reference
● Version navigation
● Downloadable API
description file
● Interactive reference
● As a marketplace owner:
○ Easily create multiple profiled portals
○ Moderate User Registration and provide profile based visibility
○ Publish existing APIs to the portal and control visibility of its instances
○ Maintain API governance
○ View API utilisation and Portal metrics
● As a marketplace consumer:
○ Search and view APIs, documentation and business use cases
○ Request access to API instances
○ First Touch Experience: Test API in API console within the marketplace
○ View API lifecycle state and roadmap
● Salesforce
● Standard Bank
● HCSC (Health Care Service Corporation)
● Vopak
Please see this ACM Portal Repository link and Quip link for an up to date list of
customer portals (some of which are referenceable)
Phase 1 - Phase 2 -
Today Abstract Rationalise
Tomorrow
COMPOSABLE
MONOLITH
ENTERPRISE
All contents © MuleSoft, LLC
Build a modern, microservices-based business
Monolith Microservices
Custom
code
FI AM
HR MM
Le
ga
ER cy
P
PM CO
Configure S/4HANA
2
Validate business 4
requirements Migrate data to production
with mocked APIs using existing tools
Dev
PM QM PP PM QM PP changes, and data loads
Test
PM QM PP
MM SD CO MM SD CO
MM SD CO
Populate APIs with sample
data to define data reqs
Accelerate
delivery
RDBMS Migration
HANA
(Oracle, DB2) dataset
All contents © MuleSoft, LLC
Steps 2 & 3: Validate business reqs, migrate data for testing
S/4HANA
Legacy ERP APIs
instances Connect apps to validate and
AM FI HR HR FI AM test early in the project
De-risk
HR FI AM program
Dev
PM QM PP PM QM PP
Test
PM QM PP
MM SD CO MM SD CO
MM SD CO
Load ERP modules with test
data using APIs
Accelerate
delivery
RDBMS Migration
HANA
(Oracle, DB2) dataset
All contents © MuleSoft, LLC
Steps 4 & 5: Phased migration to production,
cutover to S/4HANA
S/4HANA
Legacy ERP APIs
instances Monitor program
AM FI HR HR FI AM performance in real-time
De-risk
program
Prod
PM QM PP PM QM PP
MM SD CO MM SD CO
RDBMS Migration
HANA
(Oracle, DB2) dataset
All contents © MuleSoft, LLC
Benefits of MuleSoft’s API-led migration approach
Maximise
● Microservices architecture for future reqs
business
outcomes ● Migrate by module, geo, LOB, etc
Data
decisions &
actionable
insights
SALES SERVICE MARKETING COMMERCE COMMUNITY ANALYTICS
Digital Asset
Management (DAM)
Content Management
INTEGRATION System (CMS)
Data ingestion
& acquisition
Customer systems
outside of the
Legacy SaaS Master Data Enterprise Resource Order Management Data Data Salesforce
Application(s) Application(s) Management (MDM) Planning (ERP) (OMS) Warehouse(s) Lake(s) ecosystem
Data
consumption
& actionable
insights
Aligning on a formal Capturing a specific Distributing access Completion of the Compiling and sending Collecting billed
set of bundled offerings agreement between keys that connect a request/response a bill that revenue from
with pricing and SLA a customer and a customer order with process for production is derived from a customers and tracking
models attached to provider so both can a set of assets and calls between a customer order it within enterprise
them so customers can agree on how the deploying any policies consumer and a and production cash tools
place an order for relationship will work and assets necessary provider usage along with
something specific and how payment will for governed fulfillment adjustments based on
be made SLA or other criteria
Aligning on a formal Capturing a specific Distributing access Completion of the Compiling and sending Collecting billed
set of bundled offerings agreement between a keys that connect a request/response a bill that is derived revenue from
Optimizing these processes is key to making an API product business “operable” with
with pricing and SLA
models attached to
customer and a
provider so both can
customer order with a
set of assets and
process for production
calls between a
from a customer order
and production usage
customers and tracking
it within enterprise
few errors and a labor model that isn’t linearly coupled to customer growth.
them so customers can
place an order for
agree on how the
relationship will work
deploying any policies
and assets necessary
consumer and a
provider
along with adjustments
based on SLA or other
cash tools
something specific and how payment will for governed fulfillment criteria
be made
Figure 1: 5 key capabilities for monetisation. Each with 3 evolutionary practices. APIs Figure 2: MIT Study shows top monetizers have
built on MuleSoft play key roles in at least 7 practices much more advanced capabilities vs bottom ones
3
2
Capabilities
2 4
3
Primary role
Enabling role
4
1 5
Sources:
MIT - https://cisr.mit.edu/publication/2019_1101_DataMonCapsPersist_WixomFarrell
All contents © MuleSoft, LLC
MuleSoft Mobilize consulting
API-LED & EXAMPLES BY USE CASE
API-Led Connectivity (ALC)
Maximise re-use, minimise complexity
API Consumer
Experience
layer ● Expose and provide consistent managed access to data in core Central IT
systems, which are often not easily accessible.
System ● Provide a means of insulating consumers from the complexity or any Unlock assets
layer changes to the underlying systems and decentralize
● Anti-corruption layer for adapting underlying assets (data sources, access
applications, 3rd party/cloud services)
● Composition: indirectly called using the process layer via
API Provider composition, or triggered events
By leveraging an API-led approach, MuleSoft customers are able to maximise reusability and limit total development demand. This
saves huge amounts of cost in development as well as ongoing management and maintenance. More importantly it saves time
and allows you to accelerate your critical project deliveries to drive business outcomes quicker.
57% 30x
Average reuse = 57% for MuleSoft MuleSoft CPG customers = typical
CPG customers 30x reuse on individual APIs
API Response
API Request
Experience M Common controls ● Detection and mitigation of security threats ● Data redaction Common controls
layer (across all layers): (e.g. SQL/XML/JSON injection threat protection) ● Data mapping from (across all layers):
● IP block/allow list ● Channel security (authn & authz) Canonical to Experience ● Encrypt
enforcement ● Cross-Origin Resource Sharing (CORS) API data format configurations
● Schema ● Data mapping from Experience API to Canonical data ● Data loss prevention (core and/or payloads
validation formats controls) ● Protocol
● Spike control transformation
Process O* ● Rate limiting / ● Process level security (authn & authz) ● Orchestration & ● Header injection /
layer throttling ● Orchestration & aggregation (within and across aggregation (within and removal
● Caching business domains) across business domains) ● Audit
● Protocol ● Logging
transformation ● Exception
● Header injection / handling
removal
System M ● Routing (content ● System specific security (authn & authz) - fine-grained ● Business data validation
layer based) controls ● Data mapping to
● Audit ● Data mapping from Canonical to System specific Canonical data format
● Logging data formats ● Data loss prevention (fine-
● Exception ● Service-level composition, orchestration & grained controls)
handling aggregation
● Business data validation, processing &
fulfilment
● Connectivity to underlying database (SoR/SoE/SoI)
Application Application
A B
*Use is optional/conditional based on requirement for business level service orchestration and/or
All contents ©
aggregation ofMuleSoft,
data LLC
API-Led Connectivity Controls
Controls are cross-cutting across data, security, mediation, QoS & support
● State management
These controls are responsible for the coordination and arrangement of multiple services
● Orchestration
Mediation & exposed as a single aggregate service, ensuring message exchange sequences are
● Service-level composition
Connectivity controlled and coordinated, and provide the ability to connect to any data source with optional
● Routing (content based)
routing to different destinations based on the content of the input or output message.
● Connectivity to underlying database
● Spike control
● Rate limiting/throttling These controls are applied to ensure and preserve the end user experience, sustain and
Quality of Service
● Caching deliver SLAs, and ensure back end systems aren’t overly taxed and overloaded.
● Exception handling
Support & ● Audit These controls are used to provide visibility and traceability of all interactions across the
All Troubleshooting
contents © MuleSoft, LLC● Logging application network for support, troubleshooting, analytics and compliance.
API Manager Policies (1/2)
Security
● OAuth 2.0 Access Token Enforcement: Configures the API so that its endpoints require a mandatory and valid OAuth 2.0 token
● Basic Authentication: Simple: Protects the API by requiring username and password when calling apps make a request
● Basic Authentication: LDAP: Establishes the configuration details for an Open LDAP or Active Directory LDAP that you set up for your enterprise
● IP Blocklist: Denies API calls from a defined set of IP addresses
● IP Allowlist: Limits API calls to a defined set of IP addresses
● JSON Threat Protection: Protects the target API against malicious JSON that could cause problems
● JWT Validation: Validates the signature of a JWT token and asserts the values of the claims of all incoming requests
● XML Threat Protection: Protects the target API against malicious XML that could cause problems.
Quality of Service
● HTTP Caching: Provides a way to store HTTP responses from an API implementation or an API proxy for later reuse
● Rate Limiting: Limits the number of messages processed by an API per time period at a maximum value specified in the policy. The rate
limiting is applied to all API calls, regardless of the source. Any messages beyond the maximum are rejected
● Rate Limiting – SLA-Based: Limits the number of messages per time period processed by an API at a maximum value specified in the
SLA tier. Any messages beyond the maximum are rejected. Enforcement is based on the client ID passed in the request.
● Spike Control: Smooths traffic by ensuring that within any given period of time, no more than the maximum configured requests are
processed.
An up to date view of API Manager policies can be found here: https://docs.mulesoft.com/api-manager/2.x/policies-policy-categories
● Message Logging Policy: Logs a custom message with the information available between policies, proxy, or backend in any point of the
execution.
Transformation
● Header Injection and Removal: Adds headers to the request/response of the message or removes headers.
Compliance
● Cross-Origin Resource Sharing: Allows JavaScript XMLHttpRequest (XHR) calls executed in a web page to interact with resources from
non-origin domains. CORS is a commonly implemented solution to the "same-origin policy" that is enforced by all browsers.
● Client ID Enforcement: Enforces the requirement for calls to the API must include a valid client ID and client secret.
Business Flow:
● Obtain all product and associated
hierarchy information from the MDM
solution and make it available to various
systems including Demand Management.
● Obtain sales data from multiple
commercial ERP solutions (60+) which,
over time, will consolidate down into 2 (i.e.
SAP S4 HANA and D365).
● Provide sales data to the Data Hub and
obtain the resulting cleansed, rationalised
outputs.
● Provide the rationalised sales data to the
Demand Planner solution which will
produce the resulting forecasts and sales
& operations plans.
● Disseminate the forecasts to the Data Hub
for further business analysis and insights.
Commercial ERPs
Developer Portal
Legacy Data Hub Forecast
Experience MDM SAP D365
ERP API API API
API API API
APIs
<publish>
<subscribe>
System Data Sales
APIs Hub API API
Data Hub
Demand Planning (DH)
Demand Planning 8 new APIs +
Legend:
n legacy ERP
All contents © MuleSoft,
New Reusable LLCBlock
Building Publish-Subscribe
Use Case #2 Order Management
Support the business in producing an optimised sales network/logistics plan that is responsive to the real-time changes
in supply vs. demand
Business Flow:
● Obtain demand forecast generated by
Demand Planning and make this available
to Supply Network Planner.
● Obtain core inputs (sales orders, stock
info, despatch updates and equipment
capacity) from Commercial ERP &
Manufacturing ERP solutions.
● Integrate with Data Hub to provide core
inputs and obtain the resulting cleansed,
rationalised outputs.
● Provide rationalised sales data, stock
details, order info, & equipment details to
Sales Network Planner solution which will
facilitate further business inputs directly
within the Planner solution to produce the
Stock transfer proposals.
● Disseminate the stock transfer proposals
to the Data Hub for further analysis and
insights.
All contents © MuleSoft, LLC
Use Case #2 Order Management - 1
Applying API-led connectivity to produce an optimised sales network/logistics plan
Commercial ERPs Commercial & Manufacturing ERPs
S4 S4
MDM HANA
HANA Demand Planning
Illustrative
Developer Portal
D365 Forecast SAP D365
Experience MDM SAP
API API API API
API API
APIs
<publish> Sales, Stock, Despatches
&
Equip. Capacity
<subscribe>
System SAP D365 SNP Data Hub
APIs API API API API
S4
HANA Data Hub
Supply Network Supply Network (DH)
Planner Manufacturing ERPs Planner
Legend:
Data Hub
(DH) Supply Network
Illustrative Planner
Developer Portal
Data Hub SNP
Experience API API
APIs
Stock Transfer
Data Hub S4
Supply Network (DH) HANA 5 Reused Assets + 3 API
Planner
Commercial & Manufacturing ERPs Updates + 3 New APIs
All contents © MuleSoft,
New Reusable LLCBlock
Building Reused Building Block API Updates/Reusable Connectivity
Use Case #3 Central Finance
Integrate master data and journals/transactions from one or more source systems to Central Finance
Business Flow:
● Obtain all master data (customers,
vendors, GL account, cost element, cost
centre, material etc) from source systems
across markets and make it available for
Central Finance.
● Obtain all transaction/journals data (FI/
CO, CO Commitments) from source
systems deployed across markets and
make available for Central Finance.
● Provide master data to the Data Hub and
obtain the resulting cleansed, deduped,
rationalised outputs.
● Provide the rationalised master data to
Central Finance in a standard IDOC
format.
● Provide transactional data to Central
Finance in a standard IDOC format.
Data Hub
S4 Legacy (DH)
MDM
HANA ERPs - n
Illustrative
Developer Portal
MDM SAP D365 Legacy Data Hub
Experience API API API ERP API API
APIs
<publish>
System
Data SAP API
APIs Hub API
Data Hub S4
(DH) HANA 5 API Updates +
Central Finance 2 New APIs
Orders per SKU per Location API Orders per SKU per Location API
Forecast API Forecast API Forecast API New Reusable Building Block
Data Hub API Data Hub API Data Hub API Publish-Subscribe
Legacy ERP API Legacy ERP API Legacy ERP API Reused Building Block
Microsoft Dynamics 365 API Microsoft Dynamics 365 API Microsoft Dynamics 365 API
API Updates/Reusable Connectivity
SAP S4 HANA API SAP S4 HANA API SAP S4 HANA API
Master Data Mgmt (MDM) API Master Data Mgmt (MDM) API Master Data Mgmt (MDM) API
Time
8 New APIs 6 New/Updated APIs 7 New/Updated APIs
OMS plus other channels ( e.g. 'pick and pay', last mile
Illustrative logistics providers, customer service, retail chains etc).
Web App
Create/update order
MuleSoft Titanium provides application performance monitoring, log management & custom metrics
MuleSoft Anypoint Platform Anypoint Monitoring
provides 3rd party Third-Party Monitoring Tools
connectors on
Anypoint
Exchange
Service Management
tio ns
Ex cep
Application Performance
Log data Monitoring (APM)
Enterprise Log
Management
1 Build a custom app 2 Parse data into meaningful info 3 Operate, maintain and update
● Who will be writing the application to ● Do you know who will be in charge of ● Who will be in charge of keeping
forward data? parsing through the forwarded data? these custom applications up to
date?
● Have you thought about what types ● How many dashboards and metrics
data you need to forward? will you need to custom create? ● What happens if your log data
changes at any point in time?
● How many different monitoring ● How do you plan to measure metrics
solutions need data from Mule apps? native to Mule? (i.e. Connector ● What about change management?
metrics) How do you plan to handle version
changes?
HYPER-AUTOMATION &
EXAMPLES BY USE CASE
Hyperautomation
The new face of MuleSoft
Gartner Top Strategic Technology Trend 2022 ✓ Other types of decision, process and task
automation tools
Build automations quickly but securely
The best of both worlds
Marketing
H
Service
R
Ops Finance
Sales
MuleSoft is the ONLY unified platform for integration,
API management and seamlessly built into Salesforce
Business teams IT teams
Legacy
Images
Cloud
Docs
Governance On-prem
& security
Platform Events Custom
Salesforce
[Customer] Hyper-automation Practice
Anypoint Security
Anypoint Monitoring
Anypoint Exchange
Supporting Supporting
Business
Automation IT
API-First Automation Approach
Reuse Reuse
What we’ll prove
Can we demonstrate
Can we automate manual Can we modernize our
meaningful business impact
processes at speed? now and for the future? legacy leveraging RPA?
‘Automation’ Proofpoint = Payroll Ad Hoc Payments
Existing Workflow*
Manual, repetitive work leading to potentially wasted time & errors
Spidermail
action triggers Manual process without automation
request
Client Accounts Team
Copy/Paste to
Submit payment and
Manual
Check preferences & receive net / tax
Payments excel Next day
add to Pension details
Sheet submit to
Gateway (PG)
Withdrawls
Copy/Paste to Colleagu
Copy/Paste client Broker Focus e Manual
details to PG
Review
Challenges:
Incorrect/inconsistent data
Business Impact:
Customer Satisfaction if errors & not scalable to daily payroll *Indicative & Simplified Diagram
EXAMPLE - needs to be
tailored for customer
‘Orchestration’ Proofpoint = Estates Client Holdings
Existing Workflow*
Manual, repetitive work leading to potentially wasted time & errors
Death
Certificate Manual process without automation
Received
Colleague Update
Generate &
Manual Review Spidermail
distribute
If Yes → execute 12 correct
Estates Team
Double check
Check 12 locations Notify up to 6 other process is
for active accounts teams complete
Challenges:
Business Impact:
Automated Process
Generate Valuation
Estates Team
Notify other
teams as needed
Automated Process
Generate Valuation
Estates Team
Notify other
teams as needed
Flow 1 Flow 2
Listener
Composer
New Yes
Check for new Extract new
customer
customer record customer data Notify team that
found?
new customer
No record created
API call
RPA
Automatically create
customer record in
legacy system
EXAMPLE - needs to be
tailored for customer
CONNECTORS
Accelerate delivery while lowering costs &
Integrate systems
5x
faster with Anypoint
pre-built connectors
and accelerators
400+
Out of the box APIs, connectors, templates,
and accelerators
Connectivity:
● Certified connectors using native libraries
(e.g. SAP or Siebel) or provided APIs
Sharepoint
Connectors ● Abstraction of Interfaces
Filesystem
AWS Services
REST/SOAP ● Security - Authentication, Encryption, etc.
● Technical parameters (e.g. reconnect-
X12
Technology abstraction Azure
EDIFACT strategies, polling frequencies, etc.)
FTPS/SFTP Services Amazon S3
- extract MongoDB
Simplify Development
MuleSoft’s Datasense™ Technology retrieves SAP Metadata required to develop APIs and simplifies development.
Anypoint Connector for HTTP (HTTP Connector) enables you to declare HTTP servers that listen to requests and
trigger flows, as well as HTTP clients that can communicate with any HTTP service.
HTTP Servers:
● Expose services for users or applications to consume.
● Services receive data in the form of requests and return corresponding responses. API Consumers
● HTTP Listener source triggers flows when a request is received and responds after
the flow finishes.
Reduced
Faster Project Lower Risk
Implementation
Delivery
Costs
● Pre-built Mule integration ● Accelerators help remove 100’s ● 99.99% SLA availability
accelerators for Salesforce clouds of hours of design & development compared to 99.9% in Azure/
Example: Service Cloud effort AWS* (equivalent to ~45mins a
Accelerator month downtime using Azure/
● Potential reuse of APIs/assets AWS vs ~4 mins with MuleSoft)
● Unrivalled out of the box from existing projects leveraging
connectivity to Salesforce Clouds MuleSoft ● Templates & Accelerators ensure
Example: MuleSoft Connector Mule best practices are baked in
Exchange vs built from scratch
● Proven enterprise reliability for
large projects with over 50bn
transactions a month globally
8x 7x Visionary
Leader Leader
MuleSoft Named a Forrester Leader
Forrester Leader in iPaaS and API Management Solutions Waves
3x 1x
Leader Leader
MISCELLANEOUS
What is a Digital Product?
— STEVE JOBS
AP
I
but are different ...
AP
I
● Provide an experience, not material goods
AP
● Can change in the customer’s hands I
AP
I
All contents © MuleSoft, LLC
Digital Products in the Ecosystem
1 FOSTER OUTSIDE-IN THINKING The ecosystem perspective helps you establish a customer- driven view of your API and its value
proposition
2 DETERMINE THE BUSINESS Outlining the overall ecosystem helps you understand the best business model for your API
MODEL products that optimizes value for customers and value for your organization.
3 DRIVE THE RIGHT CONSUMPTION Knowing the business model means knowing what API consumption profile to aim for and how to
incentivize that consumption.
4 IDENTIFY NEW CHANNELS & Getting a picture of your API ecosystem helps to identify channel gaps and potential new customer
SEGMENTS segments.
5 CREATE NEW CONSUMER VALUE Seeing how value flows in the ecosystem will enable you to find new opportunities to create and
deliver value to customers.
6 OPTIMIZE DIGITAL SUPPLY CHAIN Understanding the dependencies of your API will help to find potential efficiency gains.
7 FACILITATE INNOVATION Mapping the API ecosystem for your API products and even your partners’ and competitors’
ecosystems will help you take advantage of all innovation opportunities.
8 CO-CREATE VALUE WITH Visualizing the API ecosystem can facilitate pattern matching of API co-collaboration archetypes.
PARTNERS
Questions ?
Questions?
APPENDIX
Anatomy of a MuleSoft Building Block
API Governance
Policies
Permissions
Customer ID Order history Analytics
Contract
RAML / OAS / SOAP SecuritySchemes
API policy Traits Reusable properties
ResourceTypes
API contract
Business Logic
Connectivity
MQ, Database, SOAP, HTTP, SaaS, On-Prem
Customer orders Protocol implementation
Connections/resources management
Pooling
All contents © MuleSoft, LLC
Architecture Workshops
# Workshop Description
Design thinking & CURE (Customer Context, Unbundle, Reach, Extend) workshop used to
API Strategy
1 teach individuals the value of APIs so they can adopt a successful API strategy in their
Workshop
organisation.
Workshop which allows customers to understand how they can architect a composable
Architecture
2 business by following the MuleSoft approach to API-led connectivity, the value this provides
Workshop
and how this can be achieved using the Anypoint platform.
Session focuses on value of data, capabilities that enable an intelligent business, how this
Data Strategy
3 relates to composability, what makes a successful digital data strategy, and the role of data in
PoV
the wider data and Salesforce ecosystems. 210