SlideShare ist ein Scribd-Unternehmen logo
1 von 23
© 2021 IBM Corporation
APIs: How Did We Get Here? and
Where Are We Going Next?
AlanGlickenhouse
glick@us.ibm.com
@ARGlick
DigitalTransformation Business Strategist
IBM
Profile:
© 2021 IBM Corporation
Alan Glickenhouse - Digital Transformation Business Strategist
• Assist businesses with their strategy for Digital Transformation, Integration, and the API Economy - all industries, all
geographies, and of all sizes.
• Share insights and best practices through:
• 1:1 workshops
• Conferences / Events
• Author:
• Digital Business / Digital Transformation - 22
• API Economy / API Management Basics - 16
• Business and Value - 25
• Strategy, Governance, and Best Practices - 37
• Architecture, Technology, and IBM Products - 26
• Industry Standards and Use cases - 40
Today we will cover a few
from this category
https://www.antwak.com/author/alan-glickenhouse-184 - job role mentoring videos
Agenda
3
As a business strategist I am often asked,
“What’s next?”
Naturally to answer this question I look to the future.
Naturally to answer this question I look to the future past.
• Past - What challenges were faced previously and how were these overcome?
• Present - How are things working today?
• Future - What are the next challenges and how might these be overcome?
In the beginning…Technical APIs
4
Challenge: A program which exists and provides good value could be used (called) rather than
recreating the program logic.
The question is how to integrate (call) this program?
The early answer to this question was often – “not easily”.
Many early programs contained code for user interface, business logic,
and data that was not easily segmented. This led to some difficult and
fragile integration scenarios based on screen scraping techniques.
Later programs began to provide an application programming interface (API). Note: not Business/Web APIs.
These “technical APIs” were difficult to use, and provider focused.
A calling program used a remote procedure call (RPC) to access this application interface.
Working with Business Partners
5
Challenge: how can multiple businesses communicate (e.g., for supply chain)?
Trying to use an RPC call across businesses was not going to work. Security concerns and non-standard
interfaces are just some of the issues.
Businesses can always exchange a file. Company A can build a file with some number of records (not
vinyl records ;-) ) in an agreed to format that would be sent to company B.
Followed by electronic data interchange (EDI) standards often supported by Value Added Networks (VANs) -
specifying the formats for the files and sending the files between trading partners.
Company A Company B
Reliability and Availability
6
Challenge: Different applications running on different platforms need to be called to complete a business
transaction. However, network reliability and system/application availability are concerns. What if the
destination system, application, or network connection is unavailable?
Enter messaging. Rather than require each application to manage outage issues or incomplete
transactions, messaging middleware assures the message from Application A reaches Application B.
Also allowed for independent scalability of the applications and additional messaging patterns - one-
many, routing, and publication/subscription (pub-sub).
Application B
Application A
Messaging
Assured – once and
only once delivery
Growth, Standardization, and Maintenance
7
Challenges:
1. Each application may reference data differently and maintain it in different
formats. Keeping these multiple definitions accurate and in sync is a challenge.
2. Tailoring calls to many applications is a problem. The number of point-to-point
application to application connections becomes unmanageable and very fragile.
• Message Brokers - 'hub and spoke' integration pattern helped with the
de-spaghettification, introduced canonical message forms, and process-
driven integration.
• Service Oriented Architecture (SOA):
• defined services using standards (web services) to provide a façade for
traditional, new, or multiple back-end applications.
• Governance to drive the reuse of services.
• Enterprise service bus (ESB) architecture - All calling applications connected
to the ESB which routed and transformed the requests to the correct versions of
the services and returned the response.
• Separation of concerns is the guiding principle.
• Application integration provides transformation, protocol conversions,
and routing
Color = Data type
Shape = Protocol
Consumer Focused Consumption and Security
8
Challenges: SOA solved many problems but introduced additional challenges
1. Services are big (coarse grained), often a small subset of information is required, too difficult to invoke,
too much data to be parsed.
2. Governance is burdensome. Contradictory goals – drive reuse, but concern about how much resource
someone might use. Too time consuming and difficult to on board consumers.
3. Security not addressed, especially for outside the enterprise consumers.
Business APIs provide consumer-oriented interfaces tailored
to specific use cases or users’ requirements.
API management provides:
• self-service on-boarding (via a developer portal)
• protects back-end systems through a security gateway
• analytics for insights into usage and patterns.
Spawned new business opportunities: the API Economy,
Monetization, Digital Transformation initiatives, Ecosystems,
and Marketplaces.
Application
Integration
Provider(s)
API Management
Consumer(s)
Exposure
(consumer focused lifecycle)
Control point: routing, versioning,
traffic management, security, logging.
Socialization: Enables discovery,
documentation, self-subscription, analytics.
Implementation
(provider focused lifecycle)
Composition: Implements custom
“integration logic”, including aggregation
from multiple sources, and merging data.
Adaptation: Understands connectivity
protocols and data formats required to
manage communication with specific
provider systems.
Decentralization for Agility
9
Challenge: Cloud and microservice applications need to connect with each other and with existing
applications but are not co-located. Traversing the network from a cloud to a central location and then back
out to another location increases latency and introduces concerns around complexity and security risk.
Use the same microservice technology and cloud-native approaches for the integration solutions as is being
used for the applications themselves. This allows the integration runtimes to be deployed as microservices
near the applications they need to integrate – on any cloud or on-premise.
APIM
APIM APIM
API Management
APIM
API Management
APIM
APIM
Gateway
Integration
Integration Int.
Engagement
applications
Systems
of
record
API Management
Socialization/monetization Re-platforming Application autonomy
API Management
Centralized
ESB
Fine-grained
integration
deployment
Decentralized
Integration
ownership
Socialized
APIs
Scalability and Performance
10
Challenge: As the number of applications increases and as their usage increases, the number of back-
end transactions increases as well. Handling this scale with necessary performance is costly.
Events move the data that the application needs to the
application location in advance of the request –
eliminating the real time network traversal and providing
the necessary scalability and performance.
Events use pub/sub to allow applications to subscribe
to the data they need from the original back-end
source. The applications access the data locally
removing the latency. Back-end scale requirements are
reduced as the data is published once as it changes
rather than for each individual request.
Microservice Application
SoR SoR SoR
SoR
APIs
invocations
Event
Streams
µService
µService
µService
µService µService
µService µService
µService
µService
API gateway
Enterprise integration
APIs
Are simplest to use,
but create a real-time
dependency
Event streams
Enable microservices to
build decoupled views of
the data
(Rhetorical) Quiz Question
11
Question:
I have discussed the following types of integration capabilities: screen-scraping, file,
EDI, messaging, application integration, Business APIs (with a security gateway), and
events.
What can we notice about this full list of integration capabilities?
Answer:
They are all still in use today. A subsequent integration capability does not replace the
preceding capability, it adds an additional tool into our integration tool kit that is used for
the appropriate challenge.
In fact, in most situations multiple of these integration capabilities are used together.
Are integration styles independent?
© 2021 IBM Corporation
Consider:
• What happens after an API is
called?
• How is an application integration
invoked?
• What happens when an event
triggers a need for action?
• How are files created and how are
they read when received?
• How are businesses still using
screen scraping?
 Often applications are invoked – App
integration and messaging
 Frequently via API
 Could call an API to take immediate
action
 Application integration to build or read
records into/from a file
 Screen scraping (now using RPA)
allows applications to work with other
applications in a process or larger
integration context
CRM
Inventory
Logistics
Finance
Ordering
An example – Order Management
13
DigitalTransformation
14
“Digital transformation is the process of shifting your organization from a legacy approach to new
ways of working and thinking using digital, social, mobile and emerging technologies. It involves
a change in leadership, different thinking, the encouragement of innovation and new business
models, incorporating digitization of assets and an increased use of technology to improve the
experience of your organization's employees, customers, suppliers, partners and stakeholders.”
Source: The Agile Elephant - http://www.theagileelephant.com/what-is-digital-transformation/
Existing
Assets
Emerging
Technology
Ecosystem
Agility
Innovation
Privacy &
Security
New Business
Models
Omni-
Channel
Cloud
AI
API Economy
Microservices
Sources: Forbes, McKinsey,CMSWire, Gartner Top 10 Trends in PaaS and Platform Innovation, 2020
70%
of digital transformation projects fail due to
lack of integration quality.
Business executives are demanding
a path to
digital operational excellence.
© 2021 IBM Corporation 15
IBM can help you modernize
with an Agile integration
strategy.
Integration
requirements….
…to achieve
development,
deployment, and
operational
agility
People & Process
• Decentralized
ownership
• Empowering teams
• Agile methods
Architecture
• Fine-grained
deployment
• API led
• Event-driven
• Microservices aligned
• Highly scalable
Technology
• Cloud-native
infrastructure
• Essential integration
capabilities
• Unified security,
governance, and
operations
IBM Cloud / © 2021 IBM Corporation
The next integration challenge…
17
Challenge: The need for integration is increasing. Need to scale the ability to deliver quality integration
solutions.
Expand the number of developers who can implement integration tasks while maintaining quality. Provide
the ability to automate integrations, powered by AI, leveraging best practices and built-in reuse to
eliminate the skills barrier
Use Artificial Intelligence (AI) to capture the skills of experienced
integration experts and support additional developers taking on these
tasks. Recognize common patterns and guide developers to do things
the “right” way.
Use Automation to speed integration development and remove
manual tasks, while also reducing the potential for errors.
IBM Cloud Pak for Integration
© 2021 IBM Corporation 18
IBM Cloud AWS Microsoft
Azure
Google
Cloud
End
points
Private IBM Z
IBM LinuxOne
IBM Power
Systems
VMware
⎻ Robotic Process
Automation
⎻ Event detection ⎻ 3rd Party
integrations
⎻ Natural language
interactions
⎻ Machine learning ⎻ Operational models
⎻ Process mining
Enterprise
messaging
End-to-end
security
Application
integration
Event
streaming
High speed
data transfer
Shared
asset
repository
Unified
governance
framework
API
management
AI and machine learning
Client & Partner Applications
IBM Automation foundation
⎻ Robotic Process
Automation
⎻ Event detection ⎻ 3rd Party
integrations
⎻ Natural language
interactions
⎻ Machine learning ⎻ Operational models
⎻ Process and task
mining
FinalThoughts
1. Have a good set of integration tools and use the right tool for
the job
• You can bang in a nail with a screwdriver, but it will be much more difficult, and the
outcome may not be what you want.
• One size fits all - does not really
• Look at the bigger picture and understand the requirements. Let this drive the tool(s)
required – not the other way around!
2. Good integration patterns never die, you just add more!
• Understand how we got here to look for what comes next
• Each step along the integration journey solved an important issue. Don’t recreate the
issues that these solved when implementing newer techniques.
• Today we are focused on the latest techniques – APIs, Events, Microservices. These are
great, but if you think we are done, you are wrong. There are always more constraints
that can be overcome.
3. Create your strategy to move forward
• What constraints are you seeing that are holding you back?
• Could you benefit from multiple styles of integration being used together?
• How can automation and AI remove your integration constraints?
Additional Resources
© 2021 IBM Corporation
Alan’s Articles, Blogs, Papers, andVideos…
https://community.ibm.com/community/user/blogs/alan-glickenhouse1/2021
(change year for each year’s content)
API Economy and API Management Basics:
•. What is an API? and What is the API Economy?
• What is an API? An Updated Definition
• What is API Management?
• Alan Tells All About APIs (old video – no longer available)
• IT Uncensored – What is API Management? (old video – no longer
available)
• What are businesses doing with APIs and why are they doing it? (video)
• API Economy Drivers
• Happy API Year! (from 2017)
• I Already Have Partners Accessing My Services. Why Should I Use
APIs?
• Should Business APIs Replace EDI?
• Providing APIs or Managing APIs – There is a Big Difference
• Don’t be Afraid of Public APIs
• Does size matter? (for your business to participate in the API Economy)
• API Connect Video Series: API Economy – What’s happening and where
is this going? (Part 1) and (Part 2) (video)
•APIs and Events – Recognizing Opportunities Instead of Reacting to
Problems
•The Biggest Impediment to API Economy Growth is…?
• Is Two-Speed (Bimodal) IT a Good Thing or a Bad Thing?
Digital Business / Digital Transformation / Cloud Integration:
• Becoming a Digital Business – Is API Management Enough?
• Digital Transformation – Becoming a Digital Business
• Digital Business and APIs – Need to See the Forest and the Trees
(article)
• Digital Business Value when Combining API Management and Istio
• Digital Transformation Requires Integration Modernization
• Integration Modernization Requires Good Parenting
• Why Become a Digital Business?
• How Systemized Innovation Enables Digital Transformation (article)
• History of IT Constraints – What Might Constrain Digital
Transformation?
• Creating A Digital Ecosystem – Past, Present, and Future
• Business APIs – The Secret Sauce in Successful Digital Marketing
(article)
• Overcoming the 3 Largest Obstacles to Digital Transformation (article)
• Covid-19 and Cloud Integration 1 – Moving Forward
• Covid-19 and Cloud Integration 2 - Immediate Actions
• Covid-19 and Cloud Integration 3 - Shopping and Supply Chains
• Covid-19 and Cloud Integration 4 – Supporting Your Customers
• Covid-19 and Cloud Integration 5 – Government Scenarios
• Covid-19 and Cloud Integration 6 - Service businesses, Recreation,
Entertainment, Travel, and Risk management
• Covid-19 and Cloud Integration 7 - Call to Action
• Good Integration Patterns Never Die, You Just Add More
• A Perspective on Current Integration Scenarios and What Might
Follow
Alan’s Articles, Blogs, Papers, and
Videos…
Business and Value
• Why Your Business Needs APIs (and Why Your APIs Need IBM API Connect) (white
paper) + Blog
• Why Choose IBM API Connect?
• API Monetization – What Does It Really Mean?
• API Connect Video Series: API Monetization (video)
• API Monetization Understanding Business Model Options (white paper) + Blog
• Gartner Once Again Recognized IBM as a Leader in 2020 Magic Quadrant (2020)
•Gartner Once Again Recognized IBM API Connect as a Leader in 2019 Magic
Quadrant (2019)
• IBM’s API Management Undisputed #1 in Market Share – Again (2019)
• IBM’s API Management Undisputed #1 in Market Share (2018)
• Analyst Firm Lists IBM API Connect as an API Management Leader (2020)
• Analyst Firm Lists IBM API Connect as an API Management Leader (2018)
• Analysts Cite IBM as a Leader (2016)
• What is the ROI for API Connect? – Forrester TEI Study Demonstrates Economic
Benefits
• Forrester TEI Study Results Show 674% ROI
• RFP Template – Assistance in Choosing an API Solution Partner
• IBM API Connect: Powering the New Channel
• Do APIs Cause Channel Issues and Loss of Direct Customer Interaction?
• State of the API Economy (video interview)
• State of the API Economy 2020
• State of the API Economy – January 2019
• How to Get the Business to Participate in an API Initiative
• How IBM API Connect Helps Royal Mail Group Deliver
• The Business of API Marketplaces (article)
• Now Trending: API Platform Economy (article)
• Ecosystem and Marketplace Strategy with Alan Glickenhouse of IBM (interview)
Strategy, Governance, and Best Practices
• Creating an API Economy Strategy
• Creating an API Economy Strategy – short version (video)
• Implementing Governance of an API Initiative
• Organization and Governance of API Initiatives
• What are the Recommended Roles for an API Initiative?
• What is the Recommended Organizational Structure for an API Initiative?
• Real World Experiences with API Centers of Excellence (CoE)
• Recommendations for an API Economy Center of Excellence (white paper) + Blog
• API Center of Excellence and Governance (interview)
• API Economy Best Practices (white paper) + Blog
• API Connect Video Series: API Economy Best Practices (video)
• Identifying Good Candidates for APIs
• The 7 Biggest Mistakes Companies Make on their API Initiatives
• GDPR Considerations for Integration and the API Economy
• API Management Across Multiple Lines of Business (LoBs)
• API Versioning – Best Practices (and not so great practices)
• API Connect Video Series: API Use Cases (video)
• API Economy – 4 Business Drivers and 7 Use Case Categories – Series Overview
• API Economy Business Drivers: #1 – Speed
• API Economy Business Drivers: #2 – Reach
• API Economy Business Drivers: #3 – Innovation
• API Economy Business Drivers: #4 – Domains
• API Economy Use Case Identification: #1 – Mobile
• API Economy Use Case Identification: #2 – Social
• API Economy Use Case Identification: #3 – Data
• API Economy Use Case Identification: #4 – Other
• API Economy Use Case Identification: #5 – Partner
• API Economy Use Case Identification: #6 – Public
• API Economy Use Case Identification: #7 – IoT
• API Products – Who, What, Where, When, Why, and How
• APIs as a Product Livecast (video)
• Monetizing API Products
• Beating (or Catching Up with) the Competition through APIs
• The API Economy Journey Map: How Are You Doing?
• API Economy Journey Map FAQs
• Discussing Your API Initiative With the Legal Department
• Why Isn’t My API Achieving the Desired Results?
• Changing Culture – How Committed Are You? (article)
Alan’s Articles, Blogs, Papers, and
Videos…
Industry
• FAQ – Which Geographies and Industries are Most Advanced in the API Economy (article)
• API use cases for every industry
• APIs for Aerospace and Defense Blast Off
• What’s driving APIs in Automotive?
• Identifying API Use Cases: Automotive (white paper) + Blog
• Banking on APIs
• Banking on APIs – part 1 and part 2 (podcast)
• PSD2: Banking and the API Economy (video panel discussion)
• Q&A with the Head of Technology at Open Banking Ltd.
• Identifying API Use Cases: Banking (white paper) + Blog
• Drilling into API usage in Chemical and Petroleum
• APIs for CPG – Managing Bathrooms to Supply Chains
• Learning your ABCs using APIs – APIs in Education
• No Shock the Electronics Industry is Charged Up about APIs
• Financial Services – Planning to Retire on APIs
• Identifying API Use Cases: Life Insurance / Financial (white paper) + Blog
• Government APIs – Do More with Less
• Identifying API Use Cases: Government (white paper) + Blog
• Healthcare APIs – A Cure to Accessing Healthcare Systems
• Healthcare Providers – A Prescription for APIs
• Identifying API Use Cases: Healthcare / Life Sciences (white paper) + Blog
• Healthcare and APIs (podcast)
• Sample API Use Cases for Insurance (article)
• Creating an Insurance API Platform (article)
• APIs for Insurance – Avoid the Risk of Falling Behind
• Identifying API Use Cases: P&C Insurance (white paper) + Blog
• Legal vs IT: Usage of APIs throughout the Business (article)
• APIs: A Prescription for Challenges in Life Sciences
• Building APIs for the Manufacturing Industry
• Media and Entertainment – Hooray for APIs!
• Unearthing API Use Cases in Metals and Mining
• Today’s Special: APIs for the Retail Industry
• Identifying API Use Cases: Retail (white paper) + Blog
• ReshAPIng Cities – Using APIs to Build Smarter Cities
• Software Industry API Use Cases – Eating Our Own Cooking
• Telecom and APIs – Now We Are Talking
• Identifying API Use Cases: Telecommunications (white paper) + Blog
• APIs are Taking Off In Travel and Transportation
• APIs for Utilities – Let’s Do Something About the Weather!
• API Industry Standards and Regulatory Requirements
Architecture, Technology, and IBM Products
• Introducing API Connect (video)
• APIs and SOA – Better Together (video)
• API Connect Video Series: APIs and Services What’s the difference? (video)
• Positioning APIs and Services – Let’s End the Confusion!
• How To Get To Two Speed IT
• An ESB is Not API Management
• Is a Combined ESB and API Management a Good Idea?
• IBM Brings Multiple Integrations To a Single Platform; Focuses on Optimizing
Integration for the Multi-Cloud Enterprise (interview)
• Using APIs and Microservices as a Fast, Low-Cost and Low-Risk Innovation Engine
(article)
• API Connect Video Series: IOT – Focus on Security (video)
• Internet of Things APIs – Focus on Security
• Analytics: The Icing on Top of Your API Management Cake
•Clearing Up Misconceptions About APIs and Microservices
•Which Comes First, The API or The Service?
•Do Not Be Afraid of API Initiative SUCCESS
•Integration Architecture Decisions – APIs, Services, and Microservices
•Use API-First Design to Address Multi-Cloud Architectures (article)
•How Do You Ensure API Quality?
• API Connect V2018 Whitepaper Now Available
• Ping Identity and IBM Partner to Protect Against API Cyberattacks
• IBM API Connect Wins 2019 iF Design Award
• Integration Monitoring – Do You See the Trunk or the Entire Elephant?
• Today’s Biggest IT Constraint – Break Through It!
• Focus on the API Developer (article)
• Principles for API Security (white paper) + Blog
• Plan Ahead! Don’t Build an API Superhighway into a Cul-de-sac

Weitere ähnliche Inhalte

Was ist angesagt?

apidays LIVE Paris 2021 - Who writes the Docs? by Laura Vass, Pronovix
apidays LIVE Paris 2021 - Who writes the Docs? by Laura Vass, Pronovixapidays LIVE Paris 2021 - Who writes the Docs? by Laura Vass, Pronovix
apidays LIVE Paris 2021 - Who writes the Docs? by Laura Vass, Pronovixapidays
 
apidays LIVE Paris 2021 - API data sharing legal practices for public sector ...
apidays LIVE Paris 2021 - API data sharing legal practices for public sector ...apidays LIVE Paris 2021 - API data sharing legal practices for public sector ...
apidays LIVE Paris 2021 - API data sharing legal practices for public sector ...apidays
 
apidays LIVE Australia 2021 - Tracing across your distributed process boundar...
apidays LIVE Australia 2021 - Tracing across your distributed process boundar...apidays LIVE Australia 2021 - Tracing across your distributed process boundar...
apidays LIVE Australia 2021 - Tracing across your distributed process boundar...apidays
 
apidays LIVE Paris - Sopra Steria: path to the industrialization of sustaina...
 apidays LIVE Paris - Sopra Steria: path to the industrialization of sustaina... apidays LIVE Paris - Sopra Steria: path to the industrialization of sustaina...
apidays LIVE Paris - Sopra Steria: path to the industrialization of sustaina...apidays
 
apidays LIVE London 2021 - API Security in Highly Volatile Threat Landscapes ...
apidays LIVE London 2021 - API Security in Highly Volatile Threat Landscapes ...apidays LIVE London 2021 - API Security in Highly Volatile Threat Landscapes ...
apidays LIVE London 2021 - API Security in Highly Volatile Threat Landscapes ...apidays
 
Agile Integration with APIs and Containers Workshop
Agile Integration with APIs and Containers Workshop Agile Integration with APIs and Containers Workshop
Agile Integration with APIs and Containers Workshop Nicole Maselli
 
Developer Marketing: Building Experiences
Developer Marketing: Building ExperiencesDeveloper Marketing: Building Experiences
Developer Marketing: Building ExperiencesPredix
 
[WSO2Con EU 2018] Will Your Agile Practices be the Death of Architecture?
[WSO2Con EU 2018] Will Your Agile Practices be the Death of Architecture?[WSO2Con EU 2018] Will Your Agile Practices be the Death of Architecture?
[WSO2Con EU 2018] Will Your Agile Practices be the Death of Architecture?WSO2
 
apidays LIVE New York 2021 - Microservice Authorization with Open Policy Agen...
apidays LIVE New York 2021 - Microservice Authorization with Open Policy Agen...apidays LIVE New York 2021 - Microservice Authorization with Open Policy Agen...
apidays LIVE New York 2021 - Microservice Authorization with Open Policy Agen...apidays
 
apidays LIVE Australia - Growing an API Culture by Liz Douglass & Saul Caganoff
apidays LIVE Australia - Growing an API Culture by Liz Douglass & Saul Caganoffapidays LIVE Australia - Growing an API Culture by Liz Douglass & Saul Caganoff
apidays LIVE Australia - Growing an API Culture by Liz Douglass & Saul Caganoffapidays
 
From Commit to Production in 10 Minutes… at a Century Old Insurance Company
From Commit to Production in 10 Minutes… at a Century Old Insurance CompanyFrom Commit to Production in 10 Minutes… at a Century Old Insurance Company
From Commit to Production in 10 Minutes… at a Century Old Insurance CompanyVMware Tanzu
 
apidays LIVE Paris - Deploy fast with confidence by Gregory Ouillon
apidays LIVE Paris - Deploy fast with confidence by Gregory Ouillonapidays LIVE Paris - Deploy fast with confidence by Gregory Ouillon
apidays LIVE Paris - Deploy fast with confidence by Gregory Ouillonapidays
 
APIdays London 2019 - Selecting the best API Governance for your organisation...
APIdays London 2019 - Selecting the best API Governance for your organisation...APIdays London 2019 - Selecting the best API Governance for your organisation...
APIdays London 2019 - Selecting the best API Governance for your organisation...apidays
 
apidays LIVE Hong Kong 2021 - DevOps is Dead by Jason Esli, New Relic
apidays LIVE Hong Kong 2021 - DevOps is Dead by Jason Esli, New Relicapidays LIVE Hong Kong 2021 - DevOps is Dead by Jason Esli, New Relic
apidays LIVE Hong Kong 2021 - DevOps is Dead by Jason Esli, New Relicapidays
 
apidays LIVE Paris 2021 - Synchronous Communication Patterns by Sébastien Ber...
apidays LIVE Paris 2021 - Synchronous Communication Patterns by Sébastien Ber...apidays LIVE Paris 2021 - Synchronous Communication Patterns by Sébastien Ber...
apidays LIVE Paris 2021 - Synchronous Communication Patterns by Sébastien Ber...apidays
 
apidays LIVE London 2021 - Presenting the Kubernetes Browser by Daria Muehlet...
apidays LIVE London 2021 - Presenting the Kubernetes Browser by Daria Muehlet...apidays LIVE London 2021 - Presenting the Kubernetes Browser by Daria Muehlet...
apidays LIVE London 2021 - Presenting the Kubernetes Browser by Daria Muehlet...apidays
 
Webinar by ZNetLive & Plesk- Winning the Game for WebOps and DevOps
Webinar by ZNetLive & Plesk- Winning the Game for WebOps and DevOps Webinar by ZNetLive & Plesk- Winning the Game for WebOps and DevOps
Webinar by ZNetLive & Plesk- Winning the Game for WebOps and DevOps ZNetLive
 
apidays LIVE Paris 2021 - Detecting and Protecting PII by Rob Dickinson, Resu...
apidays LIVE Paris 2021 - Detecting and Protecting PII by Rob Dickinson, Resu...apidays LIVE Paris 2021 - Detecting and Protecting PII by Rob Dickinson, Resu...
apidays LIVE Paris 2021 - Detecting and Protecting PII by Rob Dickinson, Resu...apidays
 
Dell NVIDIA AI Powered Transformation in Financial Services Webinar
Dell NVIDIA AI Powered Transformation in Financial Services WebinarDell NVIDIA AI Powered Transformation in Financial Services Webinar
Dell NVIDIA AI Powered Transformation in Financial Services WebinarBill Wong
 
[WSO2Con USA 2018] Integration is Sexy
[WSO2Con USA 2018] Integration is Sexy[WSO2Con USA 2018] Integration is Sexy
[WSO2Con USA 2018] Integration is SexyWSO2
 

Was ist angesagt? (20)

apidays LIVE Paris 2021 - Who writes the Docs? by Laura Vass, Pronovix
apidays LIVE Paris 2021 - Who writes the Docs? by Laura Vass, Pronovixapidays LIVE Paris 2021 - Who writes the Docs? by Laura Vass, Pronovix
apidays LIVE Paris 2021 - Who writes the Docs? by Laura Vass, Pronovix
 
apidays LIVE Paris 2021 - API data sharing legal practices for public sector ...
apidays LIVE Paris 2021 - API data sharing legal practices for public sector ...apidays LIVE Paris 2021 - API data sharing legal practices for public sector ...
apidays LIVE Paris 2021 - API data sharing legal practices for public sector ...
 
apidays LIVE Australia 2021 - Tracing across your distributed process boundar...
apidays LIVE Australia 2021 - Tracing across your distributed process boundar...apidays LIVE Australia 2021 - Tracing across your distributed process boundar...
apidays LIVE Australia 2021 - Tracing across your distributed process boundar...
 
apidays LIVE Paris - Sopra Steria: path to the industrialization of sustaina...
 apidays LIVE Paris - Sopra Steria: path to the industrialization of sustaina... apidays LIVE Paris - Sopra Steria: path to the industrialization of sustaina...
apidays LIVE Paris - Sopra Steria: path to the industrialization of sustaina...
 
apidays LIVE London 2021 - API Security in Highly Volatile Threat Landscapes ...
apidays LIVE London 2021 - API Security in Highly Volatile Threat Landscapes ...apidays LIVE London 2021 - API Security in Highly Volatile Threat Landscapes ...
apidays LIVE London 2021 - API Security in Highly Volatile Threat Landscapes ...
 
Agile Integration with APIs and Containers Workshop
Agile Integration with APIs and Containers Workshop Agile Integration with APIs and Containers Workshop
Agile Integration with APIs and Containers Workshop
 
Developer Marketing: Building Experiences
Developer Marketing: Building ExperiencesDeveloper Marketing: Building Experiences
Developer Marketing: Building Experiences
 
[WSO2Con EU 2018] Will Your Agile Practices be the Death of Architecture?
[WSO2Con EU 2018] Will Your Agile Practices be the Death of Architecture?[WSO2Con EU 2018] Will Your Agile Practices be the Death of Architecture?
[WSO2Con EU 2018] Will Your Agile Practices be the Death of Architecture?
 
apidays LIVE New York 2021 - Microservice Authorization with Open Policy Agen...
apidays LIVE New York 2021 - Microservice Authorization with Open Policy Agen...apidays LIVE New York 2021 - Microservice Authorization with Open Policy Agen...
apidays LIVE New York 2021 - Microservice Authorization with Open Policy Agen...
 
apidays LIVE Australia - Growing an API Culture by Liz Douglass & Saul Caganoff
apidays LIVE Australia - Growing an API Culture by Liz Douglass & Saul Caganoffapidays LIVE Australia - Growing an API Culture by Liz Douglass & Saul Caganoff
apidays LIVE Australia - Growing an API Culture by Liz Douglass & Saul Caganoff
 
From Commit to Production in 10 Minutes… at a Century Old Insurance Company
From Commit to Production in 10 Minutes… at a Century Old Insurance CompanyFrom Commit to Production in 10 Minutes… at a Century Old Insurance Company
From Commit to Production in 10 Minutes… at a Century Old Insurance Company
 
apidays LIVE Paris - Deploy fast with confidence by Gregory Ouillon
apidays LIVE Paris - Deploy fast with confidence by Gregory Ouillonapidays LIVE Paris - Deploy fast with confidence by Gregory Ouillon
apidays LIVE Paris - Deploy fast with confidence by Gregory Ouillon
 
APIdays London 2019 - Selecting the best API Governance for your organisation...
APIdays London 2019 - Selecting the best API Governance for your organisation...APIdays London 2019 - Selecting the best API Governance for your organisation...
APIdays London 2019 - Selecting the best API Governance for your organisation...
 
apidays LIVE Hong Kong 2021 - DevOps is Dead by Jason Esli, New Relic
apidays LIVE Hong Kong 2021 - DevOps is Dead by Jason Esli, New Relicapidays LIVE Hong Kong 2021 - DevOps is Dead by Jason Esli, New Relic
apidays LIVE Hong Kong 2021 - DevOps is Dead by Jason Esli, New Relic
 
apidays LIVE Paris 2021 - Synchronous Communication Patterns by Sébastien Ber...
apidays LIVE Paris 2021 - Synchronous Communication Patterns by Sébastien Ber...apidays LIVE Paris 2021 - Synchronous Communication Patterns by Sébastien Ber...
apidays LIVE Paris 2021 - Synchronous Communication Patterns by Sébastien Ber...
 
apidays LIVE London 2021 - Presenting the Kubernetes Browser by Daria Muehlet...
apidays LIVE London 2021 - Presenting the Kubernetes Browser by Daria Muehlet...apidays LIVE London 2021 - Presenting the Kubernetes Browser by Daria Muehlet...
apidays LIVE London 2021 - Presenting the Kubernetes Browser by Daria Muehlet...
 
Webinar by ZNetLive & Plesk- Winning the Game for WebOps and DevOps
Webinar by ZNetLive & Plesk- Winning the Game for WebOps and DevOps Webinar by ZNetLive & Plesk- Winning the Game for WebOps and DevOps
Webinar by ZNetLive & Plesk- Winning the Game for WebOps and DevOps
 
apidays LIVE Paris 2021 - Detecting and Protecting PII by Rob Dickinson, Resu...
apidays LIVE Paris 2021 - Detecting and Protecting PII by Rob Dickinson, Resu...apidays LIVE Paris 2021 - Detecting and Protecting PII by Rob Dickinson, Resu...
apidays LIVE Paris 2021 - Detecting and Protecting PII by Rob Dickinson, Resu...
 
Dell NVIDIA AI Powered Transformation in Financial Services Webinar
Dell NVIDIA AI Powered Transformation in Financial Services WebinarDell NVIDIA AI Powered Transformation in Financial Services Webinar
Dell NVIDIA AI Powered Transformation in Financial Services Webinar
 
[WSO2Con USA 2018] Integration is Sexy
[WSO2Con USA 2018] Integration is Sexy[WSO2Con USA 2018] Integration is Sexy
[WSO2Con USA 2018] Integration is Sexy
 

Ähnlich wie apidays LIVE Paris 2021 - APIs - How did we get here and where are we going next? by Alan Glickenhouse, IBM

CWIN17 Utrecht / cg u services - frank van der wal
CWIN17 Utrecht / cg u services - frank van der walCWIN17 Utrecht / cg u services - frank van der wal
CWIN17 Utrecht / cg u services - frank van der walCapgemini
 
whitepaper_workday_technology_platform_devt_process
whitepaper_workday_technology_platform_devt_processwhitepaper_workday_technology_platform_devt_process
whitepaper_workday_technology_platform_devt_processEric Saraceno
 
The F5 Networks Application Services Reference Architecture (White Paper)
The F5 Networks Application Services Reference Architecture (White Paper)The F5 Networks Application Services Reference Architecture (White Paper)
The F5 Networks Application Services Reference Architecture (White Paper)F5 Networks
 
Over view of software artitecture
Over view of software artitectureOver view of software artitecture
Over view of software artitectureABDEL RAHMAN KARIM
 
MuCon 2015 - Microservices in Integration Architecture
MuCon 2015 - Microservices in Integration ArchitectureMuCon 2015 - Microservices in Integration Architecture
MuCon 2015 - Microservices in Integration ArchitectureKim Clark
 
The new developer experience
The new developer experienceThe new developer experience
The new developer experienceEric Cattoir
 
A DevOps adoption playbook- achieving business value at scale
A DevOps adoption playbook- achieving business value at scaleA DevOps adoption playbook- achieving business value at scale
A DevOps adoption playbook- achieving business value at scaleSanjeev Sharma
 
M.S. Dissertation in Salesforce on Force.com
M.S. Dissertation in Salesforce on Force.comM.S. Dissertation in Salesforce on Force.com
M.S. Dissertation in Salesforce on Force.comArun Somu Panneerselvam
 
WebSphere Message Broker Application Development Training
WebSphere Message Broker Application Development TrainingWebSphere Message Broker Application Development Training
WebSphere Message Broker Application Development TrainingVijaya Raghava Vuligundam
 
API and App Ecosystems - Build The Best: a deep dive
API and App Ecosystems - Build The Best: a deep diveAPI and App Ecosystems - Build The Best: a deep dive
API and App Ecosystems - Build The Best: a deep diveCisco DevNet
 
From Components To Services
From Components To ServicesFrom Components To Services
From Components To ServicesJames Phillips
 
apidays LIVE Hong Kong - The Future of Legacy - How to leverage legacy and on...
apidays LIVE Hong Kong - The Future of Legacy - How to leverage legacy and on...apidays LIVE Hong Kong - The Future of Legacy - How to leverage legacy and on...
apidays LIVE Hong Kong - The Future of Legacy - How to leverage legacy and on...apidays
 
Hewlett Packard Enterprise View on Going Big with API Management - Applicatio...
Hewlett Packard Enterprise View on Going Big with API Management - Applicatio...Hewlett Packard Enterprise View on Going Big with API Management - Applicatio...
Hewlett Packard Enterprise View on Going Big with API Management - Applicatio...CA Technologies
 
Navigating the Complexity of Distributed Microservices across AWS, Azure, and...
Navigating the Complexity of Distributed Microservices across AWS, Azure, and...Navigating the Complexity of Distributed Microservices across AWS, Azure, and...
Navigating the Complexity of Distributed Microservices across AWS, Azure, and...Enterprise Management Associates
 
Which Application Modernization Pattern Is Right For You?
Which Application Modernization Pattern Is Right For You?Which Application Modernization Pattern Is Right For You?
Which Application Modernization Pattern Is Right For You?Apigee | Google Cloud
 
Middleware 2002
Middleware 2002Middleware 2002
Middleware 2002eaiti
 
Introduction to Integration Technologies
Introduction to Integration TechnologiesIntroduction to Integration Technologies
Introduction to Integration TechnologiesBizTalk360
 
Business Agility through Self-Service Messaging - InterConnect 2016
Business Agility through Self-Service Messaging - InterConnect 2016Business Agility through Self-Service Messaging - InterConnect 2016
Business Agility through Self-Service Messaging - InterConnect 2016Leif Davidsen
 
Design - Start Your API Journey Today
Design - Start Your API Journey TodayDesign - Start Your API Journey Today
Design - Start Your API Journey TodayLaurenWendler
 

Ähnlich wie apidays LIVE Paris 2021 - APIs - How did we get here and where are we going next? by Alan Glickenhouse, IBM (20)

CWIN17 Utrecht / cg u services - frank van der wal
CWIN17 Utrecht / cg u services - frank van der walCWIN17 Utrecht / cg u services - frank van der wal
CWIN17 Utrecht / cg u services - frank van der wal
 
whitepaper_workday_technology_platform_devt_process
whitepaper_workday_technology_platform_devt_processwhitepaper_workday_technology_platform_devt_process
whitepaper_workday_technology_platform_devt_process
 
The F5 Networks Application Services Reference Architecture (White Paper)
The F5 Networks Application Services Reference Architecture (White Paper)The F5 Networks Application Services Reference Architecture (White Paper)
The F5 Networks Application Services Reference Architecture (White Paper)
 
Over view of software artitecture
Over view of software artitectureOver view of software artitecture
Over view of software artitecture
 
MuCon 2015 - Microservices in Integration Architecture
MuCon 2015 - Microservices in Integration ArchitectureMuCon 2015 - Microservices in Integration Architecture
MuCon 2015 - Microservices in Integration Architecture
 
Api enablement-mainframe
Api enablement-mainframeApi enablement-mainframe
Api enablement-mainframe
 
The new developer experience
The new developer experienceThe new developer experience
The new developer experience
 
A DevOps adoption playbook- achieving business value at scale
A DevOps adoption playbook- achieving business value at scaleA DevOps adoption playbook- achieving business value at scale
A DevOps adoption playbook- achieving business value at scale
 
M.S. Dissertation in Salesforce on Force.com
M.S. Dissertation in Salesforce on Force.comM.S. Dissertation in Salesforce on Force.com
M.S. Dissertation in Salesforce on Force.com
 
WebSphere Message Broker Application Development Training
WebSphere Message Broker Application Development TrainingWebSphere Message Broker Application Development Training
WebSphere Message Broker Application Development Training
 
API and App Ecosystems - Build The Best: a deep dive
API and App Ecosystems - Build The Best: a deep diveAPI and App Ecosystems - Build The Best: a deep dive
API and App Ecosystems - Build The Best: a deep dive
 
From Components To Services
From Components To ServicesFrom Components To Services
From Components To Services
 
apidays LIVE Hong Kong - The Future of Legacy - How to leverage legacy and on...
apidays LIVE Hong Kong - The Future of Legacy - How to leverage legacy and on...apidays LIVE Hong Kong - The Future of Legacy - How to leverage legacy and on...
apidays LIVE Hong Kong - The Future of Legacy - How to leverage legacy and on...
 
Hewlett Packard Enterprise View on Going Big with API Management - Applicatio...
Hewlett Packard Enterprise View on Going Big with API Management - Applicatio...Hewlett Packard Enterprise View on Going Big with API Management - Applicatio...
Hewlett Packard Enterprise View on Going Big with API Management - Applicatio...
 
Navigating the Complexity of Distributed Microservices across AWS, Azure, and...
Navigating the Complexity of Distributed Microservices across AWS, Azure, and...Navigating the Complexity of Distributed Microservices across AWS, Azure, and...
Navigating the Complexity of Distributed Microservices across AWS, Azure, and...
 
Which Application Modernization Pattern Is Right For You?
Which Application Modernization Pattern Is Right For You?Which Application Modernization Pattern Is Right For You?
Which Application Modernization Pattern Is Right For You?
 
Middleware 2002
Middleware 2002Middleware 2002
Middleware 2002
 
Introduction to Integration Technologies
Introduction to Integration TechnologiesIntroduction to Integration Technologies
Introduction to Integration Technologies
 
Business Agility through Self-Service Messaging - InterConnect 2016
Business Agility through Self-Service Messaging - InterConnect 2016Business Agility through Self-Service Messaging - InterConnect 2016
Business Agility through Self-Service Messaging - InterConnect 2016
 
Design - Start Your API Journey Today
Design - Start Your API Journey TodayDesign - Start Your API Journey Today
Design - Start Your API Journey Today
 

Mehr von apidays

Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, AdobeApidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobeapidays
 
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...apidays
 
Apidays New York 2024 - The value of a flexible API Management solution for O...
Apidays New York 2024 - The value of a flexible API Management solution for O...Apidays New York 2024 - The value of a flexible API Management solution for O...
Apidays New York 2024 - The value of a flexible API Management solution for O...apidays
 
Apidays New York 2024 - The secrets to Graph success, by Leah Hurwich Adler, ...
Apidays New York 2024 - The secrets to Graph success, by Leah Hurwich Adler, ...Apidays New York 2024 - The secrets to Graph success, by Leah Hurwich Adler, ...
Apidays New York 2024 - The secrets to Graph success, by Leah Hurwich Adler, ...apidays
 
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...apidays
 
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...apidays
 
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...apidays
 
Apidays New York 2024 - API Discovery - From Crawl to Run by Rob Dickinson, G...
Apidays New York 2024 - API Discovery - From Crawl to Run by Rob Dickinson, G...Apidays New York 2024 - API Discovery - From Crawl to Run by Rob Dickinson, G...
Apidays New York 2024 - API Discovery - From Crawl to Run by Rob Dickinson, G...apidays
 
Apidays Singapore 2024 - Building with the Planet in Mind by Sandeep Joshi, M...
Apidays Singapore 2024 - Building with the Planet in Mind by Sandeep Joshi, M...Apidays Singapore 2024 - Building with the Planet in Mind by Sandeep Joshi, M...
Apidays Singapore 2024 - Building with the Planet in Mind by Sandeep Joshi, M...apidays
 
Apidays Singapore 2024 - Connecting Cross Border Commerce with Payments by Gu...
Apidays Singapore 2024 - Connecting Cross Border Commerce with Payments by Gu...Apidays Singapore 2024 - Connecting Cross Border Commerce with Payments by Gu...
Apidays Singapore 2024 - Connecting Cross Border Commerce with Payments by Gu...apidays
 
Apidays Singapore 2024 - Privacy Enhancing Technologies for AI by Mark Choo, ...
Apidays Singapore 2024 - Privacy Enhancing Technologies for AI by Mark Choo, ...Apidays Singapore 2024 - Privacy Enhancing Technologies for AI by Mark Choo, ...
Apidays Singapore 2024 - Privacy Enhancing Technologies for AI by Mark Choo, ...apidays
 
Apidays Singapore 2024 - Blending AI and IoT for Smarter Health by Matthew Ch...
Apidays Singapore 2024 - Blending AI and IoT for Smarter Health by Matthew Ch...Apidays Singapore 2024 - Blending AI and IoT for Smarter Health by Matthew Ch...
Apidays Singapore 2024 - Blending AI and IoT for Smarter Health by Matthew Ch...apidays
 
Apidays Singapore 2024 - OpenTelemetry for API Monitoring by Danielle Kayumbi...
Apidays Singapore 2024 - OpenTelemetry for API Monitoring by Danielle Kayumbi...Apidays Singapore 2024 - OpenTelemetry for API Monitoring by Danielle Kayumbi...
Apidays Singapore 2024 - OpenTelemetry for API Monitoring by Danielle Kayumbi...apidays
 
Apidays Singapore 2024 - Connecting Product and Engineering Teams with Testin...
Apidays Singapore 2024 - Connecting Product and Engineering Teams with Testin...Apidays Singapore 2024 - Connecting Product and Engineering Teams with Testin...
Apidays Singapore 2024 - Connecting Product and Engineering Teams with Testin...apidays
 
Apidays Singapore 2024 - The Growing Carbon Footprint of Digitalization and H...
Apidays Singapore 2024 - The Growing Carbon Footprint of Digitalization and H...Apidays Singapore 2024 - The Growing Carbon Footprint of Digitalization and H...
Apidays Singapore 2024 - The Growing Carbon Footprint of Digitalization and H...apidays
 
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...apidays
 
Apidays Singapore 2024 - API Monitoring x SRE by Ryan Ashneil and Eugene Wong...
Apidays Singapore 2024 - API Monitoring x SRE by Ryan Ashneil and Eugene Wong...Apidays Singapore 2024 - API Monitoring x SRE by Ryan Ashneil and Eugene Wong...
Apidays Singapore 2024 - API Monitoring x SRE by Ryan Ashneil and Eugene Wong...apidays
 
Apidays Singapore 2024 - A nuanced approach on AI costs and benefits for the ...
Apidays Singapore 2024 - A nuanced approach on AI costs and benefits for the ...Apidays Singapore 2024 - A nuanced approach on AI costs and benefits for the ...
Apidays Singapore 2024 - A nuanced approach on AI costs and benefits for the ...apidays
 
Apidays Singapore 2024 - Modernizing Securities Finance by Madhu Subbu
Apidays Singapore 2024 - Modernizing Securities Finance by Madhu SubbuApidays Singapore 2024 - Modernizing Securities Finance by Madhu Subbu
Apidays Singapore 2024 - Modernizing Securities Finance by Madhu Subbuapidays
 
Apidays Singapore 2024 - How APIs drive business at BNP Paribas by Quy-Doan D...
Apidays Singapore 2024 - How APIs drive business at BNP Paribas by Quy-Doan D...Apidays Singapore 2024 - How APIs drive business at BNP Paribas by Quy-Doan D...
Apidays Singapore 2024 - How APIs drive business at BNP Paribas by Quy-Doan D...apidays
 

Mehr von apidays (20)

Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, AdobeApidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
 
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
 
Apidays New York 2024 - The value of a flexible API Management solution for O...
Apidays New York 2024 - The value of a flexible API Management solution for O...Apidays New York 2024 - The value of a flexible API Management solution for O...
Apidays New York 2024 - The value of a flexible API Management solution for O...
 
Apidays New York 2024 - The secrets to Graph success, by Leah Hurwich Adler, ...
Apidays New York 2024 - The secrets to Graph success, by Leah Hurwich Adler, ...Apidays New York 2024 - The secrets to Graph success, by Leah Hurwich Adler, ...
Apidays New York 2024 - The secrets to Graph success, by Leah Hurwich Adler, ...
 
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
 
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
 
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
 
Apidays New York 2024 - API Discovery - From Crawl to Run by Rob Dickinson, G...
Apidays New York 2024 - API Discovery - From Crawl to Run by Rob Dickinson, G...Apidays New York 2024 - API Discovery - From Crawl to Run by Rob Dickinson, G...
Apidays New York 2024 - API Discovery - From Crawl to Run by Rob Dickinson, G...
 
Apidays Singapore 2024 - Building with the Planet in Mind by Sandeep Joshi, M...
Apidays Singapore 2024 - Building with the Planet in Mind by Sandeep Joshi, M...Apidays Singapore 2024 - Building with the Planet in Mind by Sandeep Joshi, M...
Apidays Singapore 2024 - Building with the Planet in Mind by Sandeep Joshi, M...
 
Apidays Singapore 2024 - Connecting Cross Border Commerce with Payments by Gu...
Apidays Singapore 2024 - Connecting Cross Border Commerce with Payments by Gu...Apidays Singapore 2024 - Connecting Cross Border Commerce with Payments by Gu...
Apidays Singapore 2024 - Connecting Cross Border Commerce with Payments by Gu...
 
Apidays Singapore 2024 - Privacy Enhancing Technologies for AI by Mark Choo, ...
Apidays Singapore 2024 - Privacy Enhancing Technologies for AI by Mark Choo, ...Apidays Singapore 2024 - Privacy Enhancing Technologies for AI by Mark Choo, ...
Apidays Singapore 2024 - Privacy Enhancing Technologies for AI by Mark Choo, ...
 
Apidays Singapore 2024 - Blending AI and IoT for Smarter Health by Matthew Ch...
Apidays Singapore 2024 - Blending AI and IoT for Smarter Health by Matthew Ch...Apidays Singapore 2024 - Blending AI and IoT for Smarter Health by Matthew Ch...
Apidays Singapore 2024 - Blending AI and IoT for Smarter Health by Matthew Ch...
 
Apidays Singapore 2024 - OpenTelemetry for API Monitoring by Danielle Kayumbi...
Apidays Singapore 2024 - OpenTelemetry for API Monitoring by Danielle Kayumbi...Apidays Singapore 2024 - OpenTelemetry for API Monitoring by Danielle Kayumbi...
Apidays Singapore 2024 - OpenTelemetry for API Monitoring by Danielle Kayumbi...
 
Apidays Singapore 2024 - Connecting Product and Engineering Teams with Testin...
Apidays Singapore 2024 - Connecting Product and Engineering Teams with Testin...Apidays Singapore 2024 - Connecting Product and Engineering Teams with Testin...
Apidays Singapore 2024 - Connecting Product and Engineering Teams with Testin...
 
Apidays Singapore 2024 - The Growing Carbon Footprint of Digitalization and H...
Apidays Singapore 2024 - The Growing Carbon Footprint of Digitalization and H...Apidays Singapore 2024 - The Growing Carbon Footprint of Digitalization and H...
Apidays Singapore 2024 - The Growing Carbon Footprint of Digitalization and H...
 
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...
Apidays Singapore 2024 - Building Digital Trust in a Digital Economy by Veron...
 
Apidays Singapore 2024 - API Monitoring x SRE by Ryan Ashneil and Eugene Wong...
Apidays Singapore 2024 - API Monitoring x SRE by Ryan Ashneil and Eugene Wong...Apidays Singapore 2024 - API Monitoring x SRE by Ryan Ashneil and Eugene Wong...
Apidays Singapore 2024 - API Monitoring x SRE by Ryan Ashneil and Eugene Wong...
 
Apidays Singapore 2024 - A nuanced approach on AI costs and benefits for the ...
Apidays Singapore 2024 - A nuanced approach on AI costs and benefits for the ...Apidays Singapore 2024 - A nuanced approach on AI costs and benefits for the ...
Apidays Singapore 2024 - A nuanced approach on AI costs and benefits for the ...
 
Apidays Singapore 2024 - Modernizing Securities Finance by Madhu Subbu
Apidays Singapore 2024 - Modernizing Securities Finance by Madhu SubbuApidays Singapore 2024 - Modernizing Securities Finance by Madhu Subbu
Apidays Singapore 2024 - Modernizing Securities Finance by Madhu Subbu
 
Apidays Singapore 2024 - How APIs drive business at BNP Paribas by Quy-Doan D...
Apidays Singapore 2024 - How APIs drive business at BNP Paribas by Quy-Doan D...Apidays Singapore 2024 - How APIs drive business at BNP Paribas by Quy-Doan D...
Apidays Singapore 2024 - How APIs drive business at BNP Paribas by Quy-Doan D...
 

Kürzlich hochgeladen

Breaking the Kubernetes Kill Chain: Host Path Mount
Breaking the Kubernetes Kill Chain: Host Path MountBreaking the Kubernetes Kill Chain: Host Path Mount
Breaking the Kubernetes Kill Chain: Host Path MountPuma Security, LLC
 
WhatsApp 9892124323 ✓Call Girls In Kalyan ( Mumbai ) secure service
WhatsApp 9892124323 ✓Call Girls In Kalyan ( Mumbai ) secure serviceWhatsApp 9892124323 ✓Call Girls In Kalyan ( Mumbai ) secure service
WhatsApp 9892124323 ✓Call Girls In Kalyan ( Mumbai ) secure servicePooja Nehwal
 
Boost PC performance: How more available memory can improve productivity
Boost PC performance: How more available memory can improve productivityBoost PC performance: How more available memory can improve productivity
Boost PC performance: How more available memory can improve productivityPrincipled Technologies
 
A Call to Action for Generative AI in 2024
A Call to Action for Generative AI in 2024A Call to Action for Generative AI in 2024
A Call to Action for Generative AI in 2024Results
 
Data Cloud, More than a CDP by Matt Robison
Data Cloud, More than a CDP by Matt RobisonData Cloud, More than a CDP by Matt Robison
Data Cloud, More than a CDP by Matt RobisonAnna Loughnan Colquhoun
 
08448380779 Call Girls In Greater Kailash - I Women Seeking Men
08448380779 Call Girls In Greater Kailash - I Women Seeking Men08448380779 Call Girls In Greater Kailash - I Women Seeking Men
08448380779 Call Girls In Greater Kailash - I Women Seeking MenDelhi Call girls
 
Histor y of HAM Radio presentation slide
Histor y of HAM Radio presentation slideHistor y of HAM Radio presentation slide
Histor y of HAM Radio presentation slidevu2urc
 
How to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected WorkerHow to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected WorkerThousandEyes
 
Injustice - Developers Among Us (SciFiDevCon 2024)
Injustice - Developers Among Us (SciFiDevCon 2024)Injustice - Developers Among Us (SciFiDevCon 2024)
Injustice - Developers Among Us (SciFiDevCon 2024)Allon Mureinik
 
Partners Life - Insurer Innovation Award 2024
Partners Life - Insurer Innovation Award 2024Partners Life - Insurer Innovation Award 2024
Partners Life - Insurer Innovation Award 2024The Digital Insurer
 
TrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
TrustArc Webinar - Stay Ahead of US State Data Privacy Law DevelopmentsTrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
TrustArc Webinar - Stay Ahead of US State Data Privacy Law DevelopmentsTrustArc
 
Automating Google Workspace (GWS) & more with Apps Script
Automating Google Workspace (GWS) & more with Apps ScriptAutomating Google Workspace (GWS) & more with Apps Script
Automating Google Workspace (GWS) & more with Apps Scriptwesley chun
 
The Codex of Business Writing Software for Real-World Solutions 2.pptx
The Codex of Business Writing Software for Real-World Solutions 2.pptxThe Codex of Business Writing Software for Real-World Solutions 2.pptx
The Codex of Business Writing Software for Real-World Solutions 2.pptxMalak Abu Hammad
 
IAC 2024 - IA Fast Track to Search Focused AI Solutions
IAC 2024 - IA Fast Track to Search Focused AI SolutionsIAC 2024 - IA Fast Track to Search Focused AI Solutions
IAC 2024 - IA Fast Track to Search Focused AI SolutionsEnterprise Knowledge
 
Unblocking The Main Thread Solving ANRs and Frozen Frames
Unblocking The Main Thread Solving ANRs and Frozen FramesUnblocking The Main Thread Solving ANRs and Frozen Frames
Unblocking The Main Thread Solving ANRs and Frozen FramesSinan KOZAK
 
Axa Assurance Maroc - Insurer Innovation Award 2024
Axa Assurance Maroc - Insurer Innovation Award 2024Axa Assurance Maroc - Insurer Innovation Award 2024
Axa Assurance Maroc - Insurer Innovation Award 2024The Digital Insurer
 
2024: Domino Containers - The Next Step. News from the Domino Container commu...
2024: Domino Containers - The Next Step. News from the Domino Container commu...2024: Domino Containers - The Next Step. News from the Domino Container commu...
2024: Domino Containers - The Next Step. News from the Domino Container commu...Martijn de Jong
 
Neo4j - How KGs are shaping the future of Generative AI at AWS Summit London ...
Neo4j - How KGs are shaping the future of Generative AI at AWS Summit London ...Neo4j - How KGs are shaping the future of Generative AI at AWS Summit London ...
Neo4j - How KGs are shaping the future of Generative AI at AWS Summit London ...Neo4j
 
08448380779 Call Girls In Civil Lines Women Seeking Men
08448380779 Call Girls In Civil Lines Women Seeking Men08448380779 Call Girls In Civil Lines Women Seeking Men
08448380779 Call Girls In Civil Lines Women Seeking MenDelhi Call girls
 
Presentation on how to chat with PDF using ChatGPT code interpreter
Presentation on how to chat with PDF using ChatGPT code interpreterPresentation on how to chat with PDF using ChatGPT code interpreter
Presentation on how to chat with PDF using ChatGPT code interpreternaman860154
 

Kürzlich hochgeladen (20)

Breaking the Kubernetes Kill Chain: Host Path Mount
Breaking the Kubernetes Kill Chain: Host Path MountBreaking the Kubernetes Kill Chain: Host Path Mount
Breaking the Kubernetes Kill Chain: Host Path Mount
 
WhatsApp 9892124323 ✓Call Girls In Kalyan ( Mumbai ) secure service
WhatsApp 9892124323 ✓Call Girls In Kalyan ( Mumbai ) secure serviceWhatsApp 9892124323 ✓Call Girls In Kalyan ( Mumbai ) secure service
WhatsApp 9892124323 ✓Call Girls In Kalyan ( Mumbai ) secure service
 
Boost PC performance: How more available memory can improve productivity
Boost PC performance: How more available memory can improve productivityBoost PC performance: How more available memory can improve productivity
Boost PC performance: How more available memory can improve productivity
 
A Call to Action for Generative AI in 2024
A Call to Action for Generative AI in 2024A Call to Action for Generative AI in 2024
A Call to Action for Generative AI in 2024
 
Data Cloud, More than a CDP by Matt Robison
Data Cloud, More than a CDP by Matt RobisonData Cloud, More than a CDP by Matt Robison
Data Cloud, More than a CDP by Matt Robison
 
08448380779 Call Girls In Greater Kailash - I Women Seeking Men
08448380779 Call Girls In Greater Kailash - I Women Seeking Men08448380779 Call Girls In Greater Kailash - I Women Seeking Men
08448380779 Call Girls In Greater Kailash - I Women Seeking Men
 
Histor y of HAM Radio presentation slide
Histor y of HAM Radio presentation slideHistor y of HAM Radio presentation slide
Histor y of HAM Radio presentation slide
 
How to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected WorkerHow to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected Worker
 
Injustice - Developers Among Us (SciFiDevCon 2024)
Injustice - Developers Among Us (SciFiDevCon 2024)Injustice - Developers Among Us (SciFiDevCon 2024)
Injustice - Developers Among Us (SciFiDevCon 2024)
 
Partners Life - Insurer Innovation Award 2024
Partners Life - Insurer Innovation Award 2024Partners Life - Insurer Innovation Award 2024
Partners Life - Insurer Innovation Award 2024
 
TrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
TrustArc Webinar - Stay Ahead of US State Data Privacy Law DevelopmentsTrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
TrustArc Webinar - Stay Ahead of US State Data Privacy Law Developments
 
Automating Google Workspace (GWS) & more with Apps Script
Automating Google Workspace (GWS) & more with Apps ScriptAutomating Google Workspace (GWS) & more with Apps Script
Automating Google Workspace (GWS) & more with Apps Script
 
The Codex of Business Writing Software for Real-World Solutions 2.pptx
The Codex of Business Writing Software for Real-World Solutions 2.pptxThe Codex of Business Writing Software for Real-World Solutions 2.pptx
The Codex of Business Writing Software for Real-World Solutions 2.pptx
 
IAC 2024 - IA Fast Track to Search Focused AI Solutions
IAC 2024 - IA Fast Track to Search Focused AI SolutionsIAC 2024 - IA Fast Track to Search Focused AI Solutions
IAC 2024 - IA Fast Track to Search Focused AI Solutions
 
Unblocking The Main Thread Solving ANRs and Frozen Frames
Unblocking The Main Thread Solving ANRs and Frozen FramesUnblocking The Main Thread Solving ANRs and Frozen Frames
Unblocking The Main Thread Solving ANRs and Frozen Frames
 
Axa Assurance Maroc - Insurer Innovation Award 2024
Axa Assurance Maroc - Insurer Innovation Award 2024Axa Assurance Maroc - Insurer Innovation Award 2024
Axa Assurance Maroc - Insurer Innovation Award 2024
 
2024: Domino Containers - The Next Step. News from the Domino Container commu...
2024: Domino Containers - The Next Step. News from the Domino Container commu...2024: Domino Containers - The Next Step. News from the Domino Container commu...
2024: Domino Containers - The Next Step. News from the Domino Container commu...
 
Neo4j - How KGs are shaping the future of Generative AI at AWS Summit London ...
Neo4j - How KGs are shaping the future of Generative AI at AWS Summit London ...Neo4j - How KGs are shaping the future of Generative AI at AWS Summit London ...
Neo4j - How KGs are shaping the future of Generative AI at AWS Summit London ...
 
08448380779 Call Girls In Civil Lines Women Seeking Men
08448380779 Call Girls In Civil Lines Women Seeking Men08448380779 Call Girls In Civil Lines Women Seeking Men
08448380779 Call Girls In Civil Lines Women Seeking Men
 
Presentation on how to chat with PDF using ChatGPT code interpreter
Presentation on how to chat with PDF using ChatGPT code interpreterPresentation on how to chat with PDF using ChatGPT code interpreter
Presentation on how to chat with PDF using ChatGPT code interpreter
 

apidays LIVE Paris 2021 - APIs - How did we get here and where are we going next? by Alan Glickenhouse, IBM

  • 1. © 2021 IBM Corporation APIs: How Did We Get Here? and Where Are We Going Next? AlanGlickenhouse glick@us.ibm.com @ARGlick DigitalTransformation Business Strategist IBM
  • 2. Profile: © 2021 IBM Corporation Alan Glickenhouse - Digital Transformation Business Strategist • Assist businesses with their strategy for Digital Transformation, Integration, and the API Economy - all industries, all geographies, and of all sizes. • Share insights and best practices through: • 1:1 workshops • Conferences / Events • Author: • Digital Business / Digital Transformation - 22 • API Economy / API Management Basics - 16 • Business and Value - 25 • Strategy, Governance, and Best Practices - 37 • Architecture, Technology, and IBM Products - 26 • Industry Standards and Use cases - 40 Today we will cover a few from this category https://www.antwak.com/author/alan-glickenhouse-184 - job role mentoring videos
  • 3. Agenda 3 As a business strategist I am often asked, “What’s next?” Naturally to answer this question I look to the future. Naturally to answer this question I look to the future past. • Past - What challenges were faced previously and how were these overcome? • Present - How are things working today? • Future - What are the next challenges and how might these be overcome?
  • 4. In the beginning…Technical APIs 4 Challenge: A program which exists and provides good value could be used (called) rather than recreating the program logic. The question is how to integrate (call) this program? The early answer to this question was often – “not easily”. Many early programs contained code for user interface, business logic, and data that was not easily segmented. This led to some difficult and fragile integration scenarios based on screen scraping techniques. Later programs began to provide an application programming interface (API). Note: not Business/Web APIs. These “technical APIs” were difficult to use, and provider focused. A calling program used a remote procedure call (RPC) to access this application interface.
  • 5. Working with Business Partners 5 Challenge: how can multiple businesses communicate (e.g., for supply chain)? Trying to use an RPC call across businesses was not going to work. Security concerns and non-standard interfaces are just some of the issues. Businesses can always exchange a file. Company A can build a file with some number of records (not vinyl records ;-) ) in an agreed to format that would be sent to company B. Followed by electronic data interchange (EDI) standards often supported by Value Added Networks (VANs) - specifying the formats for the files and sending the files between trading partners. Company A Company B
  • 6. Reliability and Availability 6 Challenge: Different applications running on different platforms need to be called to complete a business transaction. However, network reliability and system/application availability are concerns. What if the destination system, application, or network connection is unavailable? Enter messaging. Rather than require each application to manage outage issues or incomplete transactions, messaging middleware assures the message from Application A reaches Application B. Also allowed for independent scalability of the applications and additional messaging patterns - one- many, routing, and publication/subscription (pub-sub). Application B Application A Messaging Assured – once and only once delivery
  • 7. Growth, Standardization, and Maintenance 7 Challenges: 1. Each application may reference data differently and maintain it in different formats. Keeping these multiple definitions accurate and in sync is a challenge. 2. Tailoring calls to many applications is a problem. The number of point-to-point application to application connections becomes unmanageable and very fragile. • Message Brokers - 'hub and spoke' integration pattern helped with the de-spaghettification, introduced canonical message forms, and process- driven integration. • Service Oriented Architecture (SOA): • defined services using standards (web services) to provide a façade for traditional, new, or multiple back-end applications. • Governance to drive the reuse of services. • Enterprise service bus (ESB) architecture - All calling applications connected to the ESB which routed and transformed the requests to the correct versions of the services and returned the response. • Separation of concerns is the guiding principle. • Application integration provides transformation, protocol conversions, and routing Color = Data type Shape = Protocol
  • 8. Consumer Focused Consumption and Security 8 Challenges: SOA solved many problems but introduced additional challenges 1. Services are big (coarse grained), often a small subset of information is required, too difficult to invoke, too much data to be parsed. 2. Governance is burdensome. Contradictory goals – drive reuse, but concern about how much resource someone might use. Too time consuming and difficult to on board consumers. 3. Security not addressed, especially for outside the enterprise consumers. Business APIs provide consumer-oriented interfaces tailored to specific use cases or users’ requirements. API management provides: • self-service on-boarding (via a developer portal) • protects back-end systems through a security gateway • analytics for insights into usage and patterns. Spawned new business opportunities: the API Economy, Monetization, Digital Transformation initiatives, Ecosystems, and Marketplaces. Application Integration Provider(s) API Management Consumer(s) Exposure (consumer focused lifecycle) Control point: routing, versioning, traffic management, security, logging. Socialization: Enables discovery, documentation, self-subscription, analytics. Implementation (provider focused lifecycle) Composition: Implements custom “integration logic”, including aggregation from multiple sources, and merging data. Adaptation: Understands connectivity protocols and data formats required to manage communication with specific provider systems.
  • 9. Decentralization for Agility 9 Challenge: Cloud and microservice applications need to connect with each other and with existing applications but are not co-located. Traversing the network from a cloud to a central location and then back out to another location increases latency and introduces concerns around complexity and security risk. Use the same microservice technology and cloud-native approaches for the integration solutions as is being used for the applications themselves. This allows the integration runtimes to be deployed as microservices near the applications they need to integrate – on any cloud or on-premise. APIM APIM APIM API Management APIM API Management APIM APIM Gateway Integration Integration Int. Engagement applications Systems of record API Management Socialization/monetization Re-platforming Application autonomy API Management Centralized ESB Fine-grained integration deployment Decentralized Integration ownership Socialized APIs
  • 10. Scalability and Performance 10 Challenge: As the number of applications increases and as their usage increases, the number of back- end transactions increases as well. Handling this scale with necessary performance is costly. Events move the data that the application needs to the application location in advance of the request – eliminating the real time network traversal and providing the necessary scalability and performance. Events use pub/sub to allow applications to subscribe to the data they need from the original back-end source. The applications access the data locally removing the latency. Back-end scale requirements are reduced as the data is published once as it changes rather than for each individual request. Microservice Application SoR SoR SoR SoR APIs invocations Event Streams µService µService µService µService µService µService µService µService µService API gateway Enterprise integration APIs Are simplest to use, but create a real-time dependency Event streams Enable microservices to build decoupled views of the data
  • 11. (Rhetorical) Quiz Question 11 Question: I have discussed the following types of integration capabilities: screen-scraping, file, EDI, messaging, application integration, Business APIs (with a security gateway), and events. What can we notice about this full list of integration capabilities? Answer: They are all still in use today. A subsequent integration capability does not replace the preceding capability, it adds an additional tool into our integration tool kit that is used for the appropriate challenge. In fact, in most situations multiple of these integration capabilities are used together.
  • 12. Are integration styles independent? © 2021 IBM Corporation Consider: • What happens after an API is called? • How is an application integration invoked? • What happens when an event triggers a need for action? • How are files created and how are they read when received? • How are businesses still using screen scraping?  Often applications are invoked – App integration and messaging  Frequently via API  Could call an API to take immediate action  Application integration to build or read records into/from a file  Screen scraping (now using RPA) allows applications to work with other applications in a process or larger integration context
  • 14. DigitalTransformation 14 “Digital transformation is the process of shifting your organization from a legacy approach to new ways of working and thinking using digital, social, mobile and emerging technologies. It involves a change in leadership, different thinking, the encouragement of innovation and new business models, incorporating digitization of assets and an increased use of technology to improve the experience of your organization's employees, customers, suppliers, partners and stakeholders.” Source: The Agile Elephant - http://www.theagileelephant.com/what-is-digital-transformation/ Existing Assets Emerging Technology Ecosystem Agility Innovation Privacy & Security New Business Models Omni- Channel Cloud AI API Economy Microservices
  • 15. Sources: Forbes, McKinsey,CMSWire, Gartner Top 10 Trends in PaaS and Platform Innovation, 2020 70% of digital transformation projects fail due to lack of integration quality. Business executives are demanding a path to digital operational excellence. © 2021 IBM Corporation 15
  • 16. IBM can help you modernize with an Agile integration strategy. Integration requirements…. …to achieve development, deployment, and operational agility People & Process • Decentralized ownership • Empowering teams • Agile methods Architecture • Fine-grained deployment • API led • Event-driven • Microservices aligned • Highly scalable Technology • Cloud-native infrastructure • Essential integration capabilities • Unified security, governance, and operations IBM Cloud / © 2021 IBM Corporation
  • 17. The next integration challenge… 17 Challenge: The need for integration is increasing. Need to scale the ability to deliver quality integration solutions. Expand the number of developers who can implement integration tasks while maintaining quality. Provide the ability to automate integrations, powered by AI, leveraging best practices and built-in reuse to eliminate the skills barrier Use Artificial Intelligence (AI) to capture the skills of experienced integration experts and support additional developers taking on these tasks. Recognize common patterns and guide developers to do things the “right” way. Use Automation to speed integration development and remove manual tasks, while also reducing the potential for errors.
  • 18. IBM Cloud Pak for Integration © 2021 IBM Corporation 18 IBM Cloud AWS Microsoft Azure Google Cloud End points Private IBM Z IBM LinuxOne IBM Power Systems VMware ⎻ Robotic Process Automation ⎻ Event detection ⎻ 3rd Party integrations ⎻ Natural language interactions ⎻ Machine learning ⎻ Operational models ⎻ Process mining Enterprise messaging End-to-end security Application integration Event streaming High speed data transfer Shared asset repository Unified governance framework API management AI and machine learning Client & Partner Applications IBM Automation foundation ⎻ Robotic Process Automation ⎻ Event detection ⎻ 3rd Party integrations ⎻ Natural language interactions ⎻ Machine learning ⎻ Operational models ⎻ Process and task mining
  • 19. FinalThoughts 1. Have a good set of integration tools and use the right tool for the job • You can bang in a nail with a screwdriver, but it will be much more difficult, and the outcome may not be what you want. • One size fits all - does not really • Look at the bigger picture and understand the requirements. Let this drive the tool(s) required – not the other way around! 2. Good integration patterns never die, you just add more! • Understand how we got here to look for what comes next • Each step along the integration journey solved an important issue. Don’t recreate the issues that these solved when implementing newer techniques. • Today we are focused on the latest techniques – APIs, Events, Microservices. These are great, but if you think we are done, you are wrong. There are always more constraints that can be overcome. 3. Create your strategy to move forward • What constraints are you seeing that are holding you back? • Could you benefit from multiple styles of integration being used together? • How can automation and AI remove your integration constraints?
  • 20. Additional Resources © 2021 IBM Corporation
  • 21. Alan’s Articles, Blogs, Papers, andVideos… https://community.ibm.com/community/user/blogs/alan-glickenhouse1/2021 (change year for each year’s content) API Economy and API Management Basics: •. What is an API? and What is the API Economy? • What is an API? An Updated Definition • What is API Management? • Alan Tells All About APIs (old video – no longer available) • IT Uncensored – What is API Management? (old video – no longer available) • What are businesses doing with APIs and why are they doing it? (video) • API Economy Drivers • Happy API Year! (from 2017) • I Already Have Partners Accessing My Services. Why Should I Use APIs? • Should Business APIs Replace EDI? • Providing APIs or Managing APIs – There is a Big Difference • Don’t be Afraid of Public APIs • Does size matter? (for your business to participate in the API Economy) • API Connect Video Series: API Economy – What’s happening and where is this going? (Part 1) and (Part 2) (video) •APIs and Events – Recognizing Opportunities Instead of Reacting to Problems •The Biggest Impediment to API Economy Growth is…? • Is Two-Speed (Bimodal) IT a Good Thing or a Bad Thing? Digital Business / Digital Transformation / Cloud Integration: • Becoming a Digital Business – Is API Management Enough? • Digital Transformation – Becoming a Digital Business • Digital Business and APIs – Need to See the Forest and the Trees (article) • Digital Business Value when Combining API Management and Istio • Digital Transformation Requires Integration Modernization • Integration Modernization Requires Good Parenting • Why Become a Digital Business? • How Systemized Innovation Enables Digital Transformation (article) • History of IT Constraints – What Might Constrain Digital Transformation? • Creating A Digital Ecosystem – Past, Present, and Future • Business APIs – The Secret Sauce in Successful Digital Marketing (article) • Overcoming the 3 Largest Obstacles to Digital Transformation (article) • Covid-19 and Cloud Integration 1 – Moving Forward • Covid-19 and Cloud Integration 2 - Immediate Actions • Covid-19 and Cloud Integration 3 - Shopping and Supply Chains • Covid-19 and Cloud Integration 4 – Supporting Your Customers • Covid-19 and Cloud Integration 5 – Government Scenarios • Covid-19 and Cloud Integration 6 - Service businesses, Recreation, Entertainment, Travel, and Risk management • Covid-19 and Cloud Integration 7 - Call to Action • Good Integration Patterns Never Die, You Just Add More • A Perspective on Current Integration Scenarios and What Might Follow
  • 22. Alan’s Articles, Blogs, Papers, and Videos… Business and Value • Why Your Business Needs APIs (and Why Your APIs Need IBM API Connect) (white paper) + Blog • Why Choose IBM API Connect? • API Monetization – What Does It Really Mean? • API Connect Video Series: API Monetization (video) • API Monetization Understanding Business Model Options (white paper) + Blog • Gartner Once Again Recognized IBM as a Leader in 2020 Magic Quadrant (2020) •Gartner Once Again Recognized IBM API Connect as a Leader in 2019 Magic Quadrant (2019) • IBM’s API Management Undisputed #1 in Market Share – Again (2019) • IBM’s API Management Undisputed #1 in Market Share (2018) • Analyst Firm Lists IBM API Connect as an API Management Leader (2020) • Analyst Firm Lists IBM API Connect as an API Management Leader (2018) • Analysts Cite IBM as a Leader (2016) • What is the ROI for API Connect? – Forrester TEI Study Demonstrates Economic Benefits • Forrester TEI Study Results Show 674% ROI • RFP Template – Assistance in Choosing an API Solution Partner • IBM API Connect: Powering the New Channel • Do APIs Cause Channel Issues and Loss of Direct Customer Interaction? • State of the API Economy (video interview) • State of the API Economy 2020 • State of the API Economy – January 2019 • How to Get the Business to Participate in an API Initiative • How IBM API Connect Helps Royal Mail Group Deliver • The Business of API Marketplaces (article) • Now Trending: API Platform Economy (article) • Ecosystem and Marketplace Strategy with Alan Glickenhouse of IBM (interview) Strategy, Governance, and Best Practices • Creating an API Economy Strategy • Creating an API Economy Strategy – short version (video) • Implementing Governance of an API Initiative • Organization and Governance of API Initiatives • What are the Recommended Roles for an API Initiative? • What is the Recommended Organizational Structure for an API Initiative? • Real World Experiences with API Centers of Excellence (CoE) • Recommendations for an API Economy Center of Excellence (white paper) + Blog • API Center of Excellence and Governance (interview) • API Economy Best Practices (white paper) + Blog • API Connect Video Series: API Economy Best Practices (video) • Identifying Good Candidates for APIs • The 7 Biggest Mistakes Companies Make on their API Initiatives • GDPR Considerations for Integration and the API Economy • API Management Across Multiple Lines of Business (LoBs) • API Versioning – Best Practices (and not so great practices) • API Connect Video Series: API Use Cases (video) • API Economy – 4 Business Drivers and 7 Use Case Categories – Series Overview • API Economy Business Drivers: #1 – Speed • API Economy Business Drivers: #2 – Reach • API Economy Business Drivers: #3 – Innovation • API Economy Business Drivers: #4 – Domains • API Economy Use Case Identification: #1 – Mobile • API Economy Use Case Identification: #2 – Social • API Economy Use Case Identification: #3 – Data • API Economy Use Case Identification: #4 – Other • API Economy Use Case Identification: #5 – Partner • API Economy Use Case Identification: #6 – Public • API Economy Use Case Identification: #7 – IoT • API Products – Who, What, Where, When, Why, and How • APIs as a Product Livecast (video) • Monetizing API Products • Beating (or Catching Up with) the Competition through APIs • The API Economy Journey Map: How Are You Doing? • API Economy Journey Map FAQs • Discussing Your API Initiative With the Legal Department • Why Isn’t My API Achieving the Desired Results? • Changing Culture – How Committed Are You? (article)
  • 23. Alan’s Articles, Blogs, Papers, and Videos… Industry • FAQ – Which Geographies and Industries are Most Advanced in the API Economy (article) • API use cases for every industry • APIs for Aerospace and Defense Blast Off • What’s driving APIs in Automotive? • Identifying API Use Cases: Automotive (white paper) + Blog • Banking on APIs • Banking on APIs – part 1 and part 2 (podcast) • PSD2: Banking and the API Economy (video panel discussion) • Q&A with the Head of Technology at Open Banking Ltd. • Identifying API Use Cases: Banking (white paper) + Blog • Drilling into API usage in Chemical and Petroleum • APIs for CPG – Managing Bathrooms to Supply Chains • Learning your ABCs using APIs – APIs in Education • No Shock the Electronics Industry is Charged Up about APIs • Financial Services – Planning to Retire on APIs • Identifying API Use Cases: Life Insurance / Financial (white paper) + Blog • Government APIs – Do More with Less • Identifying API Use Cases: Government (white paper) + Blog • Healthcare APIs – A Cure to Accessing Healthcare Systems • Healthcare Providers – A Prescription for APIs • Identifying API Use Cases: Healthcare / Life Sciences (white paper) + Blog • Healthcare and APIs (podcast) • Sample API Use Cases for Insurance (article) • Creating an Insurance API Platform (article) • APIs for Insurance – Avoid the Risk of Falling Behind • Identifying API Use Cases: P&C Insurance (white paper) + Blog • Legal vs IT: Usage of APIs throughout the Business (article) • APIs: A Prescription for Challenges in Life Sciences • Building APIs for the Manufacturing Industry • Media and Entertainment – Hooray for APIs! • Unearthing API Use Cases in Metals and Mining • Today’s Special: APIs for the Retail Industry • Identifying API Use Cases: Retail (white paper) + Blog • ReshAPIng Cities – Using APIs to Build Smarter Cities • Software Industry API Use Cases – Eating Our Own Cooking • Telecom and APIs – Now We Are Talking • Identifying API Use Cases: Telecommunications (white paper) + Blog • APIs are Taking Off In Travel and Transportation • APIs for Utilities – Let’s Do Something About the Weather! • API Industry Standards and Regulatory Requirements Architecture, Technology, and IBM Products • Introducing API Connect (video) • APIs and SOA – Better Together (video) • API Connect Video Series: APIs and Services What’s the difference? (video) • Positioning APIs and Services – Let’s End the Confusion! • How To Get To Two Speed IT • An ESB is Not API Management • Is a Combined ESB and API Management a Good Idea? • IBM Brings Multiple Integrations To a Single Platform; Focuses on Optimizing Integration for the Multi-Cloud Enterprise (interview) • Using APIs and Microservices as a Fast, Low-Cost and Low-Risk Innovation Engine (article) • API Connect Video Series: IOT – Focus on Security (video) • Internet of Things APIs – Focus on Security • Analytics: The Icing on Top of Your API Management Cake •Clearing Up Misconceptions About APIs and Microservices •Which Comes First, The API or The Service? •Do Not Be Afraid of API Initiative SUCCESS •Integration Architecture Decisions – APIs, Services, and Microservices •Use API-First Design to Address Multi-Cloud Architectures (article) •How Do You Ensure API Quality? • API Connect V2018 Whitepaper Now Available • Ping Identity and IBM Partner to Protect Against API Cyberattacks • IBM API Connect Wins 2019 iF Design Award • Integration Monitoring – Do You See the Trunk or the Entire Elephant? • Today’s Biggest IT Constraint – Break Through It! • Focus on the API Developer (article) • Principles for API Security (white paper) + Blog • Plan Ahead! Don’t Build an API Superhighway into a Cul-de-sac

Hinweis der Redaktion

  1. First, what is a product? According to Wikipedia, “In marketing, a product is an object or system made available for consumer use; it is anything that can be offered to a market to satisfy the desire or need of a customer.” Applying the definition of product to APIs, an API Product is an API offering made available for consumer use that is offered to a target market to satisfy a customer’s needs. While a simple statement, there is much behind this. First, notice the focus on “consumer/customer”. An API product should be an attractive offering to a customer. The implication of this is that we know what a customer wants (more on how we find that out to follow later).   Assuming we have this information, we then need to build the API Product to meet this need. Is a single API the same as an API Product? The answer is that it could be. You might build a single API that meets the needs of a consumer and package it as a product to be offered to the market. Another possibility is that multiple APIs may be required to meet a customer need. In this case, rather than have the customer figure out what combination of APIs they need we can package multiple APIs as a single API Product and offer this package to the market as a simpler way to acquire the necessary solution. So, an API Product can contain one or more than one API.   Further, to make the API Product attractive to the market we may want to enhance the offering with some acquisition options. API Products can contain “plans” which are terms and conditions for use. This may include usage limits (i.e. rate limits) where consumers can sign up for the usage they require. It could also include pricing options.   Of course, we also need to establish the necessary security around the API Product to ensure the appropriate access is granted only to the target community(s) and verify their identity and authorization as the API product is acquired and used.   Let’s make a comparison to purchasing a car. While there are some people who want to buy all the individual parts and build a car, most consumers want to buy a car as a complete working vehicle. Offering a complete car is far more consumable to most customers and they would be looking elsewhere if offered a collection of parts. Of course, the car does have models to choose from – EX, SX, LX, etc. and these are like the API Product concept of plans. Some people just need more than others! Finally, when we make our car purchase, we are given the keys. Not just anyone can use the car – Security!
  2. First, what is a product? According to Wikipedia, “In marketing, a product is an object or system made available for consumer use; it is anything that can be offered to a market to satisfy the desire or need of a customer.” Applying the definition of product to APIs, an API Product is an API offering made available for consumer use that is offered to a target market to satisfy a customer’s needs. While a simple statement, there is much behind this. First, notice the focus on “consumer/customer”. An API product should be an attractive offering to a customer. The implication of this is that we know what a customer wants (more on how we find that out to follow later).   Assuming we have this information, we then need to build the API Product to meet this need. Is a single API the same as an API Product? The answer is that it could be. You might build a single API that meets the needs of a consumer and package it as a product to be offered to the market. Another possibility is that multiple APIs may be required to meet a customer need. In this case, rather than have the customer figure out what combination of APIs they need we can package multiple APIs as a single API Product and offer this package to the market as a simpler way to acquire the necessary solution. So, an API Product can contain one or more than one API.   Further, to make the API Product attractive to the market we may want to enhance the offering with some acquisition options. API Products can contain “plans” which are terms and conditions for use. This may include usage limits (i.e. rate limits) where consumers can sign up for the usage they require. It could also include pricing options.   Of course, we also need to establish the necessary security around the API Product to ensure the appropriate access is granted only to the target community(s) and verify their identity and authorization as the API product is acquired and used.   Let’s make a comparison to purchasing a car. While there are some people who want to buy all the individual parts and build a car, most consumers want to buy a car as a complete working vehicle. Offering a complete car is far more consumable to most customers and they would be looking elsewhere if offered a collection of parts. Of course, the car does have models to choose from – EX, SX, LX, etc. and these are like the API Product concept of plans. Some people just need more than others! Finally, when we make our car purchase, we are given the keys. Not just anyone can use the car – Security!
  3. First, what is a product? According to Wikipedia, “In marketing, a product is an object or system made available for consumer use; it is anything that can be offered to a market to satisfy the desire or need of a customer.” Applying the definition of product to APIs, an API Product is an API offering made available for consumer use that is offered to a target market to satisfy a customer’s needs. While a simple statement, there is much behind this. First, notice the focus on “consumer/customer”. An API product should be an attractive offering to a customer. The implication of this is that we know what a customer wants (more on how we find that out to follow later).   Assuming we have this information, we then need to build the API Product to meet this need. Is a single API the same as an API Product? The answer is that it could be. You might build a single API that meets the needs of a consumer and package it as a product to be offered to the market. Another possibility is that multiple APIs may be required to meet a customer need. In this case, rather than have the customer figure out what combination of APIs they need we can package multiple APIs as a single API Product and offer this package to the market as a simpler way to acquire the necessary solution. So, an API Product can contain one or more than one API.   Further, to make the API Product attractive to the market we may want to enhance the offering with some acquisition options. API Products can contain “plans” which are terms and conditions for use. This may include usage limits (i.e. rate limits) where consumers can sign up for the usage they require. It could also include pricing options.   Of course, we also need to establish the necessary security around the API Product to ensure the appropriate access is granted only to the target community(s) and verify their identity and authorization as the API product is acquired and used.   Let’s make a comparison to purchasing a car. While there are some people who want to buy all the individual parts and build a car, most consumers want to buy a car as a complete working vehicle. Offering a complete car is far more consumable to most customers and they would be looking elsewhere if offered a collection of parts. Of course, the car does have models to choose from – EX, SX, LX, etc. and these are like the API Product concept of plans. Some people just need more than others! Finally, when we make our car purchase, we are given the keys. Not just anyone can use the car – Security!
  4. First, what is a product? According to Wikipedia, “In marketing, a product is an object or system made available for consumer use; it is anything that can be offered to a market to satisfy the desire or need of a customer.” Applying the definition of product to APIs, an API Product is an API offering made available for consumer use that is offered to a target market to satisfy a customer’s needs. While a simple statement, there is much behind this. First, notice the focus on “consumer/customer”. An API product should be an attractive offering to a customer. The implication of this is that we know what a customer wants (more on how we find that out to follow later).   Assuming we have this information, we then need to build the API Product to meet this need. Is a single API the same as an API Product? The answer is that it could be. You might build a single API that meets the needs of a consumer and package it as a product to be offered to the market. Another possibility is that multiple APIs may be required to meet a customer need. In this case, rather than have the customer figure out what combination of APIs they need we can package multiple APIs as a single API Product and offer this package to the market as a simpler way to acquire the necessary solution. So, an API Product can contain one or more than one API.   Further, to make the API Product attractive to the market we may want to enhance the offering with some acquisition options. API Products can contain “plans” which are terms and conditions for use. This may include usage limits (i.e. rate limits) where consumers can sign up for the usage they require. It could also include pricing options.   Of course, we also need to establish the necessary security around the API Product to ensure the appropriate access is granted only to the target community(s) and verify their identity and authorization as the API product is acquired and used.   Let’s make a comparison to purchasing a car. While there are some people who want to buy all the individual parts and build a car, most consumers want to buy a car as a complete working vehicle. Offering a complete car is far more consumable to most customers and they would be looking elsewhere if offered a collection of parts. Of course, the car does have models to choose from – EX, SX, LX, etc. and these are like the API Product concept of plans. Some people just need more than others! Finally, when we make our car purchase, we are given the keys. Not just anyone can use the car – Security!
  5. First, what is a product? According to Wikipedia, “In marketing, a product is an object or system made available for consumer use; it is anything that can be offered to a market to satisfy the desire or need of a customer.” Applying the definition of product to APIs, an API Product is an API offering made available for consumer use that is offered to a target market to satisfy a customer’s needs. While a simple statement, there is much behind this. First, notice the focus on “consumer/customer”. An API product should be an attractive offering to a customer. The implication of this is that we know what a customer wants (more on how we find that out to follow later).   Assuming we have this information, we then need to build the API Product to meet this need. Is a single API the same as an API Product? The answer is that it could be. You might build a single API that meets the needs of a consumer and package it as a product to be offered to the market. Another possibility is that multiple APIs may be required to meet a customer need. In this case, rather than have the customer figure out what combination of APIs they need we can package multiple APIs as a single API Product and offer this package to the market as a simpler way to acquire the necessary solution. So, an API Product can contain one or more than one API.   Further, to make the API Product attractive to the market we may want to enhance the offering with some acquisition options. API Products can contain “plans” which are terms and conditions for use. This may include usage limits (i.e. rate limits) where consumers can sign up for the usage they require. It could also include pricing options.   Of course, we also need to establish the necessary security around the API Product to ensure the appropriate access is granted only to the target community(s) and verify their identity and authorization as the API product is acquired and used.   Let’s make a comparison to purchasing a car. While there are some people who want to buy all the individual parts and build a car, most consumers want to buy a car as a complete working vehicle. Offering a complete car is far more consumable to most customers and they would be looking elsewhere if offered a collection of parts. Of course, the car does have models to choose from – EX, SX, LX, etc. and these are like the API Product concept of plans. Some people just need more than others! Finally, when we make our car purchase, we are given the keys. Not just anyone can use the car – Security!
  6. First, what is a product? According to Wikipedia, “In marketing, a product is an object or system made available for consumer use; it is anything that can be offered to a market to satisfy the desire or need of a customer.” Applying the definition of product to APIs, an API Product is an API offering made available for consumer use that is offered to a target market to satisfy a customer’s needs. While a simple statement, there is much behind this. First, notice the focus on “consumer/customer”. An API product should be an attractive offering to a customer. The implication of this is that we know what a customer wants (more on how we find that out to follow later).   Assuming we have this information, we then need to build the API Product to meet this need. Is a single API the same as an API Product? The answer is that it could be. You might build a single API that meets the needs of a consumer and package it as a product to be offered to the market. Another possibility is that multiple APIs may be required to meet a customer need. In this case, rather than have the customer figure out what combination of APIs they need we can package multiple APIs as a single API Product and offer this package to the market as a simpler way to acquire the necessary solution. So, an API Product can contain one or more than one API.   Further, to make the API Product attractive to the market we may want to enhance the offering with some acquisition options. API Products can contain “plans” which are terms and conditions for use. This may include usage limits (i.e. rate limits) where consumers can sign up for the usage they require. It could also include pricing options.   Of course, we also need to establish the necessary security around the API Product to ensure the appropriate access is granted only to the target community(s) and verify their identity and authorization as the API product is acquired and used.   Let’s make a comparison to purchasing a car. While there are some people who want to buy all the individual parts and build a car, most consumers want to buy a car as a complete working vehicle. Offering a complete car is far more consumable to most customers and they would be looking elsewhere if offered a collection of parts. Of course, the car does have models to choose from – EX, SX, LX, etc. and these are like the API Product concept of plans. Some people just need more than others! Finally, when we make our car purchase, we are given the keys. Not just anyone can use the car – Security!
  7. First, what is a product? According to Wikipedia, “In marketing, a product is an object or system made available for consumer use; it is anything that can be offered to a market to satisfy the desire or need of a customer.” Applying the definition of product to APIs, an API Product is an API offering made available for consumer use that is offered to a target market to satisfy a customer’s needs. While a simple statement, there is much behind this. First, notice the focus on “consumer/customer”. An API product should be an attractive offering to a customer. The implication of this is that we know what a customer wants (more on how we find that out to follow later).   Assuming we have this information, we then need to build the API Product to meet this need. Is a single API the same as an API Product? The answer is that it could be. You might build a single API that meets the needs of a consumer and package it as a product to be offered to the market. Another possibility is that multiple APIs may be required to meet a customer need. In this case, rather than have the customer figure out what combination of APIs they need we can package multiple APIs as a single API Product and offer this package to the market as a simpler way to acquire the necessary solution. So, an API Product can contain one or more than one API.   Further, to make the API Product attractive to the market we may want to enhance the offering with some acquisition options. API Products can contain “plans” which are terms and conditions for use. This may include usage limits (i.e. rate limits) where consumers can sign up for the usage they require. It could also include pricing options.   Of course, we also need to establish the necessary security around the API Product to ensure the appropriate access is granted only to the target community(s) and verify their identity and authorization as the API product is acquired and used.   Let’s make a comparison to purchasing a car. While there are some people who want to buy all the individual parts and build a car, most consumers want to buy a car as a complete working vehicle. Offering a complete car is far more consumable to most customers and they would be looking elsewhere if offered a collection of parts. Of course, the car does have models to choose from – EX, SX, LX, etc. and these are like the API Product concept of plans. Some people just need more than others! Finally, when we make our car purchase, we are given the keys. Not just anyone can use the car – Security!
  8. First, what is a product? According to Wikipedia, “In marketing, a product is an object or system made available for consumer use; it is anything that can be offered to a market to satisfy the desire or need of a customer.” Applying the definition of product to APIs, an API Product is an API offering made available for consumer use that is offered to a target market to satisfy a customer’s needs. While a simple statement, there is much behind this. First, notice the focus on “consumer/customer”. An API product should be an attractive offering to a customer. The implication of this is that we know what a customer wants (more on how we find that out to follow later).   Assuming we have this information, we then need to build the API Product to meet this need. Is a single API the same as an API Product? The answer is that it could be. You might build a single API that meets the needs of a consumer and package it as a product to be offered to the market. Another possibility is that multiple APIs may be required to meet a customer need. In this case, rather than have the customer figure out what combination of APIs they need we can package multiple APIs as a single API Product and offer this package to the market as a simpler way to acquire the necessary solution. So, an API Product can contain one or more than one API.   Further, to make the API Product attractive to the market we may want to enhance the offering with some acquisition options. API Products can contain “plans” which are terms and conditions for use. This may include usage limits (i.e. rate limits) where consumers can sign up for the usage they require. It could also include pricing options.   Of course, we also need to establish the necessary security around the API Product to ensure the appropriate access is granted only to the target community(s) and verify their identity and authorization as the API product is acquired and used.   Let’s make a comparison to purchasing a car. While there are some people who want to buy all the individual parts and build a car, most consumers want to buy a car as a complete working vehicle. Offering a complete car is far more consumable to most customers and they would be looking elsewhere if offered a collection of parts. Of course, the car does have models to choose from – EX, SX, LX, etc. and these are like the API Product concept of plans. Some people just need more than others! Finally, when we make our car purchase, we are given the keys. Not just anyone can use the car – Security!
  9. First, what is a product? According to Wikipedia, “In marketing, a product is an object or system made available for consumer use; it is anything that can be offered to a market to satisfy the desire or need of a customer.” Applying the definition of product to APIs, an API Product is an API offering made available for consumer use that is offered to a target market to satisfy a customer’s needs. While a simple statement, there is much behind this. First, notice the focus on “consumer/customer”. An API product should be an attractive offering to a customer. The implication of this is that we know what a customer wants (more on how we find that out to follow later).   Assuming we have this information, we then need to build the API Product to meet this need. Is a single API the same as an API Product? The answer is that it could be. You might build a single API that meets the needs of a consumer and package it as a product to be offered to the market. Another possibility is that multiple APIs may be required to meet a customer need. In this case, rather than have the customer figure out what combination of APIs they need we can package multiple APIs as a single API Product and offer this package to the market as a simpler way to acquire the necessary solution. So, an API Product can contain one or more than one API.   Further, to make the API Product attractive to the market we may want to enhance the offering with some acquisition options. API Products can contain “plans” which are terms and conditions for use. This may include usage limits (i.e. rate limits) where consumers can sign up for the usage they require. It could also include pricing options.   Of course, we also need to establish the necessary security around the API Product to ensure the appropriate access is granted only to the target community(s) and verify their identity and authorization as the API product is acquired and used.   Let’s make a comparison to purchasing a car. While there are some people who want to buy all the individual parts and build a car, most consumers want to buy a car as a complete working vehicle. Offering a complete car is far more consumable to most customers and they would be looking elsewhere if offered a collection of parts. Of course, the car does have models to choose from – EX, SX, LX, etc. and these are like the API Product concept of plans. Some people just need more than others! Finally, when we make our car purchase, we are given the keys. Not just anyone can use the car – Security!
  10. - That 70% of digital transformation projects fail - And they fail because of a lack of integration quality - At IBM, our contrarian view, one that many integration vendors have yet to realize, is that going fast without the right approach, an approach guided by real world data, by your own operational data in a closed loop that is continuously helping you improve the quality of your integrations using automation and AI, will simply get you to the wrong place faster - The iPaas vendors talking about automation are going to help you get to the wrong destination faster because their strategy doesn’t consider a closed loop approach, doesn’t consider how to use your operational data and only thinks about a single style of integration - [PROMPTING QUESTION]: Are you seeing success in your digital transformation projects, and why? - [PROMPTING QUESTION]: Does your integration approach utilize your company’s own operational data to help improve your integrations?
  11. Agile integration is much broader than just a technology conversation. It affects it requires changes in the architecture of approach and also reaches back into the organisation itself in terms of how people are organized and what processes and methods are used. We will delve into each one of these areas in some detail but at a high level a few things should stand out. We are aiming to enable a broader audience to be able to take part in the creation of integration. We want to move to architectural approaches that provide a more fine-grained and componentized approach to the deployed artefacts. We want to leverage recent advances in technology, currently especially in relation to containerization, that enable a more consistent approach to deployment and management of components across different capabilities.
  12. First, what is a product? According to Wikipedia, “In marketing, a product is an object or system made available for consumer use; it is anything that can be offered to a market to satisfy the desire or need of a customer.” Applying the definition of product to APIs, an API Product is an API offering made available for consumer use that is offered to a target market to satisfy a customer’s needs. While a simple statement, there is much behind this. First, notice the focus on “consumer/customer”. An API product should be an attractive offering to a customer. The implication of this is that we know what a customer wants (more on how we find that out to follow later).   Assuming we have this information, we then need to build the API Product to meet this need. Is a single API the same as an API Product? The answer is that it could be. You might build a single API that meets the needs of a consumer and package it as a product to be offered to the market. Another possibility is that multiple APIs may be required to meet a customer need. In this case, rather than have the customer figure out what combination of APIs they need we can package multiple APIs as a single API Product and offer this package to the market as a simpler way to acquire the necessary solution. So, an API Product can contain one or more than one API.   Further, to make the API Product attractive to the market we may want to enhance the offering with some acquisition options. API Products can contain “plans” which are terms and conditions for use. This may include usage limits (i.e. rate limits) where consumers can sign up for the usage they require. It could also include pricing options.   Of course, we also need to establish the necessary security around the API Product to ensure the appropriate access is granted only to the target community(s) and verify their identity and authorization as the API product is acquired and used.   Let’s make a comparison to purchasing a car. While there are some people who want to buy all the individual parts and build a car, most consumers want to buy a car as a complete working vehicle. Offering a complete car is far more consumable to most customers and they would be looking elsewhere if offered a collection of parts. Of course, the car does have models to choose from – EX, SX, LX, etc. and these are like the API Product concept of plans. Some people just need more than others! Finally, when we make our car purchase, we are given the keys. Not just anyone can use the car – Security!
  13. Note to presenter – very important to emphasize that CP4I is one integrated product, not a bundle or bag of parts - focus on the whole, not the parts Key Messages: To assist businesses with their integration needs IBM has introduced the Cloud Pak for Integration CP4I is a complete integration offering which supports multiple styles of integration. When you purchase CP4I you have access to all the integration capabilities. It is no longer necessary to estimate how much of each type of capability is individually required. If you see immediate need for one or two styles of integration, that is fine. You can purchase the capacity you need for these. However, you still have access to the other styles too. So, if it turns out you could benefit from an additional integration style and you have not used all the purchased capacity yet, you can just go ahead and use the other integration styles as well. The Pak has a consistent user interface, shared asset repository and unified governance framework that works across all the integration styles. It is built on top of Red Hat Openshift and runs on any cloud and on-premise. The Pak also takes advantage of an Automation foundation set of capabilities that is consistent across all the Cloud Paks offered by IBM. Specifically, CP4I includes the following capabilities: API Management Application integration End-to-end security Enterprise Messaging Event Streaming High speed data transfer